โปรแกรมพาร์ทเนอร์ · สำหรับนักพัฒนา BI
คุณสร้างรายงาน
เราสร้างความต้องการ
การ engagement เฉพาะด้าน discovery สำหรับนักพัฒนา Power BI อิสระและบริษัทที่ปรึกษา BI ขนาดเล็ก ลูกค้าของคุณได้รับความต้องการระดับ methodology-grade คุณได้รับเอกสาร architecture ที่ได้รับการลงนามและแผนที่ผู้มีส่วนได้ส่วนเสีย ขั้นตอนการพัฒนากลายเป็นปัญหาด้านวิศวกรรมอย่างที่มันควรจะเป็นตั้งแต่ต้น
ความเป็นจริงของการพัฒนา
คุณรู้ว่าโครงการล้มเหลวได้อย่างไร มันล้มเหลวก่อนที่คุณจะเริ่ม code
คุณเก่ง DAX Power Query ของคุณสะอาด model ของคุณเป็น star schema ปัญหาไม่เคยอยู่ที่เทคโนโลยี ปัญหาอยู่ที่สิ่งที่คุณถูกขอให้สร้าง
สรุปความต้องการที่มาจากคนเดียว
คุณพบ project sponsor หกสัปดาห์ผ่านไป stakeholder อีกสามคนปรากฏขึ้นพร้อมความต้องการที่ขัดแย้งกัน คุณไม่ได้สัมภาษณ์พวกเขา sponsor บอกว่าเขาจัดการเองได้ แต่เขาทำไม่ได้
ตัวเลขที่ไม่ตรงกัน
Revenue ใน report ของคุณไม่ใช่ revenue ใน spreadsheet ของ Finance ทั้งสองถูกต้อง คำจำกัดความแยกออกจากกันมาหลายปีแล้ว ตอนนี้คุณกลายเป็นปัญหาที่มองเห็นได้
คำขอเปลี่ยนแปลงที่รีเซ็ต model
"เราลืมบอก" มาถึงในสัปดาห์ที่แปด dimension ใหม่ทำลาย star schema measure ใหม่ต้องการ grain ที่แตกต่าง คุณต้องแบกรับงานแก้ไขทั้งหมด
dashboard คู่แข่งใน Excel
สามเดือนหลังส่งมอบ นักวิเคราะห์ FP&A ยังคงดูแล spreadsheet ของเธออยู่ อัตราการใช้งานอยู่ที่ 20% ใบแจ้งหนี้ของคุณถูกชำระแล้ว แต่ชื่อเสียงของคุณเสียหาย
โครงการถัดไปที่ลังเล
ลูกค้าชอบคุณ แต่ลูกค้าไม่ลงนาม phase ถัดไป ไม่มีใครบอกได้ว่าทำไม ปัญหาไม่ใช่ Power BI ปัญหาคือไม่มีใครเป็นเจ้าของความหมายของความสำเร็จ
การบีบรัดของฟรีแลนซ์
Fabric และ Copilot กำลังบีบ premium ด้านเทคนิค ข้อได้เปรียบของคุณคือการ engagement ไม่ใช่ syntax Discovery คือชั้นของการ engagement นั้น
วิธีที่พาร์ทเนอร์ชิปทำงาน
ห้าขั้นตอน เรียงลำดับ แต่ละขั้นเป็นประตูสู่ขั้นถัดไป
โปรแกรมพาร์ทเนอร์เป็น Wit-only WizEmp ไม่สร้างรายงาน WizEmp ไม่จัดเตรียม workspace WizEmp ไม่จัดการความสัมพันธ์กับลูกค้าของคุณหลังจาก Shield of Truth ได้รับการลงนาม การส่งมอบนั้นชัดเจน
คุณคัดกรองงาน
ลูกค้าของคุณคือบริษัทที่มี 3+ แผนกที่จะใช้รายงาน หลาย stakeholder ความต้องการที่ขัดแย้งกัน เจ้าของงบประมาณที่สามารถอนุมัติการลงทุนด้าน discovery ได้
คุณแนะนำ WizEmp
คุณอธิบายให้ลูกค้าเข้าใจว่า discovery ที่ถูกต้องเกิดขึ้นก่อนการพัฒนา เราจัดเตรียม co-pitch deck สำหรับพาร์ทเนอร์และสรุปอ้างอิงสั้นๆ เกี่ยวกับกระบวนการ Wit สำหรับคุณแบ่งปัน
WizEmp รัน Wit
การสัมภาษณ์แบบ async หลายภาษากับ stakeholder ทุกคน Data Dictionary, Metrics Dictionary และความต้องการที่จัดลำดับปรากฏขึ้น ความขัดแย้งด้านคำจำกัดความถูกเปิดเผยและแก้ไข การไม่ระบุตัวตนขจัดอคติด้านลำดับชั้น
Shield of Truth ได้รับการลงนาม
ลูกค้าของคุณลงนามผลลัพธ์ discovery Scope ความสำคัญ คำจำกัดความ เกณฑ์ความสำเร็จ WizEmp ส่งมอบแพ็กเกจให้คุณ การประชุมส่งมอบสั้นเพราะเอกสารสมบูรณ์
คุณพัฒนาด้วยความชัดเจน
สัญญาการพัฒนาของคุณอยู่ระหว่างคุณและลูกค้า WizEmp ไม่อยู่ในการพัฒนา คุณมีสรุป architecture ที่ลงนามแล้ว แผนที่ผู้มีส่วนได้ส่วนเสีย และคำจำกัดความที่ตกลงกัน scope creep สูญเสียอาวุธหลักไปแล้ว
สิ่งที่คุณได้รับ
แพ็กเกจที่คุณสามารถเริ่มพัฒนาได้ทันทีในวันแรก
Shield of Truth ไม่ใช่สรุปการประชุม มันคือ deliverable ที่มีโครงสร้างออกแบบมาเพื่อส่งมอบให้นักพัฒนา แผนที่ผู้มีส่วนได้ส่วนเสีย คำจำกัดความที่ลงนาม ความต้องการที่จัดลำดับ ท่าทีด้าน governance และร่างสถาปัตยกรรมเป้าหมาย
deliverable นี้ ไม่ผูกติดกับเครื่องมือใด Wit ผลิตความต้องการ เครื่องมือการพัฒนาเป็นการตัดสินใจของคุณ Power BI คือความคาดหวังเริ่มต้นในพาร์ทเนอร์ชิปของเรา แต่การพัฒนา Tableau, Qlik หรือ Looker ก็ใช้จาก Shield เดียวกัน
ภายใน Shield of Truth
การกำหนดกรอบอย่างตรงไปตรงมา
โปรแกรมพาร์ทเนอร์เหมาะกับบางงาน ไม่ใช่ทุกงาน
เราจะบอกคุณภายในการสนทนาครั้งเดียวว่าลูกค้าของคุณเหมาะสมหรือไม่ เจ้าของธุรกิจขนาดเล็กที่รู้อยู่แล้วว่าต้องการอะไรอยู่ต่ำกว่าเกณฑ์ Wit ให้เรียกเก็บค่าพัฒนาโดยตรง โปรแกรมพาร์ทเนอร์มีไว้สำหรับงานที่ความต้องการคือ bottleneck ไม่ใช่ syntax
งานที่โปรแกรมพาร์ทเนอร์เหมาะสม
- ลูกค้าของคุณเป็นบริษัทที่มี 3+ แผนกที่ใช้รายงาน
- หลาย stakeholder ที่มีความสำคัญต่างกัน
- การรายงานที่มีอยู่ซึ่งไม่มีใครเชื่อถือเต็มที่
- ความขัดแย้งด้านคำจำกัดความระหว่างแผนก (revenue, margin, cost)
- บริบทข้ามพรมแดนหรือหลายนิติบุคคล
- เจ้าของงบประมาณที่สามารถอนุมัติ discovery เป็นการลงทุนแยกต่างหาก
- กลุ่ม stakeholder ที่มีเวลา async 5 วันต่อ Wit round
งานที่ไม่เหมาะสม
- เจ้าของธุรกิจรายเดียวที่มีคำตอบอยู่ในใจแล้ว
- งานที่มี stakeholder เดียว (ผู้ใช้หนึ่งคน รายงานหนึ่งชิ้น)
- การแก้ไขทางเทคนิคล้วนๆ บน model ที่มีอยู่
- โครงการ migration ที่ความต้องการมีอยู่แล้วและลงนามแล้ว
- ลูกค้าที่ปฏิเสธการลงทุนใน discovery เป็น phase แยก
- งานที่ bottleneck แท้จริงคือการพัฒนา ไม่ใช่ brief
เรื่องเศรษฐกิจ
สองสัญญา สองใบแจ้งหนี้ ผลลัพธ์เดียว
สัญญา WizEmp
Discovery คือ scope ของเรา
ลูกค้าของคุณลงนามการลงทุน Wit discovery โดยตรงกับ WizEmp เราดำเนินการสัมภาษณ์ การสังเคราะห์ Shield of Truth และการประชุมลงนาม deliverable คือแพ็กเกจข้างต้น
Wit ไม่ผูกติดกับเครื่องมือใด Shield of Truth อยู่นอก build environment ลูกค้าของคุณเป็นเจ้าของ ไม่ว่าใครจะสร้างรายงาน
สัญญาของคุณ
การพัฒนาคือ scope ของคุณ
สัญญาการพัฒนาของคุณอยู่ระหว่างคุณและลูกค้า อัตราค่าบริการของคุณ กรอบเวลาของคุณ ใบแจ้งหนี้ของคุณ WizEmp ไม่เรียกเก็บค่า referral จากการพัฒนา Shield of Truth กลายเป็นภาคผนวก scope-of-work ของคุณ
หากลูกค้ากลับมาสำหรับ phase ถัดไป กระบวนการ discovery สามารถทำซ้ำสำหรับ scope นั้น คุณยังคงเป็นพาร์ทเนอร์การพัฒนา
เริ่มต้นที่นี่
มาพูดคุยเกี่ยวกับงานลูกค้าถัดไปของคุณ
การสนทนาแรกใช้เวลา 30 นาที นำสถานการณ์ลูกค้ามา เราจะบอกคุณว่าโปรแกรมพาร์ทเนอร์เหมาะสมหรือไม่ก่อนที่เราจะเสนออะไร
เปิดเผยสิ่งที่ซ่อนอยู่ ทำให้งานซ้ำซากเป็นอัตโนมัติ สร้างการเติบโตระดับโลกอย่างมั่นคง