---
title: "Make.com + Echobell: เปลี่ยนงานอัตโนมัติใด ๆ ให้เป็นสายแจ้งเตือนทันที"
description: "เรียนรู้วิธีเชื่อม Make.com เข้ากับ Echobell เพื่อรับสายโทรหรือการแจ้งเตือนแบบพุชแบบเรียลไทม์จากงานอัตโนมัติทุกแบบ ทั้งคำสั่งซื้อ Shopify การอัปเดต CRM การชำระเงินล้มเหลว และอื่น ๆ"
date: 2026-03-27
author: Nooc
authorAvatarLink: /images/avatars/nooc.webp
authorLink: https://nooc.me
tags:
  - Make.com
  - ระบบอัตโนมัติ
  - การแจ้งเตือนผ่าน webhook
  - no-code
  - การเชื่อมต่อระบบ
---

# Make.com + Echobell: เปลี่ยนงานอัตโนมัติใด ๆ ให้เป็นสายแจ้งเตือนทันที

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 ควรมีหน้าตาแบบนี้:

```json
{
  "title": "Your alert title here",
  "body": "Details about what happened",
  "notificationType": "time-sensitive"
}
```

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

นั่นคือรูปแบบหลัก ที่เหลือคือการเลือกทริกเกอร์ที่ใช่และระดับความเร่งด่วนที่เหมาะสม

---

## ห้า Scenario ที่น่าสร้าง

### 1. คำสั่งซื้ออีคอมเมิร์ซที่มีความสำคัญสูง

**ทริกเกอร์**: Shopify / WooCommerce / Wix Stores — มีคำสั่งซื้อใหม่ที่มูลค่าเกินกำหนด หรือถูกตั้งธงให้ตรวจสอบด้วยตนเอง

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

```json
{
  "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 — มีการสร้างผู้ติดต่อใหม่ หรือดีลเลื่อนเข้าสู่ขั้นที่มีโอกาสสูง

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

```json
{
  "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 ได้ทันที เพื่อให้คุณจัดการได้เร็ว ก่อนที่ลูกค้าจะเลิกใช้หรือโต้แย้งรายการเรียกเก็บ

```json
{
  "title": "Payment failed: {{customer.email}}",
  "body": "{{invoice.amount_due}} {{invoice.currency}} — {{failure_message}}",
  "notificationType": "calling"
}
```

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

### 4. แจ้งเตือนสต็อกและงานปฏิบัติการ

**ทริกเกอร์**: Airtable, Google Sheets, Notion — มีแถวเปลี่ยนแปลง มีฟิลด์ข้ามเกณฑ์ที่ตั้งไว้ หรือมีสถานะพลิก

งานปฏิบัติการจำนวนมากรันอยู่บนสเปรดชีตและฐานข้อมูล Make เฝ้าดูสิ่งเหล่านั้นแล้วแจ้งคุณได้ทันทีที่มีอะไรต้องจัดการ เช่น สต็อกลดต่ำกว่าขั้นต่ำ สถานะการจัดส่งพลิกเป็น "failed" หรือมีงานตามกำหนดถูกทำเครื่องหมายว่าเลยกำหนด

```json
{
  "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 พร้อมภาพรวมทั้งหมด

```json
{
  "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 ต่อท้าย ใช้เวลาห้านาที แล้วลองดูว่ารู้สึกอย่างไรเมื่อได้รับการแจ้งเตือนที่เชื่อถือได้และเพิกเฉยได้ยากสำหรับเรื่องนั้น

จากนั้นค่อยขยายต่อไป

- [การแจ้งเตือนผ่าน webhook สำหรับ iPhone](/th/features/webhooks)
- [สายโทรแจ้งเตือนสำหรับเหตุการณ์วิกฤต](/th/features/call-notifications)
- [การแจ้งเตือนผ่าน webhook ของ Zapier ไปยังมือถือ](/th/blog/zapier-webhook-notifications-to-phone)
- [ศูนย์กลางงานอัตโนมัติ n8n ด้วย Echobell](/th/blog/n8n-echobell-automation-hub)
- [วิธีทะลุโหมดโฟกัสของ iOS สำหรับการแจ้งเตือนวิกฤต](/th/blog/how-to-bypass-ios-focus-mode-for-critical-alerts)