อะไรคือเอนทิตีในบริบทของข้อมูลเหตุการณ์?

นี่คือส่วนที่สามของชุดข้อมูลลูกค้าห้าส่วน นี่คือส่วน ที่ หนึ่ง และ สอง ขอแนะนำให้อ่านส่วนที่หนึ่งก่อนอ่านโพสต์นี้

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

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

• จำนวนผู้ใช้ที่ไม่ซ้ำดำเนินการกิจกรรมที่ ส่งแคมเปญ ?
• ผู้ใช้รายใดดำเนินการกิจกรรมนี้
• จำนวนเฉลี่ยของเหตุการณ์ที่กลุ่มผู้ใช้ดำเนินการก่อนดำเนินการกิจกรรมที่ ส่งแคมเปญไป เป็นครั้งแรกคือเท่าใด
• เหตุการณ์ใดที่ดำเนินการโดยกลุ่มผู้ใช้ก่อนเหตุการณ์นี้

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

มาเจาะลึกกัน

หนึ่งเหตุการณ์ หลายหน่วยงาน

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

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

• เปิดใช้งานได้กี่บัญชี?
• จำนวนผู้ใช้เฉลี่ยสำหรับบัญชีที่ใช้งานอยู่คืออะไร?
• มีกี่บัญชีที่มีผู้ใช้ตั้งแต่ X ขึ้นไป?

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

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

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

ตัวอย่างเช่น หากผู้ใช้ John Doe สร้างโครงการใหม่ภายในแอปการจัดการโครงการที่ใช้โดยองค์กร Acme Corp ที่มีผู้ใช้ 10 คน ข้อมูลสำคัญสองส่วนจะถูกสร้างขึ้น:

1. John Doe สร้างโครงการใหม่: John Doe ดำเนินการกิจกรรม Project Created
2. โครงการใหม่ถูกสร้างขึ้นภายในองค์กร Acme Corp: เหตุการณ์ Project Create เกิดขึ้นภายในองค์กร Acme Corp

ความล้มเหลวในการเชื่อมโยงเหตุการณ์กับ องค์กร จะส่งผลให้ข้อมูลส่วนที่สองสูญหายนอกจากนี้ กิจกรรมที่เกี่ยวข้องกับการสมัครรับข้อมูล เช่น Trial Started , Trial Ended และ Subscription Canceled จะเกิดขึ้นที่ระดับองค์กรและไม่เกี่ยวข้องกับผู้ใช้รายใดรายหนึ่ง

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

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

ผู้ใช้หนึ่งราย หลายบัญชี

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

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

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

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

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

ไม่ใช่แค่ตัวระบุ

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

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

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

  ก้าวไปข้างหน้าด้วยเอนทิตีและข้อมูลเหตุการณ์

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

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

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

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