Make là gì?

Mục lục

1. Make (Integromat) là gì và vì sao có hai tên?
2. Make hoạt động thế nào: scenario, module, bundle
3. Ví dụ thực tế cho doanh nghiệp Việt Nam
4. Make tính phí thế nào: credits và cái bẫy kiểm tra định kỳ
5. Make so với Zapier, n8n và Power Automate
6. Make có phải RPA không?
7. Ưu điểm và hạn chế của Make
8. Khi nào nên và không nên dùng Make
9. Kiểm tra trước khi đưa scenario vào chạy thật
10. Câu hỏi thường gặp

Make (Integromat) là gì và vì sao có hai tên?

Make là nền tảng tích hợp và tự động hoá chạy trên đám mây (iPaaS dạng no-code). Bạn vẽ luồng công việc giữa các ứng dụng trên một canvas trực quan, và Make tự chạy luồng đó theo lịch hoặc khi có sự kiện. Nền tảng cho phép thiết kế và chạy quy trình trên hơn 3.000 ứng dụng cloud và API mà không cần viết mã.

Về tên gọi, công ty khởi nguồn tại Prague (Cộng hoà Séc) với tên Integromat, một startup tự vận hành vốn, nhắm tới việc đưa khả năng tích hợp của lập trình viên cho người không biết code. Năm 2020 Integromat được Celonis, hãng process mining, mua lại; sau đó nền tảng đổi tên thành Make. Thời điểm đổi tên được các bài tiếng Việt ghi không thống nhất (tháng 10/2021 hoặc tháng 3/2022), nên bạn chỉ cần nhớ nó diễn ra khoảng giai đoạn 2021–2022. Tài khoản Integromat cũ được chuyển sang Make.

Làm rõ một điểm hay gây nhầm: tên Make ở đây không liên quan đến công cụ biên dịch “make” trong lập trình, và cũng không phải một phần mềm cài trên máy. Bạn đăng nhập qua trình duyệt tại make.com.

Mối quan hệ với Celonis cũng có ý nghĩa với doanh nghiệp. Celonis mạnh ở phân tích quy trình, còn Make là phần “thực thi” sau khi đã biết chỗ nào cần tự động. Phần phân tích này được giải thích ở bài process mining là gì.

Make hoạt động thế nào: scenario, module, bundle

Muốn hiểu Make, bạn cần nắm bốn thuật ngữ riêng của nó.

• Scenario: một luồng tự động hoàn chỉnh, tương đương một workflow. Khái niệm chung được giải thích ở bài workflow là gì.
• Module: một bước, ví dụ “Thêm dòng vào Google Sheets” hay “Gửi tin Slack”. Mỗi module là một hành động của một ứng dụng.
• Trigger: module đầu tiên, quyết định khi nào scenario chạy. Nó có thể là webhook nhận dữ liệu tức thì, hoặc kiểm tra định kỳ xem có dữ liệu mới không.
• Bundle: gói dữ liệu đi qua từng module. Một đơn hàng là một bundle; một trang tính có 50 dòng được tách thành 50 bundle khi dùng iterator (bộ lặp).

Điểm làm Make khác nhiều công cụ tuyến tính là cách tiếp cận trực quan giúp dễ hiểu, gỡ lỗi và mở rộng các luồng phức tạp hơn so với iPaaS dạng một đường thẳng. Khi một scenario có năm nhánh xử lý khác nhau cho năm loại đơn, bạn nhìn thấy cả năm nhánh trên một màn hình thay vì phải đọc từng bước.

Ngoài ra, Make có cơ chế xử lý lỗi nâng cao để quy trình vẫn chạy khi một bước gặp sự cố. Trong thực tế bạn gắn “error handler” vào từng module: thử lại, bỏ qua bundle lỗi, hoặc chuyển sang nhánh báo cho người phụ trách.

Ví dụ thực tế cho doanh nghiệp Việt Nam

Các ví dụ dưới đây là tình huống minh hoạ, không phải số liệu của doanh nghiệp cụ thể.

Ví dụ minh hoạ 1: đơn hàng từ form sang kho và kế toán

Shop bán đồ gia dụng nhận đơn qua biểu mẫu website. Scenario nhận webhook, kiểm tra trường “tỉnh/thành” rồi dùng router: đơn nội thành vào danh sách giao nhanh, đơn tỉnh vào danh sách gửi xe. Sau đó module ghi dòng vào Google Sheets cho kho và gửi tin nhắn vào kênh Slack. Nếu thiếu số điện thoại, bundle rẽ sang nhánh nhắn nhân viên chăm sóc khách hàng.

Ví dụ minh hoạ 2: tổng hợp lead quảng cáo

Phòng marketing muốn lead từ biểu mẫu quảng cáo được chuẩn hoá tên, loại trùng theo số điện thoại rồi đẩy vào CRM. Nếu lead trùng, scenario chỉ cập nhật ghi chú thay vì tạo bản ghi mới. Mảng này liên quan đến marketing automation, nhưng Make chỉ là lớp kết nối dữ liệu chứ không thay công cụ gửi chiến dịch.

Ví dụ minh hoạ 3: gọi API nội bộ

Module HTTP cho phép gọi API của hệ thống tự phát triển khi ứng dụng chưa có connector sẵn. Bộ phận IT cấp khoá API, người làm nghiệp vụ dựng luồng. Cách chia việc này giúp giảm hàng đợi yêu cầu tích hợp cho đội kỹ thuật.

Make tính phí thế nào: credits và cái bẫy kiểm tra định kỳ

Đây là phần bài top Google thường chỉ lướt qua, nhưng lại quyết định chi phí thật. Mỗi lần một module thực hiện hành động được tính một credit. Ví dụ gồm thêm một dòng vào Sheets, gửi tin Slack hay một lần gọi API qua module HTTP. Router và filter không tiêu credit.

Về tên gọi, một số bài vẫn dùng “operations” (thao tác). Make đã đổi đơn vị tính phí từ “operations” sang “credits”, và nhiều bài vẫn chưa cập nhật. Với module thông thường, một thao tác tương đương một credit. Tính năng AI và Make Code tính theo quy tắc riêng; Make Code (JavaScript hoặc Python) tính 2 credits cho mỗi giây chạy.

Công thức ước tính

Công thức gần đúng: credits mỗi tháng ≈ số bản ghi × số module cho mỗi bản ghi × số lần chạy. Một iterator có 50 phần tử khiến module kế tiếp chạy 50 lần, tức 50 credits. Vì vậy ước lượng theo “số scenario” thường thấp hơn thực tế.

Bẫy trigger kiểm tra định kỳ

Nhiều trigger không nhận sự kiện tức thì mà phải hỏi ứng dụng “có gì mới không?” theo chu kỳ. Theo phép tính trong một bài phân tích giá 2026, một trigger kiểm tra mỗi phút là 1.440 lần mỗi ngày, khoảng 43.200 credits mỗi tháng, kể cả khi không có dữ liệu mới. Cách tránh: dùng webhook khi ứng dụng hỗ trợ, hoặc kéo giãn chu kỳ xuống 15 phút nếu quy trình không cần nhanh.

Các gói và mức giá

Make có gói Free và các gói trả phí (Core, Pro, Teams), cùng Enterprise báo giá riêng. Gói Free chỉ cho 2 scenario đang hoạt động và chu kỳ tối thiểu 15 phút. Mức giá các gói đang được các nguồn ghi lệch nhau: trang giá mặc định hiển thị giá thanh toán theo năm (Core 9 USD, Pro 16 USD, Teams 29 USD), còn thanh toán theo tháng cao hơn. Một nguồn khác lại ghi mức quanh 12, 21 và 38 USD cho cùng các gói. Vì vậy bài này không chốt con số; hãy xem trang giá chính thức của Make vào ngày bạn quyết định, và chọn rõ thanh toán tháng hay năm.

Make so với Zapier, n8n và Power Automate

Đây là nhóm công cụ có người dùng chồng lấn nhất. Khác biệt cốt lõi nằm ở đơn vị tính phí, cách hiển thị luồng và nơi dữ liệu chạy.

Tiêu chí	Make	Zapier	n8n	Power Automate
Đơn vị tính phí	Credits theo lần chạy module	Task theo hành động hoàn tất	Execution theo cả lần chạy workflow	Theo gói giấy phép Microsoft
Cách dựng luồng	Canvas kéo thả, nhiều nhánh	Danh sách bước tuyến tính	Canvas, cho chèn mã	Canvas, mạnh với hệ sinh thái Microsoft 365
Chạy tại máy chủ riêng	Không, chỉ cloud	Không	Có, tự host	Có bản desktop cho RPA, luồng cloud chạy trên Microsoft
Hợp với	Luồng nhiều nhánh giữa app cloud	Luồng ngắn, dựng nhanh	Nhóm kỹ thuật cần kiểm soát dữ liệu	Doanh nghiệp đã dùng Microsoft

Về đơn vị tính phí, một bảng so sánh ghi Make tính theo credits cho mỗi lần chạy module, Zapier theo tasks và n8n theo executions. Nghĩa là cùng một luồng 10 bước có thể rẻ ở nền tảng này và đắt ở nền tảng kia, tuỳ cách đếm. Hãy tự đếm bằng dữ liệu một tuần thật của bạn trước khi so giá.

Để đọc sâu từng công cụ, bạn có thể xem Zapier là gì, n8n và tự host hoặc Power Automate.

Make có phải RPA không?

Không hoàn toàn. Make làm việc qua API và webhook, nghĩa là hai ứng dụng “nói chuyện” với nhau bằng dữ liệu. RPA (robot tự động hoá quy trình) thao tác trên giao diện như người dùng: bấm nút, nhập ô, đọc màn hình. Vì vậy:

• Ứng dụng có API hoặc connector (CRM, Google Workspace, Shopify, Slack, hệ thống kế toán đám mây): Make xử lý gọn.
• Phần mềm cũ cài trên máy, không có API, hoặc cổng web của cơ quan nhà nước chỉ có giao diện: cần RPA.

Trong thực tế hai loại thường dùng song song: RPA lấy dữ liệu ra khỏi ứng dụng khép kín, Make đẩy dữ liệu đó đến các ứng dụng cloud. Khái niệm nền tảng nằm ở bài RPA là gì.

Ưu điểm và hạn chế của Make

Ưu điểm

• Canvas thể hiện nhánh rẽ, vòng lặp và xử lý lỗi rõ ràng, người làm nghiệp vụ đọc được.
• Rất nhiều connector: hơn 3.000 ứng dụng và có thể điều phối AI agent theo mô tả của nhà cung cấp.
• Có module HTTP để gọi API chưa có connector sẵn.
• Có Free để thử. Gói này cho truy cập toàn bộ các tích hợp, nhưng không có biến tuỳ chỉnh hay chu kỳ ngắn.

Hạn chế

• Chỉ chạy trên đám mây của Make, không tự host. Doanh nghiệp bắt buộc để dữ liệu nằm trong mạng nội bộ sẽ khó dùng.
• Chi phí khó đoán nếu không đếm module, vòng lặp, thử lại và trigger kiểm tra.
• Không thao tác được trên giao diện phần mềm không có API.
• Giao diện và tài liệu chủ yếu bằng tiếng Anh; cộng đồng tiếng Việt còn nhỏ hơn Zapier hay Excel.
• Scenario do người không phải IT dựng dễ thành “hệ thống ngầm” không ai ghi lại, nhất là khi nhân viên nghỉ việc. Đây là rủi ro chung của low-code và no-code.

Khi nào nên và không nên dùng Make

Nên cân nhắc Make khi:

• Dữ liệu đi giữa các ứng dụng cloud có API, ví dụ biểu mẫu, bảng tính, CRM, công cụ chat và kho dữ liệu.
• Luồng có từ ba nhánh điều kiện trở lên, hoặc phải lặp trên danh sách các dòng.
• Người dựng là nhân viên vận hành hoặc marketing, và IT chỉ cấp quyền truy cập.

Chưa nên dùng khi:

• Chính sách công ty cấm dữ liệu khách hàng ra ngoài hạ tầng nội bộ.
• Nguồn dữ liệu là phần mềm cài máy hoặc cổng web không có API, trường hợp này xem tự động hoá quy trình để chọn hướng phù hợp.
• Khối lượng cực lớn, hàng trăm nghìn bản ghi mỗi ngày: chi phí credits có thể vượt chi phí viết mã tích hợp riêng.

Kiểm tra trước khi đưa scenario vào chạy thật

1. Chạy scenario một lần với dữ liệu thử, xem từng bundle ở mỗi module để biết trường nào được ánh xạ sai.
2. Gắn error handler cho các module gọi bên ngoài (HTTP, CRM) để lỗi tạm thời được thử lại thay vì làm dừng cả luồng.
3. Đổi trigger kiểm tra sang webhook nếu ứng dụng nguồn hỗ trợ, hoặc nới chu kỳ ra.
4. Đặt tên scenario và module theo cấu trúc dễ tìm, ví dụ “Đơn hàng – Ghi kho”. Ghi chủ sở hữu và ứng dụng được kết nối vào tài liệu SOP của phòng ban.
5. Dùng tài khoản dịch vụ dùng chung của công ty để kết nối ứng dụng, không dùng tài khoản cá nhân của người dựng luồng.
6. Tính lại credits sau tuần đầu bằng số liệu lịch sử thực thi, không dùng số ước tính ban đầu.

Câu hỏi thường gặp

Make và Integromat có phải là một không?

Có. Integromat là tên cũ, Make là tên hiện tại sau khi đổi thương hiệu. Tài khoản cũ được chuyển sang Make. Hiện nền tảng thuộc Celonis, hãng mua lại Integromat năm 2020.

Make có miễn phí không?

Có gói Free với lượng credits nhỏ mỗi tháng, giới hạn hai scenario hoạt động và chu kỳ chạy tối thiểu 15 phút. Gói này hợp để thử dựng luồng, chưa đủ cho vận hành thật nếu luồng chạy dày.

Dùng Make có cần biết lập trình không?

Không bắt buộc cho luồng thông thường vì bạn kéo thả module. Tuy nhiên người dựng cần hiểu cấu trúc dữ liệu (mảng, trường, định dạng ngày) và ít nhất khái niệm API để ánh xạ dữ liệu đúng và xử lý lỗi.

Make khác Zapier ở điểm nào?

Make dựng luồng trên canvas nhiều nhánh và tính phí theo credits cho từng lần chạy module. Zapier theo dạng danh sách bước và tính theo task. Với luồng ngắn, Zapier dựng nhanh; với luồng nhiều nhánh, Make thường dễ quan sát hơn. Hãy tính chi phí trên dữ liệu thật của bạn.

Make có thay thế được RPA hoặc AI không?

Không thay thế mà bổ sung. Make nối dữ liệu qua API, còn RPA thao tác trên giao diện. Make cũng có thể gọi mô hình AI như một module trong luồng; cách phân vai giữa hai bên được so sánh ở bài RPA và AI khác nhau thế nào.

Dữ liệu trên Make nằm ở đâu, có an toàn không?

Make là dịch vụ đám mây nên dữ liệu đi qua hạ tầng của nhà cung cấp. Mức an toàn phụ thuộc gói dịch vụ (Enterprise có SSO và tính năng bảo mật nâng cao theo mô tả gói) và cách bạn cấu hình. Hãy xem điều khoản xử lý dữ liệu và vị trí lưu trữ trên trang chính thức trước khi đưa dữ liệu khách hàng vào.