กลยุทธ์การรายงานขั้นสูงสำหรับนักการตลาดที่ใช้ Braze

กลยุทธ์การรายงานผลขั้นสูงของ Braze เริ่มต้นจากการจับคู่คำถามแต่ละข้อเข้ากับรายงานที่สร้างขึ้นเพื่อตอบคำถามนั้นๆ โดย Report Builder จะใช้เปรียบเทียบแคมเปญและ Canvas ต่างๆ, Query Builder ใช้ตอบคำถามเฉพาะทางด้วย SQL, รายงาน Funnel ช่วยให้เห็นจุดที่ผู้ใช้งานเลิกใช้งาน และรายงาน Retention ช่วยให้ทราบว่าใครกลับมาใช้งานอีกครั้ง คู่มือนี้จะครอบคลุมถึงช่วงเวลาที่ควรใช้รายงานแต่ละประเภท เหตุผลที่ตัวเลขมีความแตกต่างกัน และลำดับที่เราแนะนำในการตั้งค่ารายงานเหล่านี้

‍

ประเด็นสำคัญ

• จับคู่คำถามแต่ละข้อเข้ากับรายงานที่เหมาะสม: Report Builder ใช้เปรียบเทียบ, Query Builder ใช้รัน SQL, รายงาน Funnel แสดงจุดที่ผู้ใช้งานเลิกใช้งาน และรายงาน Retention แสดงว่าใครกลับมาใช้งานอีกครั้ง
• Query Builder จำเป็นต้องได้รับสิทธิ์ View PII รวมถึงสิทธิ์ในการเข้าถึงรายงานบนแดชบอร์ด เนื่องจากข้อมูลที่แสดงอาจมีข้อมูลส่วนบุคคลของลูกค้าอยู่ด้วย
• มีการบันทึกช่องว่างระหว่างรายงานต่างๆ ไว้หลายประการ รวมถึงกรณีของตัวแปรที่ถูกลบไปแล้ว, ลำดับของเหตุการณ์, เขตเวลา และการนับจำนวน Soft Bounce
• Query Builder จะดึงข้อมูลย้อนหลังได้ 60 วัน และหากรายงานใดใช้เวลาประมวลผลนานเกินหกนาที ระบบจะตัดการทำงาน (Time out)
• เราแนะนำให้เลือกเหตุการณ์ (Event) สำหรับวัดผล Retention ก่อนเริ่มใช้งานจริง และตกลงเรื่องการใช้ Tag ให้เรียบร้อยก่อนที่จะสร้างรายงานแบบประจำ
• เริ่มต้นด้วยการกำหนด Tag และสร้างรายงาน Report Builder แบบประจำขึ้นมาหนึ่งฉบับ จากนั้นจึงค่อยเพิ่มมุมมอง Funnel, Retention และ SQL ตามความจำเป็นเมื่อมีคำถามที่ต้องการคำตอบ

‍

กลยุทธ์การรายงานผลของ Braze แบบใดบ้างที่ควรค่าแก่การตั้งค่า?

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

รายงานวัตถุประสงค์ที่ระบุไว้ช่วงเวลาที่ควรใช้ (มุมมองของเรา)Report Builderเปรียบเทียบผลลัพธ์ระหว่างแคมเปญหรือ Canvas หลายรายการในมุมมองเดียว พร้อมตัวชี้วัดที่ปรับแต่งได้และการเจาะลึกข้อมูลคุณต้องการรายงานเปรียบเทียบแบบประจำที่ต้องเรียกดูทุกเดือนQuery Builderรัน SQL เฉพาะทางกับข้อมูล Braze ของคุณใน Snowflake หรือเริ่มจากเทมเพลตที่สร้างไว้ล่วงหน้าคุณมีคำถามที่มุมมองมาตรฐานไม่สามารถตอบได้รายงาน Funnelวิเคราะห์เส้นทางที่ลูกค้าใช้หลังจากได้รับแคมเปญหรือ Canvas รวมถึงจุดที่ลูกค้าเลิกใช้งานคุณต้องการทราบว่าผู้ใช้งานออกจากระบบที่ขั้นตอนใดระหว่างการได้รับข้อความกับการเปลี่ยนสถานะเป็นลูกค้ารายงาน Retentionวัดผลว่าแคมเปญหรือ Canvas สามารถดึงดูดผู้ใช้งานให้กลับมาใช้งานซ้ำได้ดีเพียงใดในช่วงเวลาสูงสุด 30 วันคุณสงสัยว่าข้อความของคุณดึงดูดให้คนคลิกได้ แต่ไม่ได้ทำให้พวกเขากลับมาใช้งานอีก

‍

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

‍

คุณจะเลือกระหว่าง Report Builder และ Query Builder ได้อย่างไร?

Report Builder เหมาะสำหรับการเปรียบเทียบระหว่างข้อความต่างๆ ส่วน Query Builder เหมาะสำหรับคำถามที่ตัวชี้วัดมาตรฐานไม่สามารถตอบได้ ทั้งสองเครื่องมืออ่านข้อมูลจาก Braze โดย Query Builder จะใช้ตาราง SQL เดียวกับที่ใช้ใน SQL Segment Extensions และ Snowflake Data Sharing

การเข้าถึงมีความแตกต่างกัน Report Builder ต้องการสิทธิ์ใน Workspace เพื่อดูและแก้ไขรายงานบนแดชบอร์ด ส่วน Query Builder ต้องการสิทธิ์เหล่านั้นรวมถึงสิทธิ์ View PII ด้วย เนื่องจากข้อมูลที่ดึงออกมาอาจมีข้อมูลส่วนบุคคลของลูกค้า

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

‍

คุณควรจัดโครงสร้างรายงานใน Report Builder อย่างไร?

เลือกแถว (Rows) ก่อน เพราะการเลือกแถวของคุณจะส่งผลต่อตัวชี้วัดที่คุณสามารถดูได้ ตัวอย่างเช่น ตัวชี้วัดแบบหลายตัวแปร (Multivariate metrics) จะปรากฏเฉพาะเมื่อคุณรายงานผลของ Canvas หรือแคมเปญที่มีการเจาะลึกข้อมูลรายตัวแปร (Variant drilldown) เท่านั้น

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

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

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

‍

เหตุใดรายงานสองฉบับของ Braze จึงแสดงตัวเลขที่แตกต่างกัน?

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

การเปรียบเทียบเหตุผลที่บันทึกไว้สำหรับช่องว่างยอดรวมช่องทางของตัวสร้างรายงานเทียบกับการแยกย่อยแคมเปญสถิติสำหรับตัวแปรข้อความที่ถูกลบจะไม่แสดงในการแยกย่อยตามแคมเปญหรือ Canvas แม้ว่ายอดรวมระดับช่องทางจะรวมสถิติทั้งหมดไว้แล้วผู้รับที่ไม่ซ้ำกันเทียบกับการแสดงผลที่ไม่ซ้ำกันจำนวนผู้รับที่ไม่ซ้ำกันอาจสูงกว่าเมื่อตัวแปรข้อความถูกลบหลังจากส่งไปแล้วการวิเคราะห์ขั้นตอน Canvas เทียบกับรายงานช่องทาง (Funnel)การวิเคราะห์ขั้นตอนรวมถึงการมีส่วนร่วมและการแปลงผลที่กว้างกว่า ในขณะที่ช่องทางจะบังคับใช้กฎลำดับเหตุการณ์และเวลาการแปลงผลของช่องทางเทียบกับการแปลงผลมาตรฐานรายงานช่องทางจะนับการแปลงผลสูงสุดหนึ่งครั้งต่อผู้ใช้ แม้ว่าผู้ใช้จะทำเหตุการณ์นั้นมากกว่าหนึ่งครั้งก็ตามตัวสร้างคิวรี (Query Builder) เทียบกับหน้าการมีส่วนร่วมของช่องทางอีเมลตัวสร้างคิวรีจะใช้ค่าเริ่มต้นเป็น UTC ในขณะที่หน้าเว็บจะใช้เขตเวลาของบริษัทคุณการตีกลับแบบซอฟต์ (Soft Bounce) ของตัวสร้างคิวรีเทียบกับการนับแบบขจัดข้อมูลซ้ำตัวสร้างคิวรีจะนับเหตุการณ์การตีกลับแบบซอฟต์ทั้งหมดโดยไม่มีการขจัดข้อมูลซ้ำการรันตัวสร้างคิวรีหนึ่งครั้งเทียบกับครั้งถัดไปผลลัพธ์อาจเปลี่ยนแปลงระหว่างการรันแต่ละครั้ง รวมถึงภายในวันเดียวกัน เนื่องจากมีข้อมูลใหม่เข้ามา

‍

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

‍

คุณควรรู้อะไรบ้างก่อนที่จะเขียน SQL ในตัวสร้างคิวรี (Query Builder)?

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

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

-- ปรับเปลี่ยนจากเอกสารประกอบของตัวสร้างคิวรี แทนที่ตัวยึดตำแหน่ง SELECT DATE_TRUNC('day', CONVERT_TIMEZONE('UTC', 'YOUR_TIME_ZONE', TO_TIMESTAMP(TIME))) AS send_date, COUNT(ID) AS emails_sent FROM USERS_MESSAGES_EMAIL_SEND_SHARED WHERE CONVERT_TIMEZONE('UTC', 'YOUR_TIME_ZONE', TO_TIMESTAMP(TIME)) >= 'START_DATE' AND CONVERT_TIMEZONE('UTC', 'YOUR_TIME_ZONE', TO_TIMESTAMP(TIME)) < 'END_DATE' AND APP_GROUP_ID = 'YOUR_APP_GROUP_ID' GROUP BY send_date ORDER BY send_date;

‍

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

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

‍

รายงานช่องทาง (Funnel) แตกต่างจากการวิเคราะห์ Canvas อย่างไร?

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

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

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

มีจุดที่ควรทราบสองประการก่อนที่คุณจะวางแผนเกี่ยวกับช่องทาง รายงานช่องทางไม่สามารถใช้ได้กับแคมเปญ API และยังไม่ติดตามผู้ใช้ที่ไม่มีข้อมูลอ้างอิง (Orphaned users): เมื่อผู้ใช้ที่ไม่ระบุตัวตนกลายเป็นผู้ใช้ที่ระบุตัวตนในภายหลังผ่านเมธอด changeUser() รหัส Braze ID ของพวกเขาจะเปลี่ยนไป และช่องทางจะติดตามเฉพาะเหตุการณ์ที่ตามมาซึ่งตรงกับรหัสผู้ใช้ ณ เวลาที่เข้าสู่ช่องทางเท่านั้น

‍

คุณจะอ่านรายงานการรักษาผู้ใช้ (Retention) อย่างไรไม่ให้เข้าใจผิด?

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

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

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

เมื่อรายงานถูกเรียกใช้งานแล้ว จะไม่สามารถเรียกใช้งานซ้ำด้วยเหตุการณ์การรักษาลูกค้า (retention event) เดิมได้เป็นเวลา 24 ชั่วโมง สำหรับการเปรียบเทียบตัวแปร Braze จะเปรียบเทียบอัตราการเปลี่ยนสถานะ (conversion rate) ของแต่ละตัวแปรกับกลุ่มควบคุมโดยใช้กระบวนการทางสถิติที่เรียกว่า Z Test เพื่อคำนวณค่าเปอร์เซ็นต์ความเชื่อมั่น

รายงานการรักษาลูกค้าไม่สามารถใช้ได้กับแคมเปญที่เรียกใช้งานผ่าน API

‍

ตัวอย่างการใช้งานจริงเป็นอย่างไร?

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

1. ใน Report Builder ให้ตั้งค่าแถว (Rows) เป็น Canvases และเพิ่มคอลัมน์ Tags ตรวจสอบให้แน่ใจว่า Canvas ต้อนรับนั้นมีแท็กตามข้อกำหนดที่คุณตั้งไว้ เพื่อให้รายงานที่อิงตามกฎสามารถดึงข้อมูลมาแสดงได้
2. เปิดรายงาน Canvas funnel เริ่มต้นจากการรับข้อความ เพิ่มเหตุการณ์สองอย่างที่กำหนดสัปดาห์แรกที่ดี และเปรียบเทียบแต่ละตัวแปรกับกลุ่มควบคุม
3. เรียกใช้รายงานการรักษาลูกค้าบน Canvas เดียวกัน โดยใช้เหตุการณ์การรักษาลูกค้าที่ทีมงานตกลงกันไว้ก่อนเปิดตัว อ่านผลลัพธ์แยกตามตัวแปร และตรวจสอบตัวเลขความเชื่อมั่นเทียบกับกลุ่มควบคุม
4. หากทีมงานต้องการมุมมองข้อมูลที่มุมมองมาตรฐานไม่มีให้ เช่น จำนวนการส่งรายวันตามเขตเวลาของบริษัท ให้เขียนคิวรีสั้นๆ โดยแปลงเขตเวลาให้เรียบร้อย
5. ระบุเหตุผลในคู่มือการวัดผลว่าทำไมจำนวนขั้นตอนใน funnel และ Canvas ถึงแตกต่างกัน เพื่อไม่ให้มีใครกลับมาตั้งคำถามเดิมอีกในเดือนหน้า

‍

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

‍

อะไรคือสิ่งที่ผิดพลาดเมื่อทีมงานสร้างรายงานขั้นสูง?

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

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

‍

คุณควรตั้งค่าอะไรก่อนเป็นอันดับแรก?

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

1. ตกลงเรื่องข้อกำหนดการใช้แท็กสำหรับแคมเปญและ Canvases
2. สร้างรายงาน Report Builder แบบถาวรหนึ่งฉบับที่ใช้กฎและคอลัมน์ Tags
3. ตัดสินใจว่าใครจะเป็นผู้ถือสิทธิ์เข้าถึงข้อมูลส่วนบุคคล (View PII) ก่อนที่จะมีใครเริ่มเขียน SQL
4. เขียนหน้าเอกสารที่อธิบายว่าทำไมตัวเลขถึงแตกต่างกัน
5. เพิ่มรายงาน funnel และรายงานการรักษาลูกค้าใน Canvases ที่ดำเนินโครงการนั้นๆ

‍

ในฐานะพันธมิตรด้านการติดตั้งใช้งาน Braze ทาง CustomerIK แนะนำให้เริ่มต้นด้วยการใช้แท็กและรายงาน Report Builder แบบถาวรหนึ่งฉบับ จากนั้นจึงค่อยเพิ่มมุมมอง funnel, การรักษาลูกค้า และ SQL เมื่อมีคำถามเฉพาะเจาะจงที่ต้องการข้อมูลเหล่านั้นเท่านั้น

‍

สิ่งนี้เชื่อมโยงกับส่วนที่เหลือของโปรแกรมอย่างไร?

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

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

‍

คำถามที่พบบ่อย
‍

1. ฉันควรเริ่มต้นใช้งานรายงานตัวไหนของ Braze?

เริ่มต้นที่ Report Builder เพราะถูกออกแบบมาเพื่อใช้เปรียบเทียบข้อมูลระหว่างแคมเปญและ Canvas ซึ่งเหมาะสำหรับการทำรายงานฉบับแรกของคุณ

2. Query Builder จำเป็นต้องใช้สิทธิ์การเข้าถึงพิเศษหรือไม่?

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

3. Query Builder เก็บประวัติการสืบค้นข้อมูลไว้นานแค่ไหน?

ประวัติการสืบค้นจะถูกเก็บไว้เป็นเวลา 7 วัน และระบบจะลบรายการที่เก่ากว่านั้นออกโดยอัตโนมัติ

4. ฉันสามารถใช้รายงาน Funnel และ Retention กับแคมเปญ API ได้หรือไม่?

ไม่ได้ รายงาน Funnel ไม่รองรับแคมเปญ API และรายงาน Retention ก็ไม่รองรับแคมเปญที่ทริกเกอร์ผ่าน API

5. ทำไมอัตรา Rolling Retention ของฉันถึงสูงเกิน 100%?

เนื่องจากผู้ใช้ที่ทำกิจกรรมตามที่กำหนดไว้หลายครั้งจะถูกนับรวมในหลายช่วงเวลา ซึ่งอาจส่งผลให้อัตรา Retention สูงเกิน 100% ได้

‍

แหล่งข้อมูล

• Braze,รายงาน. อัปเดตเมื่อ 31 ต.ค. 2026
• Braze,Report Builder. อัปเดตเมื่อ 31 ต.ค. 2026
• Braze,Query Builder. อัปเดตเมื่อ 31 ต.ค. 2026
• Braze,รายงานแบบ Funnel. อัปเดตเมื่อ 31 ต.ค. 2026
• Braze,รายงานการรักษาฐานลูกค้า. อัปเดตเมื่อ 31 ต.ค. 2026
• ข้อจำกัดและพฤติกรรมการทำงานในเอกสารของ Braze อาจมีการเปลี่ยนแปลงได้ โปรดตรวจสอบหน้าเว็บที่ลิงก์ไว้ก่อนนำไปใช้งานจริง
• เขียนโดย CustomerIK พันธมิตรด้านการติดตั้งใช้งาน Braze

‍

CustomerIK คือพันธมิตรด้านการติดตั้งใช้งาน Braze ที่เชี่ยวชาญทั้งในด้านการเริ่มต้นใช้งาน การเชื่อมต่อทางเทคนิค การดำเนินงานด้านการตลาด และการจัดการข้อมูลลูกค้า

หากคุณต้องการให้รายงาน Braze ของคุณตอบโจทย์คำถามที่ทีมของคุณต้องการทราบจริงๆ มาคุยกับเราสิ

‍