# ลำดับอีเมลต้อนรับ: ตัวอย่าง จังหวะเวลา และเกณฑ์ผู้รับ

URL หลัก: https://brew.new/th/blog/welcome-email-sequence
ผู้เขียน: Brew Team
เผยแพร่: 2026-08-16
อัปเดต: 2026-09-29

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

เริ่มจากสิ่งที่สัญญาไว้ตอนสมัคร อีเมลที่ตามมาทุกฉบับควรช่วยทำตามสัญญานั้น จังหวะเวลาและจำนวนอีเมลขึ้นอยู่กับผลิตภัณฑ์และกลุ่มเป้าหมาย ตัวอย่างด้านล่างจึงเป็นจุดเริ่มต้นสำหรับการทดสอบ ลำดับอีเมลต้อนรับคือโฟลว์แรกในบรรดาโฟลว์ตามวงจรชีวิตลูกค้าที่บทความ[อีเมลอัตโนมัติด้วย AI](/th/blog/ai-email-automation) อธิบายไว้

## เลือกเหตุการณ์เริ่มต้นให้ถูก

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

Brew เริ่มโฟลว์ได้จากเหตุการณ์ที่กำหนดเองจากแบ็กเอนด์ หรือจากการเชื่อมต่อที่รองรับ เช่น [Supabase](/th/browse/integrations/supabase) และ [Clerk](/th/browse/integrations/clerk) ให้สร้างเพย์โหลดตามสคีมาของทริกเกอร์ที่เลือก และใช้ ID จริงของทริกเกอร์นั้น

## ตัวอย่างอีเมลต้อนรับสำหรับ SaaS

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

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

## ตัวอย่างอีเมลต้อนรับสำหรับจดหมายข่าวหรือร้านค้า

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

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

## กำหนดกฎการออกจากลำดับก่อนเขียนอีเมลที่ตามมา

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

ในโฟลว์ของ Brew ที่เริ่มจากเหตุการณ์ เงื่อนไขบน `payload.activated` จะอ่านค่าจากเหตุการณ์ต้นทาง ส่วนเงื่อนไขบน `contact.activated` จะอ่านฟิลด์ผู้ติดต่อใน Brew ณ ปัจจุบันตอนที่โหนดทำงาน รวมถึงหลังขั้นตอน “รอ” ด้วย ประกาศและซิงค์ฟิลด์นั้น แล้ววางเงื่อนไขไว้ก่อนอีเมลเตือนทุกฉบับที่ขึ้นอยู่กับฟิลด์นี้ การอัปเดตผู้ติดต่อหรือเหตุการณ์ที่เกิดขึ้นทีหลังไม่ได้ยกเลิกรอบการทำงานก่อนหน้าโดยอัตโนมัติ

สำหรับเกณฑ์ที่ขึ้นอยู่กับข้อมูลบัญชีที่ไม่ได้ซิงค์ หรือการซื้อรายการใดรายการหนึ่ง ให้ตั้งเวลาการตรวจไว้ในแอปพลิเคชันของคุณ อ่านข้อมูลต้นฉบับที่เชื่อถือได้เมื่อถึงเวลาส่ง แล้วส่งเหตุการณ์เตือนสำหรับผู้ที่เข้าเกณฑ์แยกต่างหาก เฉพาะเมื่อกฎยังตรงอยู่ ดูเอกสาร[การสร้างระบบอัตโนมัติ](https://docs.brew.new/create-emails/build-an-automation#check-state-before-later-reminders)

## สร้างและตรวจทานลำดับอีเมล

อธิบายทริกเกอร์ กลุ่มเป้าหมาย การกระทำที่ต้องการ และน้ำเสียงใน Brew หรือจะเริ่มจากตัวอย่างสาธารณะใน[แกลเลอรีโฟลว์](/th/browse/flows)ก็ได้ ให้มองจังหวะเวลาของตัวอย่างเป็นแรงบันดาลใจ ไม่ใช่หลักฐานว่าตารางเวลาเดียวกันจะได้ผลกับกลุ่มเป้าหมายของคุณ

ตรวจทานกราฟระบบอัตโนมัติที่สร้างขึ้นและอีเมลทุกฉบับ ยืนยันลิงก์ ผู้ส่ง ค่าสำรองของการปรับเนื้อหาเฉพาะบุคคล และวัตถุประสงค์ของโดเมน อีเมลยืนยันกับอีเมลแนะนำการใช้งานเชิงโปรโมชันอาจมีข้อกำหนดต่างกัน [คู่มือของ FTC](https://www.ftc.gov/business-guidance/resources/can-spam-act-compliance-guide-business) อธิบายเกณฑ์วัตถุประสงค์หลักของสหรัฐฯ ส่วน[ข้อกำหนดสำหรับผู้ส่งของ Gmail](https://support.google.com/mail/answer/81126) ครอบคลุมกฎด้านการยืนยันตัวตน อัตราสแปม และการยกเลิกการรับข่าวสาร

## ทดสอบมากกว่าแค่กรณีที่ทุกอย่างราบรื่น

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

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

หากต้องการตัวอย่างการนำไปใช้ ดู[การสร้างลำดับอีเมลแนะนำการใช้งานจาก Cursor](/th/blog/how-to-create-an-email-onboarding-sequence-from-cursor) และ[การเปลี่ยนผู้ทดลองใช้เป็นลูกค้าด้วยเหตุการณ์ในผลิตภัณฑ์](/th/blog/how-to-build-a-saas-trial-conversion-email-sequence-with-product-events)