Bài 2 — Zapier vs Make: chọn công cụ & dựng luồng đầu tiên

Vấn đề của Product

Bạn đã chọn được việc muốn tự động hóa (từ Bài 1) nhưng đứng trước hai công cụ phổ biến: Zapier và Make (trước đây là Integromat). Chọn sai làm bạn tốn tiền hoặc bị giới hạn khả năng. Là Product, bạn cần quyết định nhanh dựa trên nhu cầu, không phải cảm tính.

So sánh nhanh

• Zapier: dễ nhất cho người mới, giao diện tuyến tính (trigger → action → action). Kho app khổng lồ. Hợp việc đơn giản, cần chạy nhanh. Tính phí theo số "task" (mỗi action = 1 task).
• Make: mạnh hơn về logic (rẽ nhánh, lặp, xử lý mảng dữ liệu), giao diện dạng sơ đồ khối trực quan, rẻ hơn cho luồng nhiều bước. Đường học dốc hơn một chút.

Nguyên tắc: luồng đơn giản, ít bước, ưu tiên tốc độ → Zapier. Luồng có điều kiện phức tạp, xử lý nhiều bản ghi, ngân sách chặt → Make.

Ví dụ cụ thể: luồng đầu tiên

Mục tiêu: Khi có form khảo sát khách hàng mới (Google Forms) → gửi thông báo vào Slack #product-feedback. Đây là luồng 1 trigger + 1 action, hoàn hảo để tập.

Các bước dựng luồng trên Zapier

• Tạo Zap mới, chọn Trigger app = Google Forms (hoặc Google Sheets nếu Forms đổ vào Sheet).
• Chọn sự kiện trigger = New Response in Spreadsheet.
• Kết nối tài khoản Google, chọn đúng spreadsheet + sheet.
• Bấm Test trigger — Zapier lấy một bản ghi mẫu để bạn xem cấu trúc dữ liệu.
• Thêm Action app = Slack, sự kiện = Send Channel Message.
• Chọn channel #product-feedback, soạn nội dung tin nhắn bằng cách chèn các trường dữ liệu từ bước trigger (ví dụ: tên khách, điểm NPS, nội dung góp ý).
• Bấm Test action — kiểm tra tin nhắn hiện đúng trong Slack.
• Đặt tên Zap rõ ràng và bật Publish.

Prompt mẫu: nhờ AI thiết kế luồng trước khi bấm

Tôi dùng [Zapier]. Tôi muốn dựng luồng:
Khi [có phản hồi mới trong Google Form khảo sát khách hàng]
thì [gửi tin nhắn tóm tắt vào Slack #product-feedback].
Hãy liệt kê:
Trigger app + sự kiện trigger chính xác cần chọn.
Các trường dữ liệu (fields) tôi nên map.
Mẫu nội dung tin nhắn Slack (dùng placeholder cho từng field).
Các bước test tôi cần làm trước khi publish.
Giải thích ngắn gọn từng bước cho người mới.

Template: Bản đặc tả luồng (Flow Spec) tái dùng

Tên luồng: ____________________
Công cụ: [ ] Zapier  [ ] Make
TRIGGER: app = ____ | sự kiện = ____ | tần suất kiểm tra = ____
BỘ LỌC (nếu có): chỉ chạy khi ____
ACTION 1: app = ____ | việc = ____
ACTION 2 (tùy chọn): ____
Dữ liệu map: ____ → ____
Cách test: ____
Ai chịu trách nhiệm giám sát: ____

Checklist trước khi Publish

• [ ] Đã test trigger và thấy dữ liệu mẫu đúng?
• [ ] Đã test action và kết quả hiển thị đúng nơi mong muốn?
• [ ] Có bộ lọc để tránh luồng chạy dư thừa (spam)?
• [ ] Đặt tên Zap/Scenario rõ ràng để đồng nghiệp hiểu?
• [ ] Ước lượng số task/tháng để không vượt gói phí?

Sai lầm thường gặp

• Không test trước khi publish → luồng gửi tin nhắn lỗi cho cả team. Luôn test từng bước.
• Quên bộ lọc → mỗi thay đổi nhỏ trong Sheet lại kích hoạt luồng, gây spam và đốt task phí.
• Chọn công cụ theo trend, không theo nhu cầu → trả tiền cho tính năng không dùng. Quyết theo Flow Spec.
• Rủi ro rò rỉ dữ liệu: khi kết nối tài khoản, Zapier/Make xin quyền truy cập rộng. Chỉ kết nối tài khoản công việc được phép, xem lại phạm vi quyền (scopes).
• Phụ thuộc quá mức: đừng để luồng gửi thẳng cho khách hàng khi mới dựng. Giai đoạn đầu cho luồng gửi vào channel nội bộ để bạn kiểm chứng.

Bài 3 ta sẽ cắm bước AI vào luồng để tự động soạn báo cáo tuần.