การสร้างประสบการณ์การเริ่มต้นใช้งานแบบเฉพาะบุคคลด้วย Braze

การทำ Onboarding แบบเฉพาะบุคคลใน Braze เป็นเรื่องของการวางเส้นทาง (Routing) ก่อนที่จะเป็นเรื่องของการเขียนคำโฆษณา (Copywriting) คุณต้องตัดสินใจให้ได้ว่าคุณรู้อะไรบ้างตั้งแต่ตอนที่ผู้ใช้เข้ามา ต้องรอสังเกตอะไรบ้าง ตรวจสอบกลุ่มเป้าหมายอีกครั้งก่อนส่งข้อความแต่ละครั้ง และกำหนดให้ชัดเจนว่าผู้ใช้จะออกจากเส้นทางเมื่อใด บทความนี้จะพาคุณไปดูขั้นตอนเหล่านั้นโดยใช้ข้อมูลการเข้าสู่ Canvas, Audience Paths, Action Paths, การตรวจสอบการส่ง (Delivery Validations) และเกณฑ์การออกจากเส้นทาง

‍

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

• ตัดสินใจ 4 เรื่องนี้ให้เรียบร้อยก่อนเริ่มเขียนข้อความ: คุณรู้อะไรบ้างตอนที่ผู้ใช้เข้ามา, คุณต้องรอสังเกตอะไร, อะไรที่ต้องยังคงเป็นจริงในขณะที่ส่งข้อความ และอะไรคือจุดสิ้นสุดของเส้นทางนี้
• ใช้ข้อมูลการเข้าสู่ระบบ (Entry data) สำหรับสิ่งที่คุณรู้อยู่แล้วตอนสมัครใช้งาน และใช้ Action Paths สำหรับสิ่งที่ผู้ใช้จะทำต่อไป
• วางกลุ่มเป้าหมายที่เฉพาะเจาะจงและมีมูลค่าสูงสุดไว้เป็นอันดับแรก เพราะผู้ใช้จะเข้าสู่เส้นทางแรกที่พวกเขาผ่านเกณฑ์เสมอ
• เพิ่มการหน่วงเวลา (Delay) ก่อนขั้นตอน Audience Paths ที่ตรวจสอบปฏิกิริยาตอบสนองต่อข้อความก่อนหน้า
• ใช้การตรวจสอบการส่ง (Delivery validations) เพื่อไม่ให้ระบบส่งข้อความแจ้งเตือนซ้ำในสิ่งที่ผู้ใช้เพิ่งทำไป
• ตั้งค่าเหตุการณ์การออกจากเส้นทาง (Exit event) สำหรับการกระทำที่เป็นเป้าหมายหลักของเส้นทางนั้นๆ

‍

คุณจะสร้าง Onboarding แบบเฉพาะบุคคลใน Braze ได้อย่างไร?

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

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

‍

คุณสามารถปรับแต่งอะไรได้บ้างตั้งแต่ตอนเริ่มต้น และอะไรที่ต้องรอ?

ใช้ข้อมูลการเข้าสู่ระบบ (Entry data) สำหรับทุกสิ่งที่คุณรู้อยู่แล้วเมื่อผู้ใช้เข้ามา สำหรับการส่งข้อความตามการกระทำ (Action-based delivery) ผู้ใช้จะเข้ามา "เมื่อพวกเขาทำกิจกรรมบางอย่าง เช่น เปิดแอปฯ ซื้อสินค้า หรือกระตุ้นเหตุการณ์ที่กำหนดเอง (Custom event)" สำหรับการส่งข้อความผ่าน API คุณสามารถเพิ่มผู้ใช้เหล่านั้นได้ด้วย /canvas/trigger/send endpoint และระบบของคุณเองจะเป็นตัวกำหนดว่าเมื่อใดที่ควรส่ง

ทั้งสองเส้นทางสามารถนำข้อมูลคุณสมบัติการเข้าสู่ระบบ (Entry properties) ไปด้วยได้ หากพื้นที่ทำงานของคุณแสดง Context Variables คุณสามารถอ้างอิงข้อมูลเหล่านั้นได้ด้วย {{context.${property_name}}} ในขั้นตอนข้อความ (Message step) ใดๆ ข้อมูลคุณสมบัติการเข้าสู่ระบบมีขนาดสูงสุดที่ระบุไว้คือ 50 KB

เราแนะนำให้ส่งเฉพาะข้อมูลบางฟิลด์ที่จำเป็นสำหรับข้อความแรกๆ เท่านั้น และเก็บข้อมูลที่เหลือไว้บนโปรไฟล์ผู้ใช้ ฟีเจอร์ Canvas Context ไม่ได้เปิดใช้งานสำหรับทุกพื้นที่ทำงาน และเอกสารระบุว่าให้ติดต่อผู้จัดการความสำเร็จของลูกค้า (Customer Success Manager) เพื่อขอสิทธิ์เข้าใช้งาน

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

‍

คุณควรใช้ตัวกำหนดเส้นทาง (Router) แบบใด: Audience Paths หรือ Action Paths?

ใช้ Audience Paths เพื่อจัดกลุ่มผู้ใช้ตามข้อมูลโปรไฟล์ในปัจจุบัน และใช้ Action Paths เพื่อจัดกลุ่มผู้ใช้ตามสิ่งที่พวกเขาจะทำต่อไป เอกสารระบุไว้อย่างชัดเจนเกี่ยวกับขอบเขตนี้ว่า หากต้องการกำหนดเส้นทางตามการกระทำ ให้ "ใช้ Action Paths แทน" ตารางนี้จะแสดงให้เห็นว่าแต่ละส่วนประกอบทำงานอย่างไรในเส้นทาง Onboarding

ส่วนประกอบสิ่งที่ประเมินการใช้งานสำหรับการเริ่มต้นใช้งาน (Onboarding)พฤติกรรมที่บันทึกไว้เพื่อวางแผนข้อมูลรายการ (Entry properties)ข้อมูลจากเหตุการณ์ที่กระตุ้นหรือการเรียก API แผน แหล่งที่มา หรือบทบาทที่บันทึกไว้ตอนสมัครสมาชิกขนาดวัตถุสูงสุด 50 KBเส้นทางกลุ่มเป้าหมาย (Audience Paths)โปรไฟล์และการเป็นสมาชิกกลุ่มเมื่อมาถึงแบ่งตามเป้าหมายที่ระบุหรือแหล่งที่มาของการได้มาซึ่งผู้ใช้การประเมินจะเกิดขึ้นทันที กลุ่มแรกที่ตรงตามเงื่อนไขจะเป็นผู้ชนะเส้นทางกิจกรรม (Action Paths)กิจกรรมแรกที่ผ่านเกณฑ์ในช่วงเวลาที่กำหนดแยกตามการสั่งซื้อครั้งแรก เซสชันแรก หรือการทำโปรไฟล์ให้สมบูรณ์ระยะเวลาเริ่มต้นหนึ่งวัน สูงสุด 31 วันการตรวจสอบการส่ง (Delivery validations)กลุ่มและตัวกรอง ณ เวลาที่ส่งหยุดการแจ้งเตือน (Nudge) ที่ผู้ใช้ไม่ต้องการอีกต่อไปตรวจสอบเฉพาะเกณฑ์ที่เพิ่มในขั้นตอนข้อความนั้นเกณฑ์การออก (Exit criteria)เหตุการณ์ข้อยกเว้นหรือตัวกรองนำผู้ใช้ออกเมื่อเปิดใช้งานแล้วผู้ใช้ที่อยู่ในขั้นตอนการหน่วงเวลา (Delay) จะออกเมื่อการหน่วงเวลาสิ้นสุดลง

‍

คุณควรจัดลำดับกลุ่มเป้าหมายอย่างไร?

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

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

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

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

‍

บริการจัดส่งชุดอาหารสมมติควรตั้งค่าเรื่องนี้อย่างไร?

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

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

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

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

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

‍

คุณจะรักษาการตัดสินใจในการกำหนดเส้นทางให้ถูกต้องจนกว่าข้อความจะถูกส่งได้อย่างไร?

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

การหน่วงเวลา, ช่วงเวลาห้ามรบกวน (Quiet Hours), การกำหนดเวลาอัจฉริยะ (Intelligent Timing) หรือการจำกัดอัตราการส่งอาจทำให้โปรไฟล์ไม่ตรงกับข้อความ Braze ได้ระบุวิธีแก้ไขไว้คือ ให้เปิดใช้งาน "ตรวจสอบกลุ่มเป้าหมายเมื่อส่งข้อความ" (Validate audience at message send) ในส่วนการตรวจสอบการส่งของขั้นตอนข้อความ

Braze แนะนำให้ใช้การตรวจสอบเมื่อมีการเปิดใช้งานช่วงเวลาห้ามรบกวน, การกำหนดเวลาอัจฉริยะ หรือการจำกัดอัตราการส่ง เราแนะนำให้ทำมากกว่านั้นโดยใช้การตรวจสอบกับทุกการแจ้งเตือนในช่วงเริ่มต้นใช้งาน

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

‍

ผู้ใช้ควรออกจากเส้นทางเมื่อใด?

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

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

พฤติกรรมดังกล่าวมีความสำคัญต่อทั้งการวิเคราะห์และการส่งข้อความ Braze จะอัปเดตจำนวนการออกจาก Canvas (Total Exits by Exit Criteria) ก็ต่อเมื่อผู้ใช้ได้ออกจาก Canvas อย่างสมบูรณ์แล้วเท่านั้น โปรดคำนึงถึงระยะเวลาหน่วง (delay) ของคุณเมื่ออ่านค่าจำนวนการออก

‍

ข้อผิดพลาดใดบ้างที่ทำให้เส้นทางการเริ่มต้นใช้งาน (onboarding) แบบเฉพาะบุคคลล้มเหลว?

ความล้มเหลวที่เราควรเฝ้าระวังคือพฤติกรรมที่ไม่ได้มีการวางแผนรองรับไว้ล่วงหน้า ซึ่งมี 4 ประเด็นที่ควรตรวจสอบในการทบทวนทุกครั้ง

• การกำหนดเส้นทางตามปฏิกิริยาตอบสนองโดยไม่มีการหน่วงเวลา ระบบจะประเมินผลทันที ขั้นตอน Audience Paths ที่วางไว้ต่อจากข้อความโดยตรงจะส่งทุกคนไปยังเส้นทาง "ไม่ได้โต้ตอบ" ดังนั้นควรเพิ่มการหน่วงเวลาก่อนเสมอ
• การกรองการเข้าถึงที่ตัวทริกเกอร์โดยตรง Braze มีคำเตือนเกี่ยวกับภาวะการแข่งขัน (race condition) ผู้ใช้อาจจะยังไม่อยู่ในกลุ่มเป้าหมายในขณะที่ทำกิจกรรมทริกเกอร์ ทำให้พวกเขาไม่สามารถเข้าสู่เส้นทางได้
• การอ่านคุณสมบัติของเหตุการณ์ (event properties) ในข้อความแรก ข้อมูลเหล่านั้นยังไม่พร้อมใช้งานในจุดนั้น ดังนั้นข้อความแรกควรใช้ข้อมูลจากการเข้าถึง (entry data) แทน
• การเปลี่ยนลำดับความสำคัญ (ranking) หลังจากเปิดใช้งานแล้ว Braze เตือนไม่ให้เปลี่ยนการตั้งค่าลำดับความสำคัญหลังจากเปิดใช้งานไปแล้วในขณะที่มีผู้ใช้อยู่ในขั้นตอนนี้ คุณควรตัดสินใจให้เรียบร้อยก่อนเริ่มใช้งาน

‍

หากคุณเพิ่มกลุ่มควบคุม (control group) เพื่อวัดผลเส้นทาง Braze จะติดตามการแปลงผล (conversions) ของทั้งกลุ่มควบคุมและกลุ่มทดสอบในช่วงเวลาเดียวกันเป๊ะ โดยที่กลุ่มควบคุมจะไม่ได้รับข้อความใดๆ เลย

‍

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

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

ข้อมูลที่ใช้ในการกำหนดเส้นทางครอบคลุมอยู่ใน การติดตามเหตุการณ์ของผู้ใช้งานและส่วนของเนื้อหาข้อความครอบคลุมอยู่ใน การปรับแต่งเนื้อหาด้วย Liquid tagsสำหรับคำถามเรื่องช่วงเวลา โปรดดู what resolves when in real-time personalisationและสำหรับการจัดกลุ่มผู้ใช้ โปรดดู การแบ่งกลุ่มเป้าหมายสำหรับแคมเปญอัตโนมัติ.

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

ในฐานะพันธมิตรด้านการติดตั้งใช้งาน Braze ทาง CustomerIK แนะนำให้สร้างเส้นทางสำรอง (fallback path) ก่อน แล้วจึงค่อยเพิ่มกลุ่มเป้าหมายทีละกลุ่ม ตรวจสอบความถูกต้องทุกครั้งที่มีการส่งข้อความ และกำหนดเหตุการณ์สิ้นสุด (exit event) สำหรับการกระทำที่ต้องการให้เกิดขึ้นจากเส้นทางของผู้ใช้นั้นๆ

‍

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

1. เราสามารถใช้ค่าเริ่มต้นของ Liquid ในข้อความต้อนรับผู้ใช้ใหม่ (onboarding) ได้หรือไม่?

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

2. การต้อนรับผู้ใช้ใหม่ควรใช้ Audience Paths หรือ Action Paths?

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

3. ขั้นตอนใน Action Paths สามารถรอได้นานเท่าใด?

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

4. Canvas สามารถเก็บข้อมูลการเข้าใช้งานหลังจากที่ผู้ใช้ออกจากเส้นทางไปแล้วได้หรือไม่?

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

5. Canvas สำหรับการต้อนรับผู้ใช้ใหม่สามารถมีได้กี่ขั้นตอน?

เอกสารระบุว่า Canvas หนึ่งรายการสามารถมีขั้นตอนได้สูงสุด 200 ขั้นตอน แต่เส้นทางสำหรับการต้อนรับผู้ใช้ใหม่ควรมีขนาดเล็กกว่านั้นมาก

‍

แหล่งข้อมูล

• Braze,สร้าง Canvasสืบค้นเมื่อ 24 ต.ค. 2026
• Braze,เส้นทางกลุ่มเป้าหมาย (Audience Paths)สืบค้นเมื่อ 24 ต.ค. 2026
• Braze,เส้นทางตามการกระทำ (Action Paths)สืบค้นเมื่อ 24 ต.ค. 2026
• Braze,การหน่วงเวลา (Delay)สืบค้นเมื่อ 24 ต.ค. 2026
• Braze,เกณฑ์การออกจากระบบสืบค้นเมื่อ 24 ต.ค. 2026
• Braze,ข้อความสืบค้นเมื่อ 24 ต.ค. 2026
• Braze,คุณสมบัติของบริบทและเหตุการณ์สืบค้นเมื่อ 24 ต.ค. 2026
• Braze,การอัปเดตผู้ใช้สืบค้นเมื่อ 24 ต.ค. 2026
• Braze,การใช้ Liquidสืบค้นเมื่อ 24 ต.ค. 2026
• ข้อจำกัดและฟีเจอร์ของเวิร์กสเปซที่อธิบายไว้ ณ ที่นี้มาจากหน้าเว็บข้างต้นและอาจมีการเปลี่ยนแปลงได้ ดังนั้นโปรดใช้หน้าเว็บที่เชื่อมโยงไว้เป็นข้อมูลอ้างอิงสำหรับการสร้างงานจริง
• เขียนโดย CustomerIK พันธมิตรด้านการติดตั้งใช้งาน Braze

‍

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

หาก Canvas สำหรับการเริ่มต้นใช้งาน (Onboarding) ของคุณมีการนำทางผู้ใช้ก่อนที่จะมีข้อมูลเพียงพอสำหรับการนำทางอย่างมีประสิทธิภาพ มาคุยกันเถอะ

‍