1. เริ่มจากคำถามที่เจ้าของธุรกิจต้องตอบ
แดชบอร์ดที่มีกราฟมากอาจยังไม่ช่วยให้ตัดสินใจได้ หากไม่ชัดว่าทำขึ้นเพื่อใครและใช้ตอบคำถามอะไร ลองเลือกคำถามสำคัญเพียงไม่กี่ข้อ เช่น งานขายค้างอยู่ที่ขั้นตอนไหน สินค้ารายการใดต้องติดตาม หรือทีมใดมีงานเกินกำลัง แล้วระบุว่าเมื่อเห็นคำตอบจะทำอะไรต่อ
ตัวอย่างสมมติ: เจ้าของร้านต้องการทราบว่าคำสั่งซื้อที่ยังไม่ส่งมีจำนวนเท่าไร และแต่ละรายการติดขัดเพราะอะไร รายงานที่เหมาะจึงควรแสดงอายุงาน ผู้รับผิดชอบ และสถานะล่าสุด มากกว่าการแสดงเฉพาะยอดขายรวมที่ไม่ได้บอกจุดที่ต้องลงมือ
2. ทำแผนที่ข้อมูลก่อนย้ายข้อมูล
จดรายการแหล่งข้อมูลที่ใช้อยู่ ไม่ว่าจะเป็นสเปรดชีต โปรแกรมขาย ระบบบัญชี หรือแบบฟอร์มของแต่ละทีม ระบุว่าใครดูแล อัปเดตเมื่อไร และส่งต่อข้อมูลกันอย่างไร ขั้นตอนนี้มักทำให้เห็นการกรอกซ้ำและไฟล์ที่ไม่มีผู้รับผิดชอบชัดเจน
ยังไม่จำเป็นต้องย้ายทุกอย่างเข้าระบบใหม่พร้อมกัน เริ่มจากข้อมูลที่ใช้ตอบคำถามหลัก และกำหนดก่อนว่าแหล่งใดเป็นข้อมูลอ้างอิงหลักของแต่ละเรื่อง เช่น รายละเอียดลูกค้าอ้างอิงจากทะเบียนลูกค้า ส่วนสถานะส่งสินค้าอ้างอิงจากทีมจัดส่ง
- ชื่อชุดข้อมูลและตำแหน่งจัดเก็บ
- เจ้าของข้อมูลและรอบการอัปเดต
- ผู้ใช้ข้อมูล จุดส่งต่อ และปัญหาที่พบซ้ำ
3. ตกลงความหมายของตัวเลข
คำว่า ‘ยอดขาย’ อาจหมายถึงยอดคำสั่งซื้อ ยอดที่ส่งสินค้าแล้ว หรือยอดรับชำระ หากแต่ละทีมใช้ความหมายต่างกัน ตัวเลขที่ดูเหมือนขัดแย้งอาจมาจากวิธีนับที่ต่างกัน ก่อนทำกราฟควรเขียนนิยาม แหล่งข้อมูล วันที่ใช้อ้างอิง และรายการที่รวมกับไม่รวมให้ชัด
ทำพจนานุกรมข้อมูลแบบสั้นที่คนทำงานอ่านรู้เรื่อง ระบุชื่อฟิลด์ ตัวอย่างค่า หน่วย และผู้รับผิดชอบ เมื่อปรับนิยามควรบันทึกวันที่เปลี่ยน เพื่อให้คนอ่านเข้าใจว่าการเปรียบเทียบกับช่วงก่อนหน้ามีข้อจำกัดอะไร
4. ใช้รหัสเชื่อมข้อมูลที่คงที่
การจับคู่ข้อมูลด้วยชื่อเพียงอย่างเดียวทำให้สับสนได้ เพราะลูกค้าหรือสินค้ารายการเดียวกันอาจถูกพิมพ์ต่างกัน กำหนดรหัสอ้างอิงที่คงที่สำหรับสิ่งสำคัญ เช่น ลูกค้า สินค้า คำสั่งซื้อ และพนักงาน จากนั้นใช้รหัสนี้ในการส่งข้อมูลระหว่างชุดงาน
ก่อนรวมข้อมูล ตรวจรายการซ้ำ ช่องว่าง รูปแบบวันที่ และหน่วยให้สอดคล้องกัน เก็บไฟล์ต้นฉบับไว้เพื่อย้อนตรวจ พร้อมบันทึกว่ามีการแปลงหรือรวมรายการใด อย่าลบข้อมูลที่ดูเหมือนซ้ำทันทีหากยังไม่รู้ว่าเป็นคนละเหตุการณ์จริงหรือไม่
5. สร้างแดชบอร์ดที่อ่านแล้วรู้ว่าจะทำอะไร
แสดงตัวเลขที่สำคัญตามลำดับการตัดสินใจ เริ่มด้วยภาพรวม ตามด้วยแนวโน้ม และรายละเอียดที่ช่วยตรวจสาเหตุ ใส่ช่วงเวลา หน่วย และเวลาที่ข้อมูลอัปเดตให้มองเห็นง่าย หากข้อมูลยังไม่ครบควรบอกให้ชัด แทนการแสดงตัวเลขเหมือนสมบูรณ์แล้ว
แยกหน้าของแต่ละบทบาทเท่าที่จำเป็น เจ้าของธุรกิจอาจต้องการภาพรวม ส่วนหัวหน้าทีมต้องการรายการงานที่ต้องติดตาม ให้ผู้ใช้ลองตอบคำถามจริงจากแดชบอร์ด หากต้องกลับไปถามคนทำรายงานทุกครั้ง ควรปรับคำอธิบายหรือโครงสร้างก่อนเพิ่มกราฟใหม่
- ตัวเลขนี้ตอบคำถามอะไร และใครใช้ตัดสินใจ
- เมื่อค่าผิดจากที่คาด ต้องดูรายละเอียดใดต่อ
- ข้อมูลล่าสุดเมื่อไร และมีรายการที่ยังไม่รวมอยู่หรือไม่
6. วางหน้าที่ดูแลข้อมูลให้เป็นงานประจำ
ข้อมูลที่ดีต้องมีคนดูแลต่อเนื่อง กำหนดว่าใครตรวจความครบถ้วน ใครแก้รายการผิด และใครอนุมัติการเปลี่ยนนิยาม ตั้งรอบตรวจตามความเร็วของงานจริง เช่น ตรวจสถานะคำสั่งซื้อทุกวัน และทบทวนรายการข้อมูลหลักเป็นระยะ
กำหนดสิทธิ์ตามหน้าที่ โดยให้ผู้ใช้เห็นและแก้ไขเท่าที่จำเป็น รวมถึงมีวิธีสำรองข้อมูลและทดลองกู้คืนตามความเหมาะสม เมื่อพนักงานย้ายหน้าที่หรือออกจากทีม ควรมีขั้นตอนปรับสิทธิ์และส่งต่องานดูแลข้อมูลเพื่อไม่ให้เกิดช่องว่าง
7. เริ่มเล็ก แล้วค่อยเชื่อมให้ครบ
เลือกกระบวนการหนึ่งเส้นทาง เช่น รับคำสั่งซื้อจนส่งสินค้า แล้วทำให้ข้อมูลตลอดเส้นทางนี้เชื่อมกันก่อน เมื่อทีมเห็นประโยชน์และนิยามเริ่มนิ่ง จึงเพิ่มข้อมูลเรื่องถัดไป การขยายทีละส่วนช่วยให้พบข้อผิดพลาดก่อนกระทบหลายทีม
เป้าหมายของการรวมข้อมูลไม่ใช่การมีฐานข้อมูลขนาดใหญ่ที่สุด แต่เป็นการลดเวลาหาคำตอบและทำให้ทีมใช้ข้อเท็จจริงชุดเดียวกัน เริ่มจากรายงานที่มีเจ้าของชัด มีข้อมูลอ้างอิง และนำไปสู่การลงมือทำ แล้วใช้สิ่งนั้นเป็นมาตรฐานสำหรับงานต่อไป
- เลือกหนึ่งคำถามธุรกิจและหนึ่งผู้รับผิดชอบ
- ตกลงนิยาม แหล่งอ้างอิง รหัส และรอบอัปเดต
- ตรวจข้อมูลต้นทางก่อนสร้างภาพสรุป
- ทดลองใช้งานจริงและปรับก่อนขยายไปทีมอื่น