แนวทางวิเคราะห์

วัตถุประสงค์ของหน้านี้

หน้านี้สรุป กระบวนการเชิงการศึกษา ที่เราใช้อธิบายการวิเคราะห์การยอมรับฟีเจอร์ ไม่ใช่ใบเสนอราคาหรือสัญญาบริการ

ลำดับงานที่แนะนำ

1. นิยามฟีเจอร์ให้วัดได้ — ระบุหน้าจอ ปุ่ม และผลลัพธ์ที่ถือว่า “ใช้สำเร็จ”
2. ออกแบบเหตุการณ์ — ตั้งชื่อ event ไม่ซ้ำกับ metric ระบบ และทดสอบใน staging
3. ตั้งค่า cohort — แยกผู้ใช้ที่เห็นฟีเจอร์ครั้งแรกในแต่ละสัปดาห์
4. ทบทวนร่วมกับทีม — นำกราฟไปคุยกับ support และ release manager

เครื่องมือและข้อมูล

เราไม่ผูกกับผู้ให้บริการรายใดรายหนึ่ง หลักการใช้ได้กับชุดข้อมูลที่มี user id ชัดเจน และ timestamp ตรงเวลา

รูปประกอบกระบวนการ

ขั้นตอนถัดไป

หากต้องการชี้แจงจุดใดใน checklist ส่งคำถามผ่าน หน้าติดต่อ.