วิธีสร้างข้อความในแอปที่น่าสนใจด้วย Braze

A hand tapping a smiley-face feedback prompt on a phone screen, beside a printed card with a smiling face

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

‍

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

ตัดสินใจเรื่องขั้นตอนถัดไปก่อนเริ่มออกแบบ: ระบุชื่อกลุ่ม (segment) แคมเปญ หรือ Canvas ที่ควรเกิดขึ้นหลังจากที่มีคนตอบสนอง
การคลิกปุ่มสามารถนำมาแบ่งกลุ่มได้สูงสุดสองปุ่ม โดยในรายงานจะระบุเป็น "0" และ "1" ส่วนการคลิกที่ตัวเนื้อหาข้อความจะไม่ถูกจัดเก็บโดยอัตโนมัติสำหรับข้อความแบบลากและวาง (drag-and-drop)
ข้อผิดพลาดของ Liquid ในหน้าใดหน้าหนึ่งของข้อความแบบหลายหน้าจะทำให้ Liquid ในทุกหน้าใช้งานไม่ได้ ดังนั้นควรทดสอบข้อความในฐานะเทมเพลตเดียว
ตัวแก้ไขแบบลากและวางมีข้อกำหนดเวอร์ชัน SDK ขั้นต่ำ ซึ่งทำให้การกำหนดเวอร์ชัน SDK ขั้นต่ำกลายเป็นส่วนหนึ่งของการตัดสินใจในการกำหนดกลุ่มเป้าหมาย
คำตอบจากแบบสำรวจที่บันทึกเป็นคุณลักษณะเฉพาะ (custom attributes) สามารถนำมาใช้ในการแบ่งกลุ่มได้ แต่คำตอบที่เป็นข้อความยาวๆ ไม่สามารถทำได้
Braze แนะนำให้หลีกเลี่ยงการใช้ข้อความในแอปสำหรับข้อมูลอัปเดตที่สำคัญและต้องอาศัยความรวดเร็ว

‍

คุณควรสร้างข้อความในแอปด้วยตัวแก้ไขตัวไหนของ Braze?

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

ตัวแก้ไขแบบดั้งเดิมยังคงเป็นตัวเลือกที่เหมาะสมสำหรับสไลด์อัปและ HTML ที่เขียนขึ้นเอง เทมเพลต HTML เดิมจะไม่ถูกย้ายมาโดยอัตโนมัติ ดังนั้นคุณต้องสร้างใหม่ในตัวแก้ไขตัวใหม่ หรือนำไปใส่ในบล็อก Custom code ในรูปแบบ HTML, CSS และ JavaScript ดิบ

‍

คุณควรตัดสินใจเรื่องอะไรบ้างก่อนที่จะเปิดตัวแก้ไข?

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

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

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

จดบันทึกขั้นตอนถัดไป: แคมเปญ, Canvas หรือกลุ่มที่ควรเกิดขึ้นหลังจากที่มีคนตอบสนอง
จับคู่กับตัวระบุปุ่ม "0" และ "1" หรือคำตอบจากแบบสำรวจที่บันทึกเป็นคุณลักษณะเฉพาะ
หลังจากนั้นค่อยเลือกเทมเพลต เลย์เอาต์ และจำนวนหน้า

‍

คุณจะสร้างข้อความในแอปแบบหลายหน้าให้ใช้งานได้จริงได้อย่างไร?

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

การออกแบบข้อความมีกฎสำคัญคือจำกัดไว้ไม่เกิน 10 หน้าต่อข้อความ วางแผนขั้นตอนบนกระดาษก่อนและทำให้กระชับเพื่อให้ผู้ใช้ทำจนจบได้ ทุกหน้าต้องเชื่อมโยงไปยังหน้าอื่น หากหน้าใดไม่มีการเชื่อมต่อ ข้อความนั้นจะไม่แสดงผล การเชื่อมต่อหน้าต่างๆ ทำได้ผ่านปุ่มหรือรูปภาพที่ตั้งค่าเป็น "ไปที่หน้า" (Go to page) ทุกขั้นตอนต้องมีองค์ประกอบที่แตะได้ ไม่ใช่แค่การปัดหน้าจอ และไม่สามารถลบปุ่มปิด (X) ได้ ให้ถือว่าผู้ใช้สามารถออกจากหน้าใดก็ได้เสมอ และควรใส่การกระทำหลักไว้ตั้งแต่ช่วงแรก ข้อผิดพลาดของ Liquid ในหน้าใดหน้าหนึ่งจะส่งผลให้ Liquid ในทุกหน้าใช้งานไม่ได้ ดังนั้นให้ถือว่าข้อความทั้งหมดเป็นเทมเพลตเดียวกันเมื่อทำการทดสอบ

‍

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

‍

ตัวแก้ไขแบบลากและวาง (drag-and-drop editor) ต้องการ SDK เวอร์ชันใดบ้าง?

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

แพลตฟอร์มขั้นต่ำที่แนะนำSwift5.0.0+6.5.0+เว็บ2.5.0+4.8.1+Android8.0.0+26.0.0+

‍

มีสองฟีเจอร์ที่ต้องใช้บิลด์เวอร์ชันใหม่กว่า ได้แก่ ลิงก์ข้อความที่ไม่ปิดข้อความต้องใช้ Swift 6.2.0 หรือใหม่กว่า หรือ Android 26.0.0 หรือใหม่กว่า ส่วนการทำงานของปุ่มที่ขอสิทธิ์แจ้งเตือน (push primer) ต้องใช้ Swift 6.5.0, เว็บ 4.8.1 หรือ Android 26.0.0 ขึ้นไป

สำหรับเว็บ ให้ตั้งค่า allowUserSuppliedJavascript เป็น true ในขั้นตอนการเริ่มต้นใช้งาน ตัวเลือกเก่าอย่าง enableHtmlInAppMessages ยังคงใช้งานได้แต่ถือว่าเลิกใช้แล้ว

// การเริ่มต้นใช้งาน Web SDK สำหรับข้อความในแอปแบบลากและวาง
// แทนที่ตัวยึดตำแหน่งด้วยค่าสำหรับเวิร์กสเปซของคุณ
braze.initialize("YOUR-API-KEY-HERE", {
  baseUrl: "YOUR-SDK-ENDPOINT-HERE",
  allowUserSuppliedJavascript: true
});

‍

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

‍

แบบสำรวจเปลี่ยนข้อความในแอปให้เป็นสัญญาณข้อมูลได้อย่างไร?

แบบสำรวจของ Braze จะรวบรวมความคิดเห็นผ่านข้อความในแอปและหน้า Landing Page สำหรับข้อความในแอป คุณสามารถเลือก "แบบสำรวจ" (Survey) เป็นประเภทข้อความในหน้าสร้างข้อความก่อนที่จะเปิดตัวแก้ไข

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

ใช้ปุ่มตัวเลือก (radio buttons), ช่องทำเครื่องหมาย (checkboxes), รายการแบบดรอปดาวน์ หรือมาตรวัดระดับความพึงพอใจสำหรับข้อมูลที่คุณต้องการนำไปดำเนินการต่อ
เก็บข้อความยาวๆ ไว้สำหรับบริบทที่คุณจะอ่านในแท็บการตอบกลับ (Responses) หรือส่งออกเป็นไฟล์ CSV
กำหนดตัวระบุสำหรับการรายงาน (Identifier for Reporting) ให้กับบล็อกแบบฟอร์มทุกบล็อกก่อนเปิดใช้งานจริง

‍

คุณควรทดสอบข้อความในแอปอย่างไรก่อนเปิดใช้งานจริง?

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

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

‍

เมื่อใดที่ข้อความในแอปไม่ใช่ช่องทางที่เหมาะสม?

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

การ ตั้งค่าตัวกระตุ้น (trigger) จะเป็นตัวกำหนดช่วงเวลา และ การเชื่อมโยงแบบลึก (deep links) จะเป็นตัวกำหนดว่าปุ่มจะพาผู้ใช้ไปที่ไหนต่อ ข้อความในแอปเพื่อแนะนำการแจ้งเตือนแบบพุช (push primer) มักจะใช้งานควบคู่ไปกับ การแบ่งกลุ่มผู้ใช้สำหรับการแจ้งเตือนแบบพุช.ขั้นตอนการเริ่มต้นใช้งาน (Onboarding flows) เป็นจุดที่ข้อความแบบหลายหน้าแสดงประสิทธิภาพได้ดีที่สุด และ การปรับแต่งเฉพาะบุคคล คือสิ่งที่ช่วยให้แต่ละหน้ามีความเกี่ยวข้องกับผู้ใช้

‍

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

1. ฉันสามารถสร้างข้อความแบบสไลด์อัป (slideup) ในตัวแก้ไขแบบลากและวางได้หรือไม่?

ตัวแก้ไขแบบลากและวางใช้สำหรับสร้างข้อความแบบโมดอลและแบบเต็มหน้าจอ ส่วนข้อความแบบสไลด์อัปจะต้องสร้างในตัวแก้ไขแบบดั้งเดิม

2. ฉันสามารถแบ่งกลุ่มผู้ใช้ตามปุ่มที่พวกเขาแตะได้หรือไม่?

ได้ สำหรับปุ่มสูงสุดสองปุ่ม ให้ตั้งค่า Identifier for Reporting เป็น "0" และ "1" จากนั้นคุณจึงจะสามารถแบ่งกลุ่มตามการคลิกปุ่มเหล่านั้นได้

3. ทำไม Liquid ของฉันถึงแสดงเป็นข้อความธรรมดาในข้อความแบบหลายหน้า?

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

4. ทำไมผู้ใช้บางคนถึงไม่ได้รับข้อความจากตัวแก้ไขแบบลากและวางของฉัน?

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

5. ฉันสามารถเพิ่มลิงก์ในข้อความโดยไม่ให้ข้อความปิดตัวลงได้หรือไม่?

ได้ สำหรับ SDK เวอร์ชันใหม่ Braze กำหนดให้ต้องใช้ Swift 6.2.0 หรือใหม่กว่า และ Android 26.0.0 หรือใหม่กว่า เพื่อให้ลิงก์ในข้อความไม่ทำให้ข้อความปิดตัวลง

‍

แหล่งข้อมูล

Brazeข้อความในแอปสืบค้นเมื่อ 1 ต.ค. 2026
Brazeสร้างข้อความในแอปด้วยเครื่องมือลากและวางสืบค้นเมื่อ 1 ต.ค. 2026
Brazeคำถามที่พบบ่อยเกี่ยวกับข้อความในแอปสืบค้นเมื่อ 1 ต.ค. 2026
Brazeแบบสำรวจผ่านข้อความในแอปสืบค้นเมื่อ 1 ต.ค. 2026
Brazeการรวม SDK สำหรับเว็บสืบค้นเมื่อ 1 ต.ค. 2026
เขียนโดย CustomerIK พันธมิตรด้านการติดตั้งใช้งาน Braze

‍

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

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

‍