จะสร้างแผนการติดตามได้อย่างไร?

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

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

ประโยชน์ของการสร้างแผนการติดตาม

ในทางปฏิบัติ แผนการติดตามจะอัปเดตทุกครั้งที่คุณต้องการทำสิ่งใดสิ่งหนึ่งต่อไปนี้:

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

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

• ความซ้ำซ้อนของข้อมูล: การรวบรวมข้อมูลชิ้นเดียวกันหลายครั้ง
• ความไม่ถูกต้องของข้อมูล: การรวบรวมข้อมูลที่ไม่สอดคล้องกันหรือไม่ถูกต้อง
• ความยุ่งเหยิงของข้อมูล: การรวมกันของข้อมูลที่ซ้ำซ้อนและไม่ถูกต้อง

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

ง่ายต่อการใช้งาน

การรวบรวมข้อมูลเป็นความพยายามอย่างต่อเนื่องที่ต้องใช้ทีมต่างๆ ในการประสานงานและดำเนินงานใหม่อย่างสม่ำเสมอ

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

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

ข้อมูลอ้างอิงด่วน

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

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

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

การถ่ายทอดความรู้

แม้ว่าจะมีความสำคัญสูง แต่การถ่ายทอดความรู้มักจะเป็นความคิดภายหลังสำหรับบริษัทส่วนใหญ่ โดยเฉพาะอย่างยิ่งในขั้นเริ่มต้นของการตั้งค่าการติดตามกิจกรรม

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

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

แนวทางปฏิบัติที่ดีที่สุดสำหรับการสร้างแผนการติดตาม

มีการพูดเกี่ยวกับเนื้อหาของแผนติดตามเพียงพอแล้ว ตอนนี้เรามาดูว่าแผนการติดตามควรเป็นอย่างไร

เทมเพลตแผนการติดตามขั้นสูงสุด

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

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

3 ขั้นตอนแรกด้านล่างใช้กับผลิตภัณฑ์ทุกประเภท ในขณะที่ขั้นตอนที่สี่ใช้ได้กับผลิตภัณฑ์ที่ต้องติดตามกิจกรรมระดับบัญชีเท่านั้น เช่นเดียวกับผลิตภัณฑ์ B2B SaaS

1. กิจกรรม
2. คุณสมบัติเหตุการณ์
3. คุณสมบัติผู้ใช้
4. คุณสมบัติองค์กร

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

กิจกรรม

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

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

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

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

ลงรายการเหตุการณ์

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

แผ่นงานประกอบด้วยตัวอย่างเหตุการณ์ที่ ลงทะเบียน และ สำหรับตอนนี้ ละเว้นคุณสมบัติและเน้นเฉพาะเหตุการณ์

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

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

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

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

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

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

เพิ่มแหล่งที่มาและเจ้าของ

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

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

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

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

นอกจากนี้ คุณอาจต้องการติดตามเหตุการณ์ที่เกิดขึ้นบนระบบภายนอกที่เชื่อมต่อกับผลิตภัณฑ์ของคุณ ตัวอย่างเช่น หากคุณต้องการติดตามกิจกรรม Support Ticket Created และคุณใช้เครื่องมือการออกตั๋วของบริษัทอื่น เช่น Zendesk แหล่งข้อมูลจะเป็น Zendesk เนื่องจากเป็นที่ที่เหตุการณ์เกิดขึ้น

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

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

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

เพิ่มคุณสมบัติสำหรับทุกเหตุการณ์

จัดการทีละเหตุการณ์และคิดถึงคุณสมบัติที่ให้บริบทเพิ่มเติมเกี่ยวกับเหตุการณ์แก่คุณ

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

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

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

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

นอกจากรหัสโปรเจ็ก ต์ (project_id) และการประทับเวลา (project_created_at) แล้ว คุณสมบัติ project_name และ project_user_count ยังให้ข้อมูลเพิ่มเติมทุกครั้งที่สร้างโปรเจ็กต์ (กิจกรรม Project Created ถูกดำเนินการ)

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

ระบุประเภทข้อมูลและค่าที่คาดหวัง

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

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

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

กล่าวถึงจุดหมายปลายทาง

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

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

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

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

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

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

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

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

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

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

คุณสมบัติองค์กร

พร็อพเพอร์ตี้องค์กรหรือพร็อพเพอร์ตี้กลุ่มใช้กับผลิตภัณฑ์ที่ต้องการติดตามกิจกรรมของผู้ใช้ที่ระดับบัญชีเท่านั้น

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

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

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

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

และนั่นคือทั้งหมด—เวอร์ชันแรกของแผนการติดตามของคุณควรจะพร้อมแล้ว ดังนั้นโปรดแบ่งปันกับเพื่อนร่วมทีมของคุณเพื่อเริ่มต้นการทำงานร่วมกัน

เริ่มต้นกับการติดตาม

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

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

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

มีความสุขในการติดตาม!