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