Đánh giá Make.com sau hơn 100 kịch bản tự động hoá

Trên mạng có rất nhiều bài đánh giá Make.com, nhưng phần lớn dừng lại ở mức giới thiệu tính năng rồi dẫn link đăng ký. Bài này viết từ góc khác: Trang đã dựng hơn 100 kịch bản trên Make cho công việc thật, từ dây chuyền nội dung mạng xã hội, xử lý giấy tờ, tới gửi email hàng loạt. Dưới đây là những gì thực sự được, những chỗ vướng, và cách chọn gói cho người mới.

Bài không có link tiếp thị liên kết. Số liệu về giá và giới hạn lấy trực tiếp từ trang giá chính thức của Make ở thời điểm viết, và bạn nên kiểm tra lại vì họ thay đổi khá thường xuyên.

Make.com là gì, nói cho dễ hiểu

Make.com (trước đây tên Integromat) là nền tảng nối các ứng dụng lại với nhau bằng giao diện kéo thả, không cần viết code. Mỗi luồng công việc gọi là một kịch bản, gồm nhiều module xếp nối tiếp nhau như các mắt xích.

Ví dụ một kịch bản đơn giản: khách điền form trên web, dữ liệu tự chảy vào Google Sheets, hệ thống tạo tài liệu từ mẫu có sẵn, rồi gửi email kèm file cho khách. Toàn bộ chuỗi đó chạy không cần ai ngồi thao tác.

Điểm khiến Make khác với việc tự viết phần mềm là bạn nhìn thấy luồng dữ liệu. Mỗi module hiện ra như một vòng tròn trên khung vẽ, nối nhau bằng đường cong, và sau mỗi lần chạy bạn mở được từng bước để xem dữ liệu đi vào là gì, đi ra là gì.

Cách tính tiền: credits, không còn là operations

Đây là chỗ nhiều bài hướng dẫn cũ trên mạng đã lỗi thời. Make đã đổi cách gọi từ operations sang credits. Mỗi thao tác của một module, ví dụ thêm một dòng vào Google Sheets hay đọc dữ liệu từ Gmail, tính là một credit.

Các gói hiện tại, theo giá trả trước cả năm:

• Miễn phí: 1.000 credits mỗi tháng, tối đa 2 kịch bản hoạt động, mỗi lần chạy theo lịch cách nhau tối thiểu 15 phút, một lần chạy tối đa 5 phút, file tối đa 5MB, lưu nhật ký 7 ngày.
• Core, 9 đô mỗi tháng cho mức 10.000 credits: bỏ giới hạn số kịch bản, hẹn lịch tới từng phút, file tối đa 100MB, nhật ký 30 ngày, có quyền dùng API của Make.
• Pro, 16 đô mỗi tháng: thêm ưu tiên khi hệ thống đông, biến tuỳ chỉnh dùng chung nhiều kịch bản, tìm kiếm toàn văn trong nhật ký chạy.
• Teams, 29 đô mỗi tháng: thêm quản lý nhóm, phân quyền, chia sẻ mẫu kịch bản.

Trả theo tháng thì đắt hơn khoảng 15%. Số credits có thể nâng dần theo nhu cầu, giá tăng theo mức đó chứ không cố định.

Lời khuyên cho người mới: bắt đầu bằng gói miễn phí để học cách nghĩ theo luồng. Khi thấy mình cần hơn hai kịch bản chạy song song, hoặc cần chạy dày hơn 15 phút một lần, thì lên Core. Phần lớn người làm marketing hoặc kinh doanh nhỏ dừng ở Core là đủ, chưa cần Pro.

Điểm mạnh thật sự khi dùng lâu dài

Nhìn thấy dữ liệu chạy qua từng bước. Đây là thứ Trang thấy giá trị nhất. Khi một luồng chạy sai, bạn mở đúng module đang lỗi, xem dữ liệu vào ra, và biết ngay vấn đề nằm ở đâu. So với việc mò trong code, cách này nhanh hơn rất nhiều với người không chuyên lập trình.

Lịch sử chạy chi tiết. Mỗi lần chạy đều được lưu: thời điểm, trạng thái, mất bao lâu, tốn bao nhiêu credits. Khi khách hỏi “hôm qua sao hồ sơ này chưa gửi”, bạn mở lịch sử ra là biết.

Chạy lại đúng phần bị lỗi. Một luồng xử lý 50 dòng mà lỗi ở dòng thứ 30 thì không phải làm lại từ đầu. Nếu thiết kế bộ lọc đúng, chạy lại chỉ nhặt những dòng chưa có kết quả.

Kho ứng dụng lớn và phần AI đi kèm. Make hiện kết nối hơn 3.000 ứng dụng, có sẵn module cho các dịch vụ AI, nên việc chèn một bước “nhờ AI viết nội dung” hay “nhờ AI phân loại” vào giữa luồng rất dễ.

Rẽ nhánh và lọc. Cùng một luồng có thể rẽ nhiều hướng theo điều kiện, ví dụ đơn dưới một mức thì gửi email tự động, trên mức đó thì tạo việc cho người phụ trách.

Những chỗ vướng mà bài quảng cáo không nói

Dữ liệu dạng mảng là chỗ dễ nản nhất. Khi một bước trả về nhiều dòng cùng lúc, bạn phải hiểu cách tách ra xử lý từng dòng rồi gộp lại. Đây là điểm mà người mới thường mắc kẹt lâu nhất, và cũng là ranh giới giữa “làm được luồng đơn giản” với “làm được luồng thật”.

Credits hết nhanh hơn bạn nghĩ. Một kịch bản lặp qua 100 dòng, mỗi dòng ba module, là đã 300 credits cho một lần chạy. Thói quen tốt là gom việc, lọc sớm ngay từ bước đầu để những dòng không cần xử lý không đi tiếp.

Gói miễn phí giới hạn khá chặt. Hai kịch bản và 15 phút một lần đủ để học, nhưng không đủ để vận hành thật.

Kịch bản phụ thuộc vào cấu trúc dữ liệu bên ngoài. Make tham chiếu tới bảng tính theo tên tab và vị trí cột. Chỉ cần đổi tên tab hoặc kéo đổi vị trí cột là luồng ghi sai chỗ, trong khi hệ thống vẫn báo chạy thành công.

Kết nối có thể rớt. Các kết nối tới Google, Facebook và nhiều dịch vụ khác đôi khi hết hạn, và kịch bản gặp lỗi liên tiếp sẽ bị tự động tắt. Nếu luồng đó quan trọng, bạn cần thói quen kiểm tra định kỳ thay vì tin rằng nó vẫn đang chạy.

Năm bài học rút ra từ việc vận hành thật

1. Chạy xong chưa chắc đã đúng. Trang từng gặp trường hợp kịch bản báo thành công nhưng cột kết quả vẫn trống. Dấu tích xanh chỉ nói rằng các module đã chạy hết, không nói rằng dữ liệu đã đúng. Luôn mở kết quả thật ra kiểm tra, ít nhất trong vài ngày đầu.

2. Thiết kế để chạy lại an toàn. Mỗi bộ lọc nên trả lời được câu hỏi: dòng này đã có kết quả chưa? Nhờ vậy, khi cần chạy lại vì lỡ sót, bạn không tạo ra dữ liệu trùng.

3. Dữ liệu quan trọng thì cho chạy tuần tự. Khi nhiều hồ sơ được xử lý song song, dữ liệu của người này có thể lọt sang kết quả của người kia. Với giấy tờ hay hợp đồng, bật chế độ xử lý lần lượt từng dòng an toàn hơn nhiều so với việc chạy nhanh.

4. Khoá cấu trúc dữ liệu. Thống nhất từ đầu: không đổi tên tab, không kéo cột. Nếu buộc phải đổi, sửa lại tham chiếu trong kịch bản ngay hôm đó.

5. Canh chi phí từ khi thiết kế. Lọc sớm, gom nhiều việc vào một lần gọi, và cân nhắc bước nào con người làm nhanh hơn thì để con người làm. Không phải mọi thứ đều đáng tự động hoá.

Make, Zapier hay n8n?

Zapier dễ bắt đầu nhất, giao diện đơn giản theo kiểu nếu cái này thì làm cái kia, nhưng chi phí tăng nhanh khi luồng nhiều bước.

Make nằm ở giữa: học lâu hơn Zapier một chút, đổi lại xử lý được luồng nhiều nhánh, nhiều điều kiện, và nhìn được dữ liệu chạy qua từng bước. Với mức giá hiện tại, đây là lựa chọn cân bằng cho người làm marketing hoặc vận hành doanh nghiệp nhỏ.

n8n là mã nguồn mở, có thể tự cài trên máy chủ riêng nên về lâu dài rẻ nhất và kiểm soát dữ liệu tốt nhất, nhưng cần nền kỹ thuật để cài đặt và bảo trì.

Có đáng tin để giao dữ liệu không?

Make chạy trên hạ tầng AWS đặt tại châu Âu và Bắc Mỹ, có xác thực hai lớp ở mọi gói, đăng nhập một lần cho gói doanh nghiệp, và lưu nhật ký chạy để truy vết.

Dù vậy, cần nhớ rằng dữ liệu của bạn đi qua nền tảng của họ. Với thông tin nhạy cảm như hồ sơ khách hàng hay giấy tờ cá nhân, nên cân nhắc: chỉ chuyển những trường thật sự cần, tránh để dữ liệu nhạy cảm nằm lại trong nhật ký, và xem xét phương án tự cài nếu yêu cầu bảo mật cao.

Vậy có nên dùng không?

Make phù hợp nếu bạn làm marketing, vận hành hoặc kinh doanh nhỏ, đang có những việc lặp lại mỗi ngày và muốn tự dựng luồng mà không cần thuê lập trình viên. Nó cũng phù hợp nếu bạn muốn nhận làm dịch vụ tự động hoá cho người khác, vì khách dễ hiểu khi được nhìn thấy sơ đồ luồng.

Chưa phù hợp nếu bạn chỉ có đúng một việc đơn giản cần nối hai ứng dụng, hoặc nếu đội của bạn có sẵn lập trình viên và hạ tầng riêng.

Điều Trang muốn nhắn nhất sau hơn 100 kịch bản: công cụ không phải phần khó. Phần khó là dữ liệu và quy trình của chính mình. Khi hai thứ đó đã rõ ràng, việc dựng luồng trên Make chỉ còn là thao tác.

Bạn đang có việc lặp lại nào muốn tự động hoá đầu tiên?

Số liệu về gói và giới hạn tham khảo từ trang giá chính thức của Make tại thời điểm viết bài. Bài viết được gợi ý từ một bài đánh giá Make.com của Gary Simpson trên Medium, phần nội dung là trải nghiệm riêng.