ข้อผิดพลาดในการทำแคมเปญรักษาฐานลูกค้าที่ควรหลีกเลี่ยงใน Braze Canvas

ข้อผิดพลาดในแคมเปญรักษาฐานลูกค้าบน Braze มักเกิดจากการเข้าใจผิดเกี่ยวกับการทำงานของการตั้งค่าต่างๆ ไม่ว่าจะเป็นกฎการออกจากแคมเปญ (Exit rules), การจำกัดความถี่ (Frequency caps), ช่วงเวลาห้ามรบกวน (Quiet hours) และกรอบเวลาการนับ Conversion ซึ่งแต่ละอย่างมีรูปแบบการทำงานที่ระบุไว้ชัดเจนแต่เข้าใจผิดได้ง่าย คู่มือนี้จะชี้ให้เห็นว่าจุดไหนที่มักเกิดความเข้าใจผิด และวิธีตั้งค่าการควบคุมแต่ละส่วนเพื่อให้เส้นทางของผู้ใช้งาน (Retention journey) เป็นไปตามแผนที่วางไว้

‍

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

• ผู้ใช้งานที่อยู่ในขั้นตอนการหน่วงเวลา (Delay step) จะยังคงค้างอยู่ในขั้นตอนนี้จนกว่าเวลาที่กำหนดจะสิ้นสุดลง แม้ว่าเหตุการณ์ที่กำหนดให้จบการทำงาน (Exit event) จะเกิดขึ้นแล้วก็ตาม
• เกณฑ์การออกจากแคมเปญสามารถเปรียบเทียบเหตุการณ์ที่ทำให้จบการทำงานกับเหตุการณ์ที่ทำให้เริ่มเข้าสู่แคมเปญได้ เพื่อให้การแจ้งเตือนหยุดลงเฉพาะเมื่อมีการซื้อที่ตรงกับเงื่อนไขเท่านั้น
• การจำกัดความถี่ทั่วทั้งระบบ (Global frequency capping) เพียงอย่างเดียวไม่สามารถทำให้ผู้ใช้งานออกจาก Canvas ได้ ดังนั้นผู้ใช้งานที่ถูกจำกัดความถี่จะยังคงดำเนินต่อไปยังขั้นตอนการส่งข้อความ (Message steps) ถัดไป
• ข้อความในแอป (In-app messages) และ Content Cards จะไม่ถูกนับรวมในการจำกัดความถี่ และช่วงเวลาห้ามรบกวน (Quiet hours) จะปล่อยข้อความที่ถูกกักไว้ทั้งหมดออกมาพร้อมกันในคราวเดียว
• Braze จะนับ Conversion ให้กับขั้นตอนการส่งข้อความ (Message step) ล่าสุดที่ผู้ใช้งานได้รับ ดังนั้นกรอบเวลาการนับ Conversion ควรครอบคลุมอย่างน้อยเท่ากับเส้นทางที่ยาวที่สุด
• เราแนะนำให้ตรวจสอบกฎการออกจากแคมเปญ การจำกัดความถี่ และกรอบเวลาการนับ Conversion ร่วมกันก่อนเริ่มใช้งานจริง

‍

ข้อผิดพลาดใดในแคมเปญรักษาฐานลูกค้าบน Braze ที่ควรแก้ไขเป็นอันดับแรก?

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

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

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

‍

ทำไมผู้ใช้งานยังคงได้รับข้อความหลังจากที่พวกเขากลับมาใช้งานแล้ว?

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

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

เรื่องนี้มีความสำคัญในเส้นทางสำหรับผู้ใช้งานที่ห่างหายไปนาน (Long lapse journeys) เพราะ Canvas ที่มีการตั้งเวลารอระหว่างการแจ้งเตือนไว้นาน อาจกักผู้ใช้งานที่กลับมาแล้วไว้ได้นานหลายวัน

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

‍

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

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

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

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

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

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

‍

การจำกัดความถี่ (Frequency Cap) ภายใน Canvas ทำงานอย่างไรกันแน่?

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

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

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

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

‍

การส่งข้อความแบบใดบ้างที่ไม่อยู่ภายใต้ข้อจำกัดความถี่ และระบบจะตรวจสอบข้อจำกัดเมื่อใด?

ข้อผิดพลาดประการที่สี่คือการตั้งค่าข้อจำกัดที่ดูเหมือนครอบคลุมแต่กลับมีช่องโหว่ คุณสามารถเพิ่มกฎได้สูงสุด 10 ข้อต่อหนึ่ง Workspace โดยกรอบเวลาที่ยาวที่สุดคือ 30 วัน ทั้งนี้ ข้อความในแอป (In-app messages) และ Content Cards จะไม่ถูกนับรวมในการจำกัดความถี่ของแคมเปญหรือส่วนประกอบใดๆ ของ Canvas

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

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

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

‍

ช่วงเวลาห้ามรบกวน (Quiet hours) และ Intelligent Timing ส่งผลต่อการส่งข้อความเพื่อรักษาฐานลูกค้าอย่างไร?

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

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

การหน้าข้อมูลช่วงเวลาห้ามรบกวนของ Braze อธิบายพฤติกรรมการทำงานไว้อย่างครบถ้วน ส่วนคู่มือของเราเกี่ยวกับ วิธีเรียกใช้ข้อความเพื่อรักษาฐานลูกค้าในเวลาที่เหมาะสมใน Braze จะให้รายละเอียดเพิ่มเติมเกี่ยวกับการจัดการเวลา

‍

เหตุใดการจำกัดอัตรา (Rate Limit) และการจำกัดความถี่ (Frequency Cap) จึงอาจส่งข้อความได้น้อยกว่าที่วางแผนไว้?

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

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

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

ลำดับความสำคัญระหว่างแคมเปญที่แข่งขันกันเป็นอีกประเด็นหนึ่ง ซึ่งครอบคลุมอยู่ใน บทความของเราเกี่ยวกับการจัดลำดับความสำคัญของข้อความเพื่อรักษาฐานลูกค้าโดย Braze ระบุว่าการจัดลำดับความสำคัญของข้อความ (Message Prioritization) เป็นเลเยอร์เสริมที่อยู่เหนือการจำกัดความถี่

‍

คุณควรตั้งค่าช่วงเวลาการแปลงผล (Conversion Window) สำหรับ Canvas เพื่อรักษาฐานลูกค้าอย่างไร?

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

คุณสามารถตั้งค่าช่วงเวลาได้สูงสุด 30 วัน โดย Braze แนะนำให้ตั้งค่าช่วงเวลาที่ครอบคลุมอย่างน้อยเท่ากับเส้นทางที่ยาวที่สุดใน Canvas นั้นๆ

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

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

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

‍

การตั้งค่าความล่าช้า (Delay) ส่งผลอย่างไรต่อเส้นทางของผู้ใช้ที่ขาดการติดต่อ (Lapse Journey)?

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

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

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

‍

Canvas สำหรับผู้ใช้ที่เลิกใช้งานที่ได้รับการแก้ไขแล้วจะมีหน้าตาเป็นอย่างไรในทางปฏิบัติ?

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

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

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

1. ตั้งค่าเหตุการณ์การออกจาก Canvas และจับคู่กับคุณสมบัติการเข้าสู่ Canvas
2. อ่านทุกขั้นตอนเสมือนว่าข้อความก่อนหน้าถูกข้ามไป
3. ตั้งค่าช่วงเวลาการแปลงให้ครอบคลุมเส้นทางที่ยาวที่สุดและเลือกเหตุการณ์หลัก
4. ตรวจสอบช่องทางการสื่อสารที่อยู่นอกเหนือการจำกัดจำนวนข้อความ (Caps)
5. เลือกช่วงเวลาห้ามรบกวน (Quiet Hours) หรือการตั้งเวลาอัจฉริยะ (Intelligent Timing) เว้นแต่ว่านโยบายจะกำหนดให้ใช้ทั้งสองอย่าง

‍

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

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

สำหรับผู้ใช้ที่เลิกใช้งานไปแล้ว โปรดดู วิธีการสร้างแคมเปญดึงดูดผู้ใช้งานกลับมา (Win-back campaigns) อย่างมีประสิทธิภาพใน Braze. สำหรับมุมมองด้านระบบอัตโนมัติ โปรดอ่าน การลดอัตราการเลิกใช้งานด้วยกลยุทธ์ระบบอัตโนมัติเพื่อรักษาฐานลูกค้าใน Braze.

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

ในฐานะพันธมิตรด้านการติดตั้งใช้งาน Braze ทาง CustomerIK ขอแนะนำให้ตรวจสอบเกณฑ์การออกจากแคมเปญ (exit criteria) กฎการจำกัดจำนวน (cap rules) และกรอบเวลาการแปลงผล (conversion windows) ไปพร้อมๆ กันก่อนที่จะเริ่มใช้งาน Canvas เพื่อรักษาฐานลูกค้า เนื่องจากทั้งสามส่วนนี้มีความเกี่ยวข้องกัน การตรวจสอบเพียงส่วนใดส่วนหนึ่งอาจทำให้มองข้ามประเด็นสำคัญในส่วนอื่นไปได้

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

‍

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

1. เหตุการณ์การออกจาก Canvas (Exit event) จะนำผู้ใช้ออกจากขั้นตอนการหน่วงเวลา (Delay step) ทันทีหรือไม่?

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

2. ผู้ใช้ที่ถูกจำกัดความถี่ (Capped users) จะออกจาก Canvas หรือไม่?

การจำกัดความถี่ทั่วโลก (Global frequency capping) เพียงอย่างเดียวไม่ทำให้ผู้ใช้ออกจาก Canvas ในขั้นตอนการส่งข้อความ (Message steps) ผู้ใช้จะยังคงดำเนินการต่อไปแม้ว่าข้อความจะไม่ถูกส่งเนื่องจากติดข้อจำกัดความถี่ก็ตาม

3. ข้อความในแอป (In-app messages) นับรวมอยู่ในขีดจำกัดความถี่หรือไม่?

ข้อความในแอปและ Content Cards จะไม่ถูกนับรวมหรือนำไปคำนวณในขีดจำกัดความถี่ของแคมเปญหรือองค์ประกอบ Canvas ใดๆ ทั้งสิ้น

4. ระยะเวลาของ Conversion Window ตั้งค่าได้นานเท่าใด?

คุณสามารถตั้งค่าได้สูงสุด 30 วัน หากคุณไม่ได้กำหนดเหตุการณ์ Conversion ไว้ ระบบจะตั้งค่าเริ่มต้นไว้ที่ 3 วัน

5. ฉันควรใช้ช่วงเวลาห้ามรบกวน (Quiet hours) ร่วมกับ Intelligent Timing หรือไม่?

Braze แนะนำให้เลือกใช้อย่างใดอย่างหนึ่ง เว้นแต่ว่าจะมีนโยบาย การปฏิบัติตามกฎระเบียบ หรือข้อกำหนดอื่นๆ ที่จำเป็นต้องใช้ช่วงเวลาห้ามรบกวนควบคู่ไปกับ Intelligent Timing

‍

แหล่งข้อมูล

• Braze,เกณฑ์การออกจากระบบ. สืบค้นเมื่อ 2 พฤศจิกายน 2026
• Braze,การจับคู่เกณฑ์การออกจาก Canvas กับเหตุการณ์เริ่มต้น (Entry events). สืบค้นเมื่อ 2 พฤศจิกายน 2026
• Braze,การจำกัดอัตราและการจำกัดความถี่ (Rate limiting and frequency capping). สืบค้นเมื่อ 2 พฤศจิกายน 2026
• Braze,ช่วงเวลาห้ามรบกวน (Quiet hours). สืบค้นเมื่อ 2 พฤศจิกายน 2026
• Braze,เหตุการณ์การแปลงผล (Conversion events). สืบค้นเมื่อ 2 พฤศจิกายน 2026
• Braze,การหน่วงเวลา (Delay). สืบค้นเมื่อ 2 พฤศจิกายน 2026
• Braze,บันทึกประจำรุ่น. สืบค้นเมื่อ 2 พฤศจิกายน 2026
• เขียนโดย CustomerIK พันธมิตรด้านการติดตั้งใช้งาน Braze

‍

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

หากเส้นทางการรักษาฐานลูกค้า (Retention journeys) ของคุณต้องการการตรวจสอบกฎการออกจาก Canvas, ขีดจำกัดความถี่ และ Conversion Window มาคุยกับเราได้เลย

‍