ตัวอย่างเวิร์กโฟลว์
ออกแบบระบบส่งคำขอจาก WhatsApp เข้า CRM สำหรับ SME สิงคโปร์
ตัวอย่างออกแบบ WhatsApp เชื่อม CRM ตั้งแต่ตรวจ webhook จับคู่ผู้ติดต่อ มอบหมายงาน กติกาส่งข้อความ ไปจนถึงทดสอบการกู้คืน
โดย Automate HQ · ปรับปรุง · 5 นาที

สรุปประเด็น
ระบบ WhatsApp เชื่อม CRM ที่ใช้ได้จริงควรเปลี่ยนข้อความลูกค้าให้เป็นผู้ติดต่อที่ระบุได้ พร้อมงานติดตามและผู้รับผิดชอบ ตรวจ webhook เก็บเหตุการณ์อย่างถาวร และป้องกันการทำซ้ำก่อนเพิ่ม AI แยกกฎส่งข้อความลูกค้าออกจากงาน CRM และทดสอบการส่งต่อเมื่อบริการใดบริการหนึ่งล่ม
- 01ตรวจและเข้าคิว
- 02จับคู่ผู้ติดต่อ
- 03มอบหมายงานติดตาม
- 04ติดตามผล
เริ่มจากหนึ่งคำขอและหนึ่งผู้รับผิดชอบ
นี่คือตัวอย่างออกแบบสำหรับธุรกิจบริการในสิงคโปร์ ไม่ใช่โครงการลูกค้าที่ทำเสร็จแล้ว สมมติลูกค้าติดต่อขอนัดซ่อมบำรุง ผลที่ต้องการคือข้อมูลผู้ติดต่อที่เชื่อมกับคำขอ พนักงานที่รับผิดชอบ และกำหนดติดตาม การตอบกลับทันทีอย่างเดียวยังไม่ได้ทำให้เกิดผลเหล่านี้
ใช้ WhatsApp Business Platform ทางการหรือผู้ให้บริการเชื่อมต่อที่เหมาะสม ตัวรับ webhook ที่ตรวจสอบได้ ที่เก็บเหตุการณ์ถาวร และ CRM API โดยให้ n8n ประสานขั้นตอน ตรวจสิทธิ์บัญชีและความสามารถ API ที่ธุรกิจใช้ได้ก่อนเลือกรูปแบบติดตั้ง
ตรวจเหตุการณ์ก่อนสร้างเป็นลูกค้าเป้าหมาย
ทำการยืนยัน webhook และตรวจลายเซ็นข้อมูลตามที่ผู้ให้บริการกำหนด Meta มีตัวอย่างตรวจลายเซ็นข้อมูล webhook ของ Cloud API เก็บไบต์คำขอต้นฉบับไว้ตรวจ เพราะ JSON ที่แปลงเป็นออบเจ็กต์แล้วแปลงกลับอาจมีไบต์ไม่ตรงกับที่ลงลายเซ็น
เมื่อตรวจผ่าน ให้บันทึกเหตุการณ์อย่างถาวรก่อนตอบรับว่าสำเร็จ ตัวรับควรตอบเร็ว แล้วให้งาน CRM ทำต่อแบบอะซิงโครนัส แยกข้อความลูกค้าออกจากเหตุการณ์สถานะการส่ง เพื่อไม่ให้สถานะสร้างลูกค้าใหม่ และจัดการทุกรายการที่เกี่ยวข้องในชุดข้อมูลที่ส่งมาพร้อมกัน
ใช้รหัสข้อความที่คงที่และผูกกับบัญชีธุรกิจตรวจข้อมูลซ้ำ บังคับค่าห้ามซ้ำเพื่อป้องกันตัวประมวลผลสองตัวทำงานเดียวกันพร้อมกัน แยกบันทึกผลการอัปเดตผู้ติดต่อ การสร้างงาน และการส่งคำตอบ เพราะแต่ละส่วนอาจสำเร็จหรือล้มเหลวไม่พร้อมกัน
จับคู่ผู้ติดต่อโดยไม่แต่งอีเมลขึ้นมา
เก็บตารางจับคู่รหัสผู้ส่งของช่องทางกับรหัสรายการใน CRM ปรับรูปแบบเบอร์โทรเมื่อมีข้อมูลเพียงพอ อย่าเหมาว่าทุกคำขอใช้รหัสประเทศสิงคโปร์ และเบอร์ธุรกิจที่ใช้ร่วมกันก็ไม่ได้ระบุบุคคลคนเดียวเสมอไป
หากใช้ HubSpot ให้ตรวจข้อกำหนด Contacts API และ properties ที่ตั้งไว้ HubSpot รองรับการค้นผู้ติดต่อด้วยรหัสรายการหรืออีเมล และอธิบายการใช้รหัสเฉพาะที่กำหนดเองกับงานแบบกลุ่มบางประเภท ช่องเบอร์โทรธรรมดาไม่ได้เป็นรหัสไม่ซ้ำสำหรับ upsert โดยอัตโนมัติ อย่าสร้างอีเมลปลอมเพื่อให้ข้อมูลผ่านการตรวจ
หากพบผู้ติดต่อเดิมหลายคนตรงกัน ให้พักคำขอรอตรวจ ใช้รหัสภายนอกแบบไม่ซ้ำที่กำหนดเองเมื่อระบบรองรับ มิฉะนั้นให้เก็บการจับคู่ถาวรและสร้างรายการของผู้ส่งเดียวกันทีละงาน รักษาค่าเดิมใน CRM แทนการเขียนทับด้วยข้อมูลที่ไม่มีในข้อความ
| ข้อมูล | แหล่งที่มา | ใช้เพื่อ |
|---|---|---|
| รหัสเหตุการณ์ | webhook ที่ตรวจแล้ว | ป้องกันประมวลผลซ้ำ |
| รหัสผู้ส่ง / รหัส CRM | การจับคู่ที่ตรวจแล้ว | ผูกคำขอกับรายการที่ถูกต้อง |
| สรุปคำขอและข้อมูลอ้างอิงต้นทาง | ข้อความลูกค้า | ให้ผู้รับผิดชอบเข้าใจเรื่อง |
| ผู้รับผิดชอบและกำหนดเวลา | กฎส่งงานของธุรกิจ | กำหนดผู้ติดตามงาน |
| สิทธิ์ส่งข้อความและสถานะยกเลิกรับ | ความประสงค์ลูกค้าที่บันทึกไว้ | ควบคุมการติดต่อที่อนุญาต |
| สถานะประมวลผลและรหัสภายนอก | บันทึกการทำงาน | ตรวจความตรงกันและกู้คืน |
ส่งงานตามเวลาทำการสิงคโปร์
เก็บเวลาเหตุการณ์ในรูปแบบเดียวกันและคำนวณกำหนดงานด้วย Asia/Singapore ตกลงวิธีจัดการนอกเวลางาน วันหยุด และเมื่อผู้รับผิดชอบไม่อยู่ หากทีมไทยดูแลคิว ให้แสดงเขตเวลาคู่กับกำหนดส่ง แทนการอาศัยค่าบนเครื่องแต่ละคน
สร้างงานที่เชื่อมกับผู้ติดต่อและคำขอ เริ่มด้วยกฎตายตัว เช่น ประเภทบริการหรือพื้นที่ หากใช้ AI สรุปข้อความ ให้เก็บอ้างอิงกลับไปต้นฉบับและถือสรุปเป็นร่าง อย่าให้สรุปแต่งการยืนยันนัด ราคา หรือคำมั่นเรื่องบริการขึ้นเอง
มีงานใน CRM ไม่ได้แปลว่าส่งข้อความได้เสมอ
นโยบาย Business Messaging ของ WhatsApp อนุญาตให้ตอบแบบอิสระภายในช่วงบริการลูกค้า 24 ชั่วโมงที่เริ่มหรือเริ่มนับใหม่เมื่อลูกค้าส่งข้อความ นอกช่วงนี้ต้องใช้เทมเพลตที่อนุมัติแล้ว นโยบายยังกำหนดเรื่องการยินยอมให้ติดต่อภายหลังและการเคารพคำขอยกเลิกรับ ตรวจนโยบายล่าสุดเมื่อพัฒนาระบบ
ก่อนส่งทุกครั้ง ให้ตรวจช่วงเวลาปัจจุบัน วัตถุประสงค์ เทมเพลตที่ใช้ได้ และสิทธิ์ที่บันทึกไว้ คำตอบที่รอในคิวอาจหมดสิทธิ์ส่งระหว่าง CRM ล่ม จัดช่องทางให้ลูกค้าคุยกับคนได้ชัดเจน และอย่าถือว่าการสอบถามครั้งหนึ่งเป็นการอนุญาตให้ทำการตลาดได้ไม่จำกัด
ทดสอบว่าการส่งต่องานรอดจากข้อผิดพลาด
ส่งข้อความเดิมซ้ำ ส่งสองข้อความจากผู้ติดต่อใหม่คนเดียวกันพร้อมกัน และจำลอง CRM หมดเวลาหลังสร้างรายการ เกณฑ์รับงานคือได้ผู้ติดต่อหนึ่งรายตามที่ตั้งใจและงานหนึ่งรายการต่อคำขอที่นิยามไว้ หรือมีรายการรอตรวจชัดเจนหากยืนยันตัวตนไม่ได้ ตรวจปลายทางก่อนลองเขียนซ้ำเมื่อยังไม่แน่ใจผล
ทดสอบข้อความนอกเวลางาน การยกเลิกรับ ช่วงส่งข้อความหมดอายุ และคำขอที่ไม่มีชื่อผู้ติดต่อที่ใช้ได้ เทียบคำขอที่รับเข้ากับงานที่ส่งต่อสำเร็จและข้อยกเว้นค้าง เริ่มจากคิวจำกัดและให้พนักงานตรวจคำตอบ เพิ่ม AI เมื่อช่วยลดงานจัดหมวดหรือสรุปคำขอได้จริง