ตัวเลขแรกที่ผู้ใช้ตรวจ คือสิ่งที่ตัดสินทุกอย่าง

ผมเคยเห็นรายงานหนึ่ง “ตาย” ภายในเวลาสี่วินาที ไม่ใช่เพราะข้อผิดพลาด ไม่ใช่เพราะโหลดช้า แต่เพราะตัวเลขเพียงตัวเดียว

ผู้อำนวยการฝ่ายการเงินเปิดรายงานที่ทีมของผมใช้เวลาสร้างสามเดือน ท่านไม่ได้มองเลย์เอาต์ ไม่ได้อ่านคำอธิบายสักบรรทัด ท่านตรงไปที่ตัวเลขเดียวที่จำได้ขึ้นใจ นั่นคือรายได้ของเดือนก่อน มันไม่ตรงกับตัวเลขในไฟล์ของท่านเอง ท่านปิดรายงานนั้น และไม่เคยเปิดอีกเลย

ตลอด 25 ปีในกลุ่มบริษัทอุตสาหกรรม ผมส่งมอบรายงานมาแล้วมากมาย รายงานที่ถูกทิ้ง แทบไม่เคยถูกทิ้งภายในเวลาหลายสัปดาห์ แต่ถูกทิ้งในสามสิบวินาทีแรก และเกือบทุกครั้งเป็นเพราะตัวเลขเดียว

ผู้ใช้ทุกคนทำการทดสอบเงียบ ๆ แบบเดียวกันในครั้งแรกที่เปิดสิ่งใหม่ พวกเขาเลือกตัวเลขหนึ่งที่รู้ดีอยู่แล้ว ยอดรายได้ จำนวนพนักงาน หรือผลผลิตเมื่อวาน สิ่งที่ตรวจมาแล้วนับร้อยครั้งในสเปรดชีตของตัวเอง

พวกเขาไม่ได้กำลังประเมินโมเดลข้อมูลของท่าน พวกเขากำลังถามเพียงคำถามเดียวว่า เชื่อสิ่งนี้ได้หรือไม่ ถ้าตัวเลขแรกตรงกับที่เชื่ออยู่แล้ว ความไว้วางใจก็เปิดออก ถ้าไม่ตรง ความไว้วางใจก็ปิดลง และยากที่จะเปิดอีกครั้ง

ท่านไม่มีทางรู้ว่าเขาจะตรวจตัวเลขไหน และไม่มีโอกาสครั้งที่สอง ความสัมพันธ์ระหว่างผู้ใช้กับงานหลายเดือน ถูกตัดสินก่อนที่เขาจะอ่านหัวข้อสักบรรทัด

ลองสังเกตว่าแต่ละคนเอื้อมไปหาตัวเลขใดก่อน มันไม่เคยเป็นเรื่องบังเอิญ มันคือตัวเลขที่เขาต้องรับผิดชอบ ฝ่ายการเงินตรวจตัวเลขที่ส่งขึ้นคณะกรรมการ ผู้จัดการโรงงานตรวจผลผลิตที่ผูกกับโบนัส ฝ่ายขายตรวจดีลที่เพิ่งรับปากว่าจะปิดได้ ตัวเลขแรกคือจุดที่ความผิดพลาดต่อหน้าคนอื่นจะสร้างราคาที่ต้องจ่ายจริง

นี่คือส่วนที่เจ็บ รายงานมักจะถูกต้อง แต่ก็ยังแพ้ ความไม่ตรงกันมักมีคำอธิบายที่ธรรมดา ไฟล์ของท่านนับยอดขายระหว่างบริษัทในเครือ แต่โมเดลตัดออก ตัวเลขของท่านรวมใบลดหนี้ที่เข้ามาช้า แต่รอบบัญชีปิดไปก่อนหนึ่งวัน รายงานคือตัวเลขที่อธิบายได้ดีกว่า แต่ผู้ใช้ไม่สนใจ

เมื่อตัวเลขสองชุดไม่ตรงกัน คนเราไม่คิดว่าระบบใหม่ถูก แต่คิดว่ามันผิด และเมื่อผู้ใช้ตัดสินใจแล้วว่ารายงานเชื่อไม่ได้ ทุกตัวเลขในอนาคตก็จะมีเครื่องหมายคำถามติดอยู่ในใจเขาเสมอ

เราทุ่มเทตลอดโครงการเพื่อทำโมเดลให้ถูกต้อง เรากระทบยอดกับระบบต้นทาง เรากระทบยอดกับบัญชีแยกประเภท แล้วเราก็ส่งมอบ และได้แต่หวัง การกระทบยอดที่ตัดสินการยอมรับใช้งานจริง ๆ เป็นอีกแบบหนึ่ง และแทบไม่มีใครออกแบบมันไว้

มันไม่ใช่การเทียบรายงานกับฐานข้อมูล แต่คือการเทียบรายงานกับตัวเลขที่อยู่ในหัวของผู้ใช้อยู่แล้ว นั่นคือตัวเลขสองชุดที่ต่างกัน และช่องว่างระหว่างมันคือจุดที่การยอมรับใช้งานค่อย ๆ ตายลง

การปิดช่องว่างนั้นไม่ซับซ้อน ก่อนขึ้นระบบจริง นั่งลงกับคนสามหรือสี่คนที่จะเปิดใช้รายงานจริง ๆ ถามแต่ละคนถึงตัวเลขที่เขาจะตรวจก่อน แล้วกระทบยอดกับตัวเลขนั้นด้วยกัน ต่อหน้ากัน ก่อนวันเปิดใช้

ท่านไม่ต้องกระทบยอดทุกอย่าง ท่านกระทบยอดเฉพาะสิ่งที่ถูกตรวจ เมื่อตัวเลขต่างกัน ท่านมีทางเลือกที่ซื่อตรงสองทาง แก้ไขโมเดลถ้ามันผิด หรืออธิบายความต่างอย่างตรงไปตรงมา เพื่อให้ผู้ใช้เข้าใจว่ารายงานไม่ได้เชื่อถือไม่ได้ แต่แม่นยำกว่า ไม่ว่าทางใด เขาก็ได้พบรายงานโดยรู้อยู่แล้วว่ามันสอดคล้องกับโลกของเขา

ราคาของการข้ามครึ่งชั่วโมงนั้น ไม่ใช่แค่รายงานเดียว แต่คือรายงานถัดไป ผู้ใช้ที่ตัดสินว่ารายงานเชื่อไม่ได้ ก็กลับไปหาสเปรดชีต ผู้บังคับบัญชาเห็นสเปรดชีตยังคงเป็นตัวหลักในที่ประชุม แล้วถามว่าเหตุใดการลงทุนจึงไม่เกิดผล คำขอเรื่องงบประมาณรายงานครั้งต่อไปจึงมาพร้อมเรื่องเล่าว่า เราเคยสร้างมาแล้ว ไม่มีใครใช้

เราต่างเคยส่งมอบงานที่เราภูมิใจ แล้วมองมันค่อย ๆ เลือนหาย เราโทษการยอมรับใช้งาน เราโทษการอบรม เราจัดเดินดูระบบอีกรอบ ความจริงมักเรียบง่ายกว่านั้น ไม่มีใครออกแบบสามสิบวินาทีแรก

ตัวเลขแรกที่ผู้ใช้ตรวจ จะตัดสินทุกสิ่งที่ตามมา ท่านจะปล่อยช่วงเวลานั้นให้เป็นเรื่องของโชค หรือจะออกแบบมันก็ได้ รายงานที่อยู่รอด ไม่ได้เป็นของทีมที่มีข้อมูลสะอาดที่สุด แต่เป็นของทีมที่กระทบยอดกับตัวเลขในหัวของผู้ใช้ ก่อนที่ผู้ใช้จะไปค้นหาเอง หากท่านพบกับความท้าทายในลักษณะนี้ในองค์กรของท่าน ทีมงาน WizEmp ยินดีพูดคุยเพื่อแลกเปลี่ยนประสบการณ์ → ออกแบบการเปิดตัวความไว้วางใจ