ระบบวิเคราะห์ลูกค้า

ลองนึกภาพว่าคุณเป็นผู้ประกอบการที่มีความทะเยอทะยานซึ่งเพิ่งสร้างเว็บไซต์และแอปพลิเคชันบนอุปกรณ์เคลื่อนที่ (เช่น สำหรับร้านโดนัท) คุณต้องการเชื่อมต่อการวิเคราะห์แบบกำหนดเองด้วยงบประมาณเพียงเล็กน้อย แต่ไม่รู้ว่าต้องทำอย่างไร ทุกคนรอบตัวใช้ Mixpanel, Facebook analytics, Yandex.Metrika และระบบอื่นๆ แต่ยังไม่ชัดเจนว่าจะเลือกอะไรและจะใช้อย่างไร

ระบบวิเคราะห์คืออะไร?

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

จะทำทำไม?

จำเป็นต้องมีการวิเคราะห์ผู้ใช้:

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

มันทำงานอย่างไร

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

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

แพ็คเกจ JSON คืออะไร

แพ็คเกจ JSON เป็นไฟล์ข้อความที่อธิบายถึงสิ่งที่เกิดขึ้น ตัวอย่างเช่น แพ็กเก็ต JSON อาจมีข้อมูลที่ผู้ใช้ Mary เสร็จสิ้นการดำเนินการเกมที่เริ่มแล้วเมื่อเวลา 23 น. ของวันที่ 00 พฤศจิกายน จะอธิบายการกระทำแต่ละอย่างอย่างไร? ตัวอย่างเช่น ผู้ใช้คลิกที่ปุ่ม คุณสมบัติใดที่ต้องรวบรวมในขณะนี้ แบ่งออกเป็นสองประเภท:

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

ตัวอย่างของแพ็คเกจ JSON ในบริการการเรียนรู้ภาษา:

แต่ทำไมไม่เพียงแค่รวบรวมทุกอย่าง?

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

จำนวนเหตุการณ์ในระบบที่ซับซ้อน?

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

ทำอะไรต่อไป

สมมติว่าเรามาพร้อมกับเหตุการณ์ที่น่าสนใจทั้งหมด ได้เวลารวบรวมพวกมันแล้ว ในการทำเช่นนี้ คุณต้องเชื่อมต่อการวิเคราะห์ลูกค้า เราไปที่ Google และค้นหาการวิเคราะห์มือถือ (หรือเลือกจากข้อมูลที่รู้จักกันดี: Mixpanel, Yandeks.Metrika, Google Analytics, การวิเคราะห์ของ Facebook, ทำนองเพลง, ความกว้าง). เรานำ SDK จากไซต์และฝังไว้ในโค้ดของบริการของเรา (ด้วยเหตุนี้จึงเรียกว่า "ไคลเอนต์" - เนื่องจาก SDK ถูกสร้างขึ้นในไคลเอนต์)

แล้วจะรวบรวมอีเวนต์จากไหน?

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

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

การเชื่อมต่อจะใช้เวลานานแค่ไหน?

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

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

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

วิธีการเลือกที่ฉันต้องการ?

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

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

• ตัวอย่างเช่น ใน Mixpanel คุณสามารถรันการทดสอบ A/B ได้ ทำอย่างไร? คุณสร้างการทดสอบซึ่งจะมีตัวอย่างหลายตัวอย่างและทำการเลือก (คุณกำหนดผู้ใช้ดังกล่าวให้กับ A คนอื่น ๆ ให้ B) สำหรับ A ปุ่มจะเป็นสีเขียว สำหรับ B จะเป็นสีน้ำเงิน เนื่องจาก Mixpanel รวบรวมข้อมูลทั้งหมด จึงสามารถค้นหารหัสอุปกรณ์ของผู้ใช้แต่ละรายจาก A และ B ได้ การปรับแต่งจะถูกสร้างขึ้นในรหัสบริการโดยใช้ SDK ซึ่งเป็นจุดที่สามารถเปลี่ยนแปลงบางสิ่งสำหรับการทดสอบได้ ถัดไป สำหรับผู้ใช้แต่ละราย ค่า (ในกรณีของเราคือสีของปุ่ม) จะถูกดึงออกจากแผงผสม หากไม่มีการเชื่อมต่ออินเทอร์เน็ต ตัวเลือกเริ่มต้นจะถูกเลือก
• บ่อยครั้ง คุณไม่เพียงแต่ต้องการจัดเก็บและศึกษากิจกรรมเท่านั้น แต่ยังต้องการรวบรวมผู้ใช้ด้วย Mixpanel เดียวกันนี้ทำโดยอัตโนมัติในแท็บผู้ใช้ คุณสามารถดูข้อมูลผู้ใช้ถาวรทั้งหมด (ชื่อ อีเมล โปรไฟล์ Facebook) และประวัติบันทึกผู้ใช้ได้จากที่นั่น คุณสามารถดูข้อมูลผู้ใช้เป็นสถิติ: ถูกมังกรกิน 100 ครั้ง ซื้อดอกไม้ 3 ดอก. ในบางระบบ สามารถดาวน์โหลดการรวมผู้ใช้ได้
• อะไรคือหลักเย็น การวิเคราะห์ของ Facebook? เชื่อมต่อผู้มาใช้บริการกับโปรไฟล์ Facebook ของเขา ดังนั้น คุณสามารถค้นหาผู้ชมของคุณ และที่สำคัญที่สุดคือ แปลงให้เป็นผู้ชมโฆษณา ตัวอย่างเช่น หากฉันเข้าชมไซต์ครั้งหนึ่ง และเจ้าของไซต์ได้เปิดใช้งานโฆษณา (ผู้ชมที่ป้อนอัตโนมัติในการวิเคราะห์ของ Facebook) สำหรับผู้เยี่ยมชม ในอนาคต ฉันจะเห็นโฆษณาสำหรับไซต์นี้บน Facebook สำหรับเจ้าของเว็บไซต์ มันใช้งานได้ง่ายและสะดวก คุณเพียงแค่อย่าลืมกำหนดงบประมาณโฆษณาสูงสุดต่อวัน ข้อเสียของการวิเคราะห์ Facebook คือไม่สะดวกเป็นพิเศษ: ไซต์ที่ค่อนข้างซับซ้อนและไม่สามารถเข้าใจได้ทันที ไม่ทำงานอย่างรวดเร็ว

แทบไม่ต้องทำอะไรเลยและทุกอย่างก็สำเร็จ! อาจมีข้อเสียอยู่บ้าง?

ใช่ และหนึ่งในนั้นมักจะมีราคาแพง สำหรับการเริ่มต้นอาจอยู่ที่ประมาณ 50 เหรียญต่อเดือน แต่ยังมีตัวเลือกฟรี Yandex App Metrica นั้นฟรีและเหมาะสำหรับตัวชี้วัดพื้นฐานที่สุด

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

อีกต่อไป?

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

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

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

การวิเคราะห์ของ Facebook มีอินเทอร์เฟซที่ซับซ้อนมากและทำงานช้า

จะเกิดอะไรขึ้นหากฉันเปิดระบบทั้งหมดพร้อมกัน

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

เราเชื่อมต่อทุกอย่างแล้วเปิดตัวฟีเจอร์ใหม่ จะเพิ่มกิจกรรมได้อย่างไร

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

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

เฉพาะผู้ใช้ที่ลงทะเบียนเท่านั้นที่สามารถเข้าร่วมในการสำรวจได้ เข้าสู่ระบบ, โปรด.

คุณใช้ระบบวิเคราะห์ลูกค้าแบบใด

• Mixpanel

• การวิเคราะห์ Facebook

• Google Analytics

• Yandex Metrica

• คนอื่น

• กับระบบของคุณ

• ไม่มีอะไร

ผู้ใช้ 33 คนโหวต ผู้ใช้ 15 รายงดออกเสียง

ที่มา: will.com