หลุมพรางการติดตามเหตุการณ์ทั่วไปและวิธีหลีกเลี่ยง

หมายเหตุบรรณาธิการ: บทความนี้เผยแพร่ครั้งแรกในบล็อก Iteratively เมื่อวันที่ 19 กุมภาพันธ์ 2021

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

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

การติดตามเหตุการณ์คืออะไร?

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

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

หน่วยการสร้างหลักของข้อมูล

ในการรับข้อมูลเชิงลึกที่คุณต้องการเกี่ยวกับประสิทธิภาพของผลิตภัณฑ์ พฤติกรรมผู้ใช้ หรือกลยุทธ์การได้ลูกค้าใหม่ มีองค์ประกอบพื้นฐานสี่ประการที่คุณต้องพิจารณา:

เหตุการณ์‍

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

คุณสมบัติเหตุการณ์

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

ผู้ใช้

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

คุณสมบัติผู้ใช้

คุณสมบัติผู้ใช้ทำให้ง่ายต่อการบันทึกลักษณะผู้ใช้ ซึ่งอาจรวมถึงข้อมูลต่างๆ เช่น แผนการสมัครสมาชิก ที่ตั้งทางภูมิศาสตร์ ID ผู้ใช้ และเบราว์เซอร์หรือประเภทอุปกรณ์

ความท้าทายทั่วไปในการติดตามเหตุการณ์และเคล็ดลับที่ควรหลีกเลี่ยง

ตอนนี้เราได้ครอบคลุมข้อมูลพื้นฐานแล้ว มาดูข้อผิดพลาดทั่วไปที่เราพบเมื่อพูดคุยกับทีมข้อมูลและผลิตภัณฑ์จำนวนมาก

ประเภทเหตุการณ์มากเกินไป

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

เคล็ดลับ: เราขอแนะนำว่าแผนการติดตามของคุณควรมีเหตุการณ์ระหว่าง 10 ถึง 200 ประเภท เห็นได้ชัดว่าผลิตภัณฑ์หลายรายการที่ซับซ้อนอาจต้องการมากกว่านั้น แต่เรามักจะเห็นว่าบริษัทต่างๆ สามารถลดขนาดโมเดลข้อมูลลงได้อย่างมากโดยการจัดประเภทเหตุการณ์ให้เป็นระเบียบเรียบร้อย

ทำให้โมเดลข้อมูลซับซ้อนเกินไป

จากประเด็นข้างต้น เรามักเห็นว่าบริษัทต่างๆ เจาะจงโมเดลข้อมูลของตนมากเกินไป ซึ่งทำให้ยากต่อการรักษาให้สอดคล้องและปรับขนาดได้ (จึงส่งผลให้มีประเภทเหตุการณ์มากเกินไป) ตัวอย่างเช่น เราเคยเห็นบริษัทต่างๆ ใช้เหตุการณ์ที่ไม่ซ้ำกันสำหรับหน้า Landing Page แต่ละหน้า แทนที่จะเป็นเหตุการณ์ "การดูหน้าเว็บ" ที่รับทั้งหมด ซึ่งมีค่าคุณสมบัติสำหรับบริบท (เช่น พารามิเตอร์ UTM และ URL)

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

คุณสมบัติที่ขาดหายไป

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

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

เหตุการณ์เริ่มทำงานอย่างไม่ถูกต้อง

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

เคล็ดลับ: แนวทางปฏิบัติที่ดีที่สุดคือการปฏิบัติต่อการติดตามของคุณเหมือนกับโค้ดอื่นๆ และทดสอบ ขยาย QA ของคุณเพื่อรวมการติดตามเหตุการณ์เป็นส่วนหนึ่งของเวิร์กโฟลว์ CI/CD และการทดสอบหน่วยที่มีอยู่ของคุณ

ButtonClicked, button_clicked หรือ Clicked Button?

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

เคล็ดลับ: ใช้เฟรมเวิร์ก เช่น Object Action เป็นแนวทางปฏิบัติที่ดีที่สุดในการควบคุมโครงสร้างของเหตุการณ์ของคุณ (เช่น แต่ละเหตุการณ์เชื่อมโยงกับ Object ในแอปพลิเคชันของคุณ (เช่น Button) และ Action (เช่น Clicked) และใช้ระบบ เช่น Amplitude เพื่อ บังคับใช้หลักการตั้งชื่อของคุณกับทีมและระหว่างเครื่องมือ

ภาวะแทรกซ้อนของการประทับเวลา

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

เคล็ดลับ: อย่าคิดเรื่องนี้มากเกินไป ยึดตาม UTC

ชนิดข้อมูลไม่ถูกต้องในคุณสมบัติ

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

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

แอมพลิจูดพร้อมช่วยเหลือคุณ

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

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

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