วางแผนลำดับอีเมลต้อนรับสำหรับ SaaS, ร้านค้า หรือจดหมายข่าว พร้อมตัวอย่างอีเมล จังหวะเวลา การตรวจการเข้าเกณฑ์ และการทดสอบก่อนส่ง
ลำดับอีเมลต้อนรับช่วยให้ผู้รับข่าวสารรายใหม่รู้ว่าควรทำอะไรต่อ สำหรับผลิตภัณฑ์ SaaS นั่นอาจเป็นการสร้างโปรเจกต์แรก สำหรับร้านค้า อาจเป็นการทำความรู้จักสินค้าที่มีขาย และสำหรับจดหมายข่าว อาจเป็นการรู้ว่าจะได้รับอะไรและบ่อยแค่ไหน
เริ่มจากสิ่งที่สัญญาไว้ตอนสมัคร อีเมลที่ตามมาทุกฉบับควรช่วยทำตามสัญญานั้น จังหวะเวลาและจำนวนอีเมลขึ้นอยู่กับผลิตภัณฑ์และกลุ่มเป้าหมาย ตัวอย่างด้านล่างจึงเป็นจุดเริ่มต้นสำหรับการทดสอบ ลำดับอีเมลต้อนรับคือโฟลว์แรกในบรรดาโฟลว์ตามวงจรชีวิตลูกค้าที่บทความอีเมลอัตโนมัติด้วย AI อธิบายไว้
| จุดเริ่มต้น | อีเมลแรกที่มีประโยชน์ | สิ่งที่ต้องตรวจ |
|---|---|---|
| สร้างบัญชีแล้ว | การตั้งค่า 1 อย่าง | ควรให้ยืนยันอีเมลก่อนหรือไม่ |
| ยืนยันอีเมลแล้ว | คำต้อนรับและลิงก์ตรงไปยังผลิตภัณฑ์ | หลีกเลี่ยงการส่งซ้ำซ้อนกับอีเมลยืนยัน |
| สมัครรับจดหมายข่าว | สิ่งที่จะได้รับและตัวอย่างที่มีประโยชน์ 1 ชิ้น | ความยินยอมและหัวข้อที่ผู้รับเลือก |
| สมัครสมาชิกร้านค้า | สินค้า คำแนะนำ หรือข้อเสนอที่สัญญาไว้ | เงื่อนไขจริงและวันหมดอายุของข้อเสนอ |
Brew เริ่มโฟลว์ได้จากเหตุการณ์ที่กำหนดเองจากแบ็กเอนด์ หรือจากการเชื่อมต่อที่รองรับ เช่น Supabase และ Clerk ให้สร้างเพย์โหลดตามสคีมาของทริกเกอร์ที่เลือก และใช้ ID จริงของทริกเกอร์นั้น
| อีเมล | จังหวะเวลาเริ่มต้น | หน้าที่ | เกณฑ์เมื่อถึงเวลาส่ง |
|---|---|---|---|
| ต้อนรับ | หลังสมัครหรือยืนยันอีเมล | ช่วยสร้างโปรเจกต์แรก | บัญชีใหม่ |
| ช่วยตั้งค่า | วันที่ 2 | แสดงตัวอย่างสั้น ๆ 1 ตัวอย่าง | ยังไม่ได้เริ่มใช้งานจริง |
| ขั้นตอนถัดไป | หลังเริ่มใช้งานจริง | แนะนำสิ่งที่มีประโยชน์ที่ควรทำต่อ | เริ่มใช้งานจริงแล้ว |
| อีเมลเตือนช่วงทดลองใช้ | ก่อนช่วงทดลองใช้สิ้นสุด | อธิบายว่าจะเกิดอะไรต่อ | ยังอยู่ในช่วงทดลองใช้และยังไม่ได้ชำระเงิน |
| อีเมลถามไถ่ | หลังเว้นระยะที่เหมาะสม | เสนอความช่วยเหลือ | ยังเข้าเกณฑ์และได้รับอนุญาตให้รับอีเมลนี้ |
เขียนอีเมลแต่ละฉบับโดยยึดการกระทำเดียว ใช้ URL ปลายทางจริง หัวเรื่องที่ชัดเจน และที่อยู่สำหรับตอบกลับที่มีคนคอยดูอยู่ หลีกเลี่ยงการเร่งเร้าแบบทั่วไป และคำกล่าวอ้างเรื่องผลลัพธ์ที่คุณยังไม่ได้วัด
สำหรับจดหมายข่าว อีเมลแรกอาจส่งสิ่งที่สัญญาไว้ให้ บอกความถี่ในการส่ง และแสดงบทความที่เป็นตัวแทนของจดหมายข่าว อีเมลถัดมาอาจอธิบายการเลือกหัวข้อที่สนใจ หรือแนะนำผู้เขียน จดหมายข่าวไม่จำเป็นต้องมีฟันเนลการเริ่มใช้งานจริงแบบ SaaS เพื่อให้มีเหตุผลที่จะส่งอีเมลฉบับที่สอง
สำหรับร้านค้า ให้ส่งข้อเสนอที่สัญญาไว้ก่อน แล้วจึงให้คำแนะนำในการเลือกซื้อที่มีประโยชน์ ระบุข้อยกเว้นและวันหมดอายุให้ถูกต้อง การซื้ออาจทำให้อีเมลเตือนเรื่องส่วนลดที่เหลือไม่เกี่ยวข้องอีกต่อไป จึงควรรวมสถานะการซื้อไว้ในการตรวจการเข้าเกณฑ์ด้วย
ตัดสินใจว่าอะไรควรหยุดอีเมลแต่ละฉบับ: การเริ่มใช้งานจริง การซื้อ ข้อเสนอที่หมดอายุ การลบบัญชี การยกเลิกการรับข่าวสาร หรือการเปลี่ยนแพ็กเกจ จากนั้นนำกฎนั้นไปใช้ในระบบที่อ่านสถานะปัจจุบันได้จริง
ในโฟลว์ของ Brew ที่เริ่มจากเหตุการณ์ เงื่อนไขบน payload.activated จะอ่านค่าจากเหตุการณ์ต้นทาง ส่วนเงื่อนไขบน contact.activated จะอ่านฟิลด์ผู้ติดต่อใน Brew ณ ปัจจุบันตอนที่โหนดทำงาน รวมถึงหลังขั้นตอน “รอ” ด้วย ประกาศและซิงค์ฟิลด์นั้น แล้ววางเงื่อนไขไว้ก่อนอีเมลเตือนทุกฉบับที่ขึ้นอยู่กับฟิลด์นี้ การอัปเดตผู้ติดต่อหรือเหตุการณ์ที่เกิดขึ้นทีหลังไม่ได้ยกเลิกรอบการทำงานก่อนหน้าโดยอัตโนมัติ
สำหรับเกณฑ์ที่ขึ้นอยู่กับข้อมูลบัญชีที่ไม่ได้ซิงค์ หรือการซื้อรายการใดรายการหนึ่ง ให้ตั้งเวลาการตรวจไว้ในแอปพลิเคชันของคุณ อ่านข้อมูลต้นฉบับที่เชื่อถือได้เมื่อถึงเวลาส่ง แล้วส่งเหตุการณ์เตือนสำหรับผู้ที่เข้าเกณฑ์แยกต่างหาก เฉพาะเมื่อกฎยังตรงอยู่ ดูเอกสารการสร้างระบบอัตโนมัติ
อธิบายทริกเกอร์ กลุ่มเป้าหมาย การกระทำที่ต้องการ และน้ำเสียงใน Brew หรือจะเริ่มจากตัวอย่างสาธารณะในแกลเลอรีโฟลว์ก็ได้ ให้มองจังหวะเวลาของตัวอย่างเป็นแรงบันดาลใจ ไม่ใช่หลักฐานว่าตารางเวลาเดียวกันจะได้ผลกับกลุ่มเป้าหมายของคุณ
ตรวจทานกราฟระบบอัตโนมัติที่สร้างขึ้นและอีเมลทุกฉบับ ยืนยันลิงก์ ผู้ส่ง ค่าสำรองของการปรับเนื้อหาเฉพาะบุคคล และวัตถุประสงค์ของโดเมน อีเมลยืนยันกับอีเมลแนะนำการใช้งานเชิงโปรโมชันอาจมีข้อกำหนดต่างกัน คู่มือของ FTC อธิบายเกณฑ์วัตถุประสงค์หลักของสหรัฐฯ ส่วนข้อกำหนดสำหรับผู้ส่งของ Gmail ครอบคลุมกฎด้านการยืนยันตัวตน อัตราสแปม และการยกเลิกการรับข่าวสาร
ทดสอบการสมัคร เหตุการณ์ที่ส่งซ้ำ ข้อมูลสำหรับปรับเนื้อหาเฉพาะบุคคลที่ขาดหาย และผู้รับที่ไม่เข้าเกณฑ์ สำหรับเงื่อนไขของผู้ติดต่อ ให้อัปเดตฟิลด์ที่ซิงค์ระหว่างช่วงรอ แล้วยืนยันว่าอีเมลเตือนถูกข้าม และทดสอบกรณีที่ไม่มีข้อมูลในฟิลด์ด้วย สำหรับอีเมลเตือนที่แอปพลิเคชันตั้งเวลาไว้ ให้เริ่มใช้งานจริงหรือซื้อก่อนถึงเวลาตรวจ แล้วยืนยันว่าไม่มีการส่งเหตุการณ์เตือนออกไป ตรวจการจัดการการยกเลิกการรับข่าวสารและผลการนำส่งด้วย
เผยแพร่หลังจากตรวจทานอีเมลและการตรวจการเข้าเกณฑ์แล้วเท่านั้น ติดตามการกระทำที่ลำดับอีเมลตั้งใจจะช่วย เช่น การตั้งค่าที่เสร็จสมบูรณ์หรือคำสั่งซื้อแรก ควบคู่กับข้อมูลการนำส่งและการคลิก เก็บอีเมลที่ช่วยให้ผู้คนลงมือทำสิ่งนั้นไว้ แล้วปรับแก้ฉบับที่เหลือ
หากต้องการตัวอย่างการนำไปใช้ ดูการสร้างลำดับอีเมลแนะนำการใช้งานจาก Cursor และการเปลี่ยนผู้ทดลองใช้เป็นลูกค้าด้วยเหตุการณ์ในผลิตภัณฑ์
