สารบัญ
- การตั้งค่า (ใช้เวลาราว 3 นาที)
- ห้า Scenario ที่น่าสร้าง
- 1. คำสั่งซื้ออีคอมเมิร์ซที่มีความสำคัญสูง
- 2. แจ้งเตือนลูกค้าเป้าหมายรายใหม่
- 3. การชำระเงินล้มเหลว
- 4. แจ้งเตือนสต็อกและงานปฏิบัติการ
- 5. การมอนิเตอร์และ uptime ผ่านบริการภายนอก
- เลือกประเภทการแจ้งเตือนให้เหมาะสม
- แชร์การแจ้งเตือนให้ทั้งทีม
- อีกเรื่องหนึ่ง: Make + ทริกเกอร์อีเมล
- เริ่มต้นตรงไหนดี
Make.com (เดิมชื่อ Integromat) เป็นเครื่องมือประเภทที่พอเริ่มใช้แล้วก็จะเจอเหตุผลใหม่ ๆ ให้ใช้เรื่อย ๆ ในไลบรารีของ Make มีแอปให้เลือกกว่า 1,800 ตัว และคุณต่อมันเข้าด้วยกันได้ในแบบที่ถ้าทำเองคงใช้เวลาหลายวัน
สิ่งเดียวที่ Make แก้ได้ไม่ค่อยดีด้วยตัวเอง คือ งานอัตโนมัติเหล่านั้นจะส่งถึงตัวคุณอย่างไรเมื่อมีอะไรเกิดขึ้นจริง
อีเมลรู้สึกช้า การแจ้งเตือนใน Slack ก็กองสุมจนถูกมองข้าม ส่วนการแจ้งเตือนแบบพุชธรรมดา ถ้ามือถือคุณคว่ำอยู่หรือเปิดโหมดโฟกัสไว้ ก็แทบไม่ต่างจากไม่ได้แจ้งเลย
จุดนี้แหละที่ Echobell เข้ามาเสียบต่อ เมื่อคุณเชื่อม scenario ของ Make เข้ากับช่อง Echobell คุณจะได้ครบทุกระดับ ทั้งพุชมาตรฐาน การแจ้งเตือนแบบสำคัญตามเวลาที่ทะลุโหมดโฟกัสได้ หรือสายโทรเข้าจริง ๆ สำหรับเรื่องที่รอไม่ได้
นี่คือวิธีตั้งค่า พร้อมกับ scenario ที่น่าลองสร้าง
การตั้งค่า (ใช้เวลาราว 3 นาที)
ขั้นตอนที่ 1: สร้างช่อง Echobell
ในแอป Echobell ให้สร้างช่องใหม่แล้วตั้งชื่อให้สื่อถึงสิ่งที่มันจะรับ เช่น Shopify Urgent Orders, Stripe Failures หรืออะไรก็ตามที่เหมาะกับคุณ แล้วคัดลอก URL ของ webhook
ขั้นตอนที่ 2: เพิ่มโมดูล HTTP ใน Make
ใน scenario ของ Make ให้เพิ่มโมดูลใหม่ ค้นหา HTTP > Make a request แล้วตั้งค่าดังนี้:
- URL: URL ของ webhook จาก Echobell ของคุณ
- Method: POST
- Body type: Raw
- Content type: application/json
ขั้นตอนที่ 3: กำหนด payload
body ควรมีหน้าตาแบบนี้:
{
"title": "Your alert title here",
"body": "Details about what happened",
"notificationType": "time-sensitive"
}คุณใช้ค่าไดนามิกของ Make ได้ โดยดึงข้อมูลจากขั้นตอนก่อนหน้าใน scenario มาใส่ เพื่อให้การแจ้งเตือนบอกอะไรที่เป็นประโยชน์จริง ๆ
นั่นคือรูปแบบหลัก ที่เหลือคือการเลือกทริกเกอร์ที่ใช่และระดับความเร่งด่วนที่เหมาะสม
ห้า Scenario ที่น่าสร้าง
1. คำสั่งซื้ออีคอมเมิร์ซที่มีความสำคัญสูง
ทริกเกอร์: Shopify / WooCommerce / Wix Stores — มีคำสั่งซื้อใหม่ที่มูลค่าเกินกำหนด หรือถูกตั้งธงให้ตรวจสอบด้วยตนเอง
ถ้าคุณเปิดร้านออนไลน์ คุณคงไม่อยากนั่งจ้องแดชบอร์ดทั้งวัน แต่คุณอยากรู้ทันทีเมื่อมีคำสั่งซื้อก้อนใหญ่เข้ามา เมื่อมีคำสั่งซื้อความเสี่ยงสูงที่ต้องตรวจสอบ หรือเมื่อเกิดปัญหาในการจัดส่ง
{
"title": "New order: {{order.name}}",
"body": "{{customer.first_name}} {{customer.last_name}} — {{order.total_price}} {{order.currency}}",
"notificationType": "time-sensitive"
}สำหรับคำสั่งซื้อที่ถูกตั้งธงว่าอาจเป็นการฉ้อโกง ให้เปลี่ยนเป็น calling เพื่อให้มันดังจริง ๆ
2. แจ้งเตือนลูกค้าเป้าหมายรายใหม่
ทริกเกอร์: Typeform, HubSpot, Salesforce, Pipedrive — มีการสร้างผู้ติดต่อใหม่ หรือดีลเลื่อนเข้าสู่ขั้นที่มีโอกาสสูง
สำหรับคนที่ทำการขายด้วยตัวเองในฐานะผู้ก่อตั้ง หรือดูแลทีมขายเล็ก ๆ การตอบกลับลูกค้าเป้าหมายรายใหม่อย่างรวดเร็วอาจชี้ขาดดีลได้ การให้มือถือสั่นทันทีที่มีคนส่งคำขอชมเดโม หมายความว่าคุณติดตามต่อได้ในขณะที่เขายังนึกถึงคุณอยู่
{
"title": "New demo request: {{contact.name}}",
"body": "{{contact.email}} — {{form.company}} — signed up {{sys.now}}",
"notificationType": "time-sensitive"
}3. การชำระเงินล้มเหลว
ทริกเกอร์: Stripe, Paddle, Chargebee — การชำระเงินของการสมัครสมาชิกล้มเหลว หรือมีการเรียกเงินคืน
การชำระเงินที่ล้มเหลวเป็นเรื่องที่ดูเล็กแต่สะสมได้เร็ว scenario ของ Make ที่คอยเฝ้าดูระบบรับชำระเงินของคุณจะยิงการแจ้งเตือน Echobell ได้ทันที เพื่อให้คุณจัดการได้เร็ว ก่อนที่ลูกค้าจะเลิกใช้หรือโต้แย้งรายการเรียกเก็บ
{
"title": "Payment failed: {{customer.email}}",
"body": "{{invoice.amount_due}} {{invoice.currency}} — {{failure_message}}",
"notificationType": "calling"
}อันนี้คุ้มที่จะใช้ calling เพราะการสูญเสียรายได้ถือเป็นเหตุผลที่ดีพอจะขัดจังหวะสิ่งที่คุณกำลังทำอยู่
4. แจ้งเตือนสต็อกและงานปฏิบัติการ
ทริกเกอร์: Airtable, Google Sheets, Notion — มีแถวเปลี่ยนแปลง มีฟิลด์ข้ามเกณฑ์ที่ตั้งไว้ หรือมีสถานะพลิก
งานปฏิบัติการจำนวนมากรันอยู่บนสเปรดชีตและฐานข้อมูล Make เฝ้าดูสิ่งเหล่านั้นแล้วแจ้งคุณได้ทันทีที่มีอะไรต้องจัดการ เช่น สต็อกลดต่ำกว่าขั้นต่ำ สถานะการจัดส่งพลิกเป็น "failed" หรือมีงานตามกำหนดถูกทำเครื่องหมายว่าเลยกำหนด
{
"title": "Low stock: {{item.name}}",
"body": "Only {{item.quantity}} left — reorder point was {{item.reorder_level}}",
"notificationType": "time-sensitive"
}5. การมอนิเตอร์และ uptime ผ่านบริการภายนอก
ทริกเกอร์: Datadog, Better Uptime, PagerDuty, Freshping — เมื่อ Make ได้รับ webhook จากบริการมอนิเตอร์ของคุณ และคุณต้องการยกระดับเป็นสายโทรเข้า
ถ้าเครื่องมือมอนิเตอร์ของคุณส่ง webhook ไปที่ Make คุณสามารถเสริมข้อมูลให้การแจ้งเตือนได้ ทั้งดึงบริบทเพิ่ม ตรวจสอบหน้าสถานะ หรือบันทึกลงฐานข้อมูล แล้วค่อยยิงการแจ้งเตือน Echobell พร้อมภาพรวมทั้งหมด
{
"title": "ALERT: {{monitor.name}} is down",
"body": "Error: {{monitor.error}} — downtime started {{monitor.started_at}}",
"notificationType": "calling"
}เลือกประเภทการแจ้งเตือนให้เหมาะสม
มีให้เลือกสามแบบ และการเลือกให้ถูกจะทำให้การแจ้งเตือนยังมีประโยชน์แทนที่จะน่ารำคาญ:
| ประเภท | ทำอะไร | เหมาะกับ |
|---|---|---|
active | การแจ้งเตือนแบบพุชมาตรฐาน | อัปเดตเชิงข้อมูลทั่วไป |
time-sensitive | ทะลุโหมดโฟกัสของ iOS ได้ | เรื่องที่ควรจัดการภายในไม่กี่นาที |
calling | ดังเต็มเสียงเหมือนสายโทรเข้า | ความล้มเหลวที่กระทบรายได้หรือระบบโปรดักชัน |
ประเภท calling ต้องมีการสมัครสมาชิกแบบ premium ให้ปฏิบัติกับมันเหมือนสัญญาณเตือนไฟไหม้ ถ้าทุกอย่างดังหมด ก็จะไม่มีอะไรมีความหมาย
แชร์การแจ้งเตือนให้ทั้งทีม
ถ้าการแจ้งเตือนหนึ่งควรไปถึงหลายคน ช่องของ Echobell จัดการเรื่องนี้ได้อย่างเป็นธรรมชาติ สร้างช่องขึ้นมา แชร์ลิงก์ติดตามให้คนที่ควรได้รับ แล้วทุกคนที่กดติดตามก็จะได้รับการแจ้งเตือนเมื่อ scenario ทำงาน
นี่เป็นวิธีที่สะอาดในการทำระบบมอนิเตอร์ร่วมกันสำหรับทีมเล็ก ๆ โดยไม่ต้องตั้งกฎการจัดเส้นทางที่ซับซ้อน เมื่อคนที่เข้าเวร on-call เปลี่ยน คนเดิมก็เลิกติดตาม แล้วคนถัดไปก็กดติดตาม แค่นั้นเอง
อีกเรื่องหนึ่ง: Make + ทริกเกอร์อีเมล
ไม่ใช่ทุกระบบที่คุยกับ Make ได้ บางระบบส่งได้แค่อีเมล Echobell ให้ที่อยู่อีเมล @echobell.one เฉพาะตัวกับทุกช่อง คุณจึงให้ Make เฝ้าดูกล่องจดหมาย Gmail กรองตามผู้ส่งหรือหัวเรื่องที่ต้องการ แล้วส่งต่ออีเมลที่ตรงเงื่อนไขไปยัง Echobell ได้ หรือจะส่งต่ออีเมลตรงไปยังที่อยู่ของช่องเลยโดยไม่ต้องมี Make อยู่ในเส้นทางก็ได้
ไม่ว่าทางไหน อีเมลก็จะกลายเป็นการแจ้งเตือนของ Echobell ซึ่งกลายเป็นพุชหรือเสียงโทรเข้าต่อไป
เริ่มต้นตรงไหนดี
ถ้าคุณใช้ Make อยู่แล้ว ทางที่ง่ายที่สุดคือเลือก scenario ที่คุณมีอยู่ในวันนี้สักอัน อันที่พลาดอีเวนต์แล้วเสียหายจริง ๆ แล้วเพิ่มโมดูล HTTP ต่อท้าย ใช้เวลาห้านาที แล้วลองดูว่ารู้สึกอย่างไรเมื่อได้รับการแจ้งเตือนที่เชื่อถือได้และเพิกเฉยได้ยากสำหรับเรื่องนั้น
จากนั้นค่อยขยายต่อไป