อะไรคือส่วนประกอบของข้อมูลเหตุการณ์?

นี่เป็นส่วนที่สี่ของชุดข้อมูลลูกค้าห้าส่วน นี่คือส่วนที่หนึ่ง สอง และสาม

ข้อมูลลูกค้าประกอบด้วยข้อมูลเหตุการณ์และข้อมูลเอนทิตี—คุณรู้อยู่แล้วว่าสิ่งนี้ถ้าคุณได้ผ่านส่วนที่หนึ่ง (ข้อมูลลูกค้าคืออะไร)

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

ข้อมูลเหตุการณ์

เนื่องจากคุณอาจซื้อของทางออนไลน์ เรามาเริ่มด้วยตัวอย่างอีคอมเมิร์ซกันก่อน

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

อย่างไรก็ตาม การเดินทางของผู้ซื้อไม่ได้ตรงไปตรงมานัก และยังมีเหตุการณ์อื่นๆ อีกหลายอย่างที่สามารถเกิดขึ้นได้ เช่น:

• มีการชมสินค้า
• กำลังดูรถเข็น
• สินค้าถูกลบออกจากรถเข็น
• ใช้คูปอง
• เลือกที่อยู่
• เลือกวิธีการชำระเงิน
• เสร็จสิ้นการสั่งซื้อ

และอื่นๆ.

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

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

สองขั้นตอนถัดไปคืออะไร?

ดีใจที่คุณถาม!

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

อยู่ในชื่ออะไร?

เมื่อพูดถึงข้อมูล ทุกอย่าง

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

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

นี่คือเหตุผล:

หยิบใส่รถเข็น, added_to_cart, productAdded, หยิบใส่ตะกร้า, หยิบใส่ตะกร้า, สินค้าที่เพิ่ม เป็นวิธีต่างๆ ในการกำหนดเหตุการณ์เดียวกัน

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

แบบแผนการตั้งชื่อ การกระทำตามวัตถุ ได้กลายเป็นมาตรฐานอุตสาหกรรมไปแล้ว และด้วยเหตุผลที่ดี—อธิบายการกระทำที่เกิดขึ้นแล้วอย่างชัดเจน Product Added แน่นอนหมายความว่าวัตถุ (ผลิตภัณฑ์) ตามด้วยการกระทำ (เพิ่ม)

เรียนรู้เพิ่มเติมเกี่ยวกับการตั้งค่าอนุกรมวิธานที่สอดคล้องกันสำหรับกิจกรรมของ คุณ

ส่วนประกอบของข้อมูลเหตุการณ์

มีองค์ประกอบหลักสองประการของเหตุการณ์—เอนทิตี (อย่างน้อยหนึ่งรายการ) และคุณสมบัติของเหตุการณ์

การเชื่อมโยงข้อมูลเอนทิตี เช่น user_id กับเหตุการณ์ ให้ข้อมูลเกี่ยวกับผู้ใช้ที่ดำเนินการเหตุการณ์

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

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

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

ข้อมูลเพิ่มเติมเหล่านั้นถูกรวบรวมในรูปแบบของ คุณสมบัติของเหตุการณ์

ในส่วนที่หนึ่งของชุดข้อมูลนี้ ข้อมูลเหตุการณ์ประกอบด้วยสามองค์ประกอบหลัก:

• การกระทำ หรือเหตุการณ์ที่เกิดขึ้น
• เวลาประทับ หรือวันที่และเวลาที่แน่นอนเมื่อเหตุการณ์เกิดขึ้น
• สถานะ หรือคุณสมบัติอื่นทั้งหมดที่เกี่ยวข้องกับเหตุการณ์ (เรียกว่าคุณสมบัติของเหตุการณ์)

มาดูเหตุการณ์ Product Added กัน (ชื่อใน Proper Case ตามกรอบการทำงานของ object-action สำหรับเหตุการณ์ Add to Cart ) และถือว่าถูกดำเนินการโดยผู้ใช้ในวันที่ 1 มกราคม 2020 เวลา 10.00 น. UTC ข้อมูลที่รวบรวมเมื่อเหตุการณ์เกิดขึ้นรวมถึงต่อไปนี้:

• การดำเนินการ: เพิ่มผลิตภัณฑ์
• การประทับเวลา: 1577872800 (การประทับเวลา Unix สำหรับ ABZ 7.99 ( สถานะ: 0123 ABZ 7.99 ( ตามตัวอย่างนี้ คุณสมบัติที่เกี่ยวข้องกับเหตุการณ์ Product Added คือ user_id, product_id, price และ quantity ซึ่งแต่ละรายการจะให้ข้อมูลเพิ่มเติมเกี่ยวกับเหตุการณ์ การ ประทับเวลา เชื่อมโยงกับเหตุการณ์เพื่อทราบเมื่อเกิดขึ้น

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

  อนุกรมวิธานที่แนะนำสำหรับการประทับเวลาคือชื่อเหตุการณ์ตามด้วย “at”: product_added_at สำหรับเหตุการณ์ Product Added

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

  ต่อไปนี้คือรูปลักษณ์ขั้นสุดท้ายเกี่ยวกับคุณสมบัติที่เกี่ยวข้องกับเหตุการณ์ Product Added และชนิดข้อมูลของคุณสมบัติแต่ละรายการเหล่านั้น:

  

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

  

  หมายเหตุด้านข้าง: ควรระลึกไว้เสมอว่า ตอนนี้ควรมีความชัดเจนว่าการรวบรวมข้อมูลเหตุการณ์ประกอบด้วยขั้นตอนต่อไปนี้:

  • การตัดสินใจว่าจะติดตามเหตุการณ์ใด
  • การตั้งชื่อเหตุการณ์เหล่านั้นโดยใช้แบบแผนการตั้งชื่อที่เหมาะสม
  • การตัดสินใจเลือกคุณสมบัติที่จะเชื่อมโยงกับแต่ละเหตุการณ์
  • การตั้งชื่อคุณสมบัติเหล่านั้นโดยใช้แบบแผนการตั้งชื่อที่เหมาะสม

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

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

  เหตุการณ์ทั่วไปและคุณสมบัติบางอย่าง

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

  

  ประเภทนิติบุคคล

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

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

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

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

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

  ประเภทของข้อมูลเอนทิตี

  ข้อมูลเอนทิตีสามารถแบ่งออกเป็นกลุ่มต่อไปนี้ (กล่าวถึงในส่วนที่ 3 ของชุดนี้):

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

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

    แต่ข้อมูลเหตุการณ์ไม่ได้สร้างขึ้นเนื่องจากการใช้ผลิตภัณฑ์ด้วยใช่หรือไม่

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

    

    ดังที่คุณเห็น คุณสมบัติทั้งหมดที่เกี่ยวข้องกับกิจกรรมนี้ให้รายละเอียดเกี่ยวกับผู้ใช้—รายละเอียดที่แชร์โดยผู้ใช้เอง ( first_name, last_name, อีเมล, โทรศัพท์, ประเทศ ) หรือรายละเอียดที่สร้างขึ้นโดยอัตโนมัติ ( signed_up_at, user_id )

    พึงระลึกไว้เสมอว่าสิ่งต่อไปนี้:

    • เหตุการณ์บางอย่าง เช่น ลงทะเบียน หรือ คุณสมบัติผู้ใช้ส่วนใหญ่ยกเว้นการประทับเวลาและตัวระบุอาจมีการเปลี่ยนแปลง ผู้ใช้สามารถเปลี่ยนชื่อ อีเมล โทรศัพท์ สถานที่ อุตสาหกรรม บทบาทงาน ฯลฯ แต่เวลาในการลงทะเบียน (signed_up_at) หรือตัวระบุเฉพาะ (user_id) ไม่สามารถเปลี่ยนแปลงได้โดยผู้ใช้

    คุณสมบัติผู้ใช้กับคุณสมบัติองค์กร

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

    ในบริบทของ B2B SaaS ผู้ใช้และองค์กรเป็นหน่วยงานหลัก และเหตุการณ์ที่รวบรวมจะเชื่อมโยงกับ ผู้ใช้ หรือ องค์กร (หรือทั้งสองอย่าง)

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

    มาดูพร็อพเพอร์ตี้ผู้ใช้ทั่วไปที่เกี่ยวข้องกับผลิตภัณฑ์ B2B SaaS:

    

    เมื่อผู้ใช้เป็นส่วนหนึ่งของ องค์กร ข้อมูลสำคัญจำนวนมากจะเชื่อมโยงกับองค์กร ไม่ใช่ผู้ใช้

    คุณสมบัติองค์กรทั่วไปบางอย่าง (หรือที่เรียกว่า คุณสมบัติกลุ่ม ) มีดังนี้:

    

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

    การคำนึงถึงข้อความต่อไปนี้สามารถช่วยแยกความแตกต่างระหว่างคุณสมบัติผู้ใช้และคุณสมบัติขององค์กร:

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

    เมื่อคุณแยกแยะความแตกต่างระหว่างข้างต้นได้แล้ว การนำเอนทิตีใหม่ (เช่น ทีมหรือโครงการ) มารวมกันกลายเป็นเรื่องง่าย

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

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

    หากต้องการเริ่มกำหนดกิจกรรมและจัดระเบียบข้อมูลของคุณวันนี้ ให้เริ่มต้นด้วยบัญชี Amplitude ฟรี