Bài toán thật không phải là “đổ lead vào Sheet”
Nhiều doanh nghiệp Việt Nam bắt đầu automation từ một nhu cầu rất thực tế: có lead mới thì đưa vào Google Sheets, báo cho sales rồi chia người xử lý. Cách làm này nhanh, nhưng nếu chỉ nối các bước lại với nhau thì rất dễ phát sinh lead trùng, sales nhận trùng khách, mất lịch sử hoặc không biết lead đã được chăm hay chưa.
Workflow tốt hơn nên coi mỗi lead là một business event có danh tính, người phụ trách và trạng thái xử lý.
Một flow phổ biến có thể tách thành các trách nhiệm:
- Nhận lead vào n8n. Nguồn có thể là form, webhook, ads platform hoặc hệ thống nội bộ.
- Chuẩn hóa dữ liệu. Số điện thoại, email, tên, nguồn lead và thời gian cần về một format thống nhất.
- Kiểm tra trùng. Tìm theo số điện thoại, email hoặc business key trước khi tạo record mới.
- Ghi vào source of truth phù hợp. Với team nhỏ có thể là Google Sheets; khi quy trình phức tạp hơn có thể là CRM như Getfly hoặc hệ thống doanh nghiệp đang dùng.
- Chia sales theo rule. Ví dụ khu vực, sản phẩm, ca trực, round-robin hoặc owner hiện có.
- Gửi thông báo. Kênh có thể là Lark, email, Zalo hoặc công cụ nội bộ tùy stack thực tế.
- Lưu trạng thái cuối. Workflow cần biết lead đã được ghi ở đâu, giao cho ai và bước nào thất bại để có thể retry an toàn.
Google Sheets phù hợp khi nào?
Google Sheets rất hữu ích khi doanh nghiệp cần một source of truth đơn giản, dễ kiểm tra bằng mắt và team chưa cần CRM phức tạp. Google Sheets API hỗ trợ đọc, cập nhật và append dữ liệu vào bảng tính, vì vậy n8n có thể dùng Sheet như một lớp state trong những workflow nhỏ hoặc giai đoạn đầu.
Nhưng Sheet chỉ nên là source of truth khi team thống nhất rõ:
- cột nào là business key;
- ai được sửa trạng thái;
- cách chống tạo hai dòng cho cùng một lead;
- cách xử lý khi sales đổi owner;
- cách lưu lịch sử nếu một khách quay lại nhiều lần.
Nếu các rule này bắt đầu phức tạp, CRM thường phù hợp hơn việc tiếp tục thêm cột và công thức.
Chia lead phải theo rule mà sales hiểu được
Đừng bắt đầu bằng một AI score khó giải thích. Với phần lớn team sales, rule đơn giản và deterministic dễ vận hành hơn: khu vực, ngành hàng, nhóm sản phẩm, độ ưu tiên, sales đang trực hoặc round-robin.
AI có thể hỗ trợ đọc nội dung tự do, phân loại nhu cầu hoặc tóm tắt context. Nhưng việc cuối cùng ai chịu trách nhiệm với lead nên có rule rõ để khi có tranh chấp hoặc lead bị bỏ sót, team biết tại sao hệ thống đã phân như vậy.
Gửi thông báo chưa phải là “xử lý xong lead”
Workflow gửi tin nhắn thành công chỉ chứng minh hệ thống thông báo đã nhận request. Nó không chứng minh sales đã gọi khách.
Nên tách các trạng thái:
- lead đã nhận;
- đã chuẩn hóa;
- đã ghi vào Sheet/CRM;
- đã assign owner;
- đã gửi notification;
- sales đã nhận hoặc cập nhật trạng thái;
- outcome sau cùng nếu doanh nghiệp có đo.
Nhờ vậy dashboard sau này có thể trả lời đúng câu hỏi: lead bị mất ở khâu nào, chứ không chỉ cho biết n8n chạy xanh hay đỏ.
Retry mà không tạo lead trùng
Nếu ghi CRM thành công nhưng bước gửi thông báo lỗi, retry toàn flow không được tạo thêm một lead mới. Workflow cần lưu ID của record đã tạo và retry đúng side effect bị lỗi.
Với lỗi không rõ kết quả, nên giữ payload gốc và trạng thái cuối đã xác nhận. Một queue để kiểm tra thủ công vẫn tốt hơn việc âm thầm bỏ lead hoặc retry vô hạn.
Checklist trước khi đưa vào production
Trước khi bật workflow thật, hãy kiểm tra business key chống trùng, source of truth, rule chia sales, cách lưu owner, giới hạn retry, trạng thái lỗi, log ID của hệ thống đích và người chịu trách nhiệm xử lý exception.
Đó là khác biệt giữa một workflow “đổ lead tự động” và một hệ thống lead operations có thể vận hành lâu dài.