Đưa form website về CRM tự động, không còn nhập tay

Nếu thông tin khách để lại trên form website nhà bạn vẫn đang nằm trong hộp thư chờ ai đó rảnh tay copy sang bảng tính hoặc gọi điện xác nhận lại, thì luồng automation trong bài này sẽ giúp dữ liệu tự chảy thẳng vào CRM ngay khi khách bấm gửi, không còn phải nhập tay và không còn lo sót lead vì quên kiểm tra hộp thư.

Cần chuẩn bị gì trước khi bắt đầu

Đây là bài thuộc cụm Tự động hoá bán hàng và chăm sóc khách hàng cho SME Việt Nam, và là luồng nền tảng nên dựng đầu tiên trong cả cụm vì ba luồng còn lại đều dựa vào dữ liệu lead đã được chuẩn hoá ở bước này. Trước khi bắt tay vào dựng, bạn nên chuẩn bị sẵn:

• Một tài khoản CRM đã có sẵn cấu trúc trường dữ liệu (họ tên, số điện thoại, email, nguồn lead, ghi chú) và quyền truy cập API để tạo bản ghi mới.
• Quyền chỉnh sửa form trên website hoặc quyền truy cập plugin form đang dùng, để gắn thêm bước gửi dữ liệu qua webhook mỗi khi có người gửi form.
• Tài khoản trên một nền tảng automation (Zapier, Make hoặc n8n) nếu website và CRM không hỗ trợ nối trực tiếp với nhau.
• Quy tắc thống nhất về cách đặt tên nguồn lead (ví dụ "Form tư vấn", "Form báo giá") để sau này lọc và báo cáo dễ dàng theo từng nguồn.

Các bước nối form website về CRM

1. 1

   Bắt dữ liệu form qua webhook

   Ngay khi khách bấm gửi form, website cần gửi ngay dữ liệu vừa nhập tới một địa chỉ webhook, thay vì chỉ gửi email thông báo như cách làm truyền thống. Phần lớn plugin form phổ biến hiện nay đều hỗ trợ sẵn tính năng gửi webhook, hoặc bạn có thể dùng nền tảng automation làm điểm nhận trung gian nếu form chưa hỗ trợ trực tiếp. Cách thiết lập webhook chi tiết được trình bày trong bài Kết nối API bằng webhook và HTTP request trong automation.

2. 2

   Kiểm tra và làm sạch dữ liệu vừa nhận

   Trước khi ghi vào CRM, luồng cần kiểm tra các trường bắt buộc đã có đủ chưa (thường là số điện thoại hoặc email), loại bỏ khoảng trắng thừa và ký tự lạ có thể lẫn vào do người dùng gõ nhầm, tránh để dữ liệu bẩn lọt vào CRM ngay từ đầu.

3. 3

   Chuẩn hoá số điện thoại về một định dạng thống nhất

   Khách hàng Việt Nam có thể nhập số điện thoại theo nhiều kiểu khác nhau: có hoặc không có số 0 đầu, có hoặc không có mã vùng +84, nên luồng cần một bước quy đổi tất cả về đúng một định dạng chuẩn trước khi lưu, để bước chống trùng ở phần sau hoạt động chính xác.

   Mẹo nhỏ

   Chọn một định dạng chuẩn duy nhất cho cả hệ thống (ví dụ luôn lưu dạng +84 không kèm số 0 đầu) và áp dụng nhất quán ở mọi luồng có liên quan tới số điện thoại, không riêng luồng này, để tránh tình trạng mỗi luồng chuẩn hoá một kiểu.

4. 4

   Kiểm tra trùng lặp trước khi tạo bản ghi mới

   Luồng nên tìm trong CRM xem số điện thoại hoặc email vừa nhận đã tồn tại chưa, nếu đã có thì cập nhật thêm ghi chú vào bản ghi cũ thay vì tạo bản ghi trùng, giúp sale không bị rối khi thấy cùng một khách xuất hiện nhiều lần với thông tin rời rạc.

5. 5

   Tạo bản ghi lead mới trong CRM qua API

   Sau khi dữ liệu đã sạch và không trùng lặp, luồng gọi API tạo bản ghi của CRM, điền đầy đủ các trường đã chuẩn hoá, gắn đúng nguồn lead và gắn trạng thái ban đầu là "Lead mới" để các luồng phía sau (chấm điểm, báo tin) có thể tiếp tục xử lý.

6. 6

   Ghi log toàn bộ giao dịch của luồng

   Mỗi lần luồng chạy nên ghi lại một dòng log gồm thời gian, dữ liệu nhận được và kết quả (tạo mới, cập nhật hay lỗi), để khi có khiếu nại kiểu "tôi đã gửi form nhưng sao không thấy ai gọi", bạn có thể tra ngược lại chính xác chuyện gì đã xảy ra thay vì chỉ đoán mò.

Chuẩn hoá số điện thoại và chống trùng lead

Đây là phần kỹ thuật hay bị xem nhẹ nhất nhưng lại ảnh hưởng trực tiếp tới chất lượng dữ liệu về lâu dài. Một số điện thoại chuẩn hoá sai định dạng có thể khiến hệ thống coi hai lần liên hệ của cùng một khách là hai lead khác nhau, dẫn tới hai sale khác nhau cùng gọi một khách trong cùng một ngày, tạo trải nghiệm khá khó chịu cho người được gọi. Cách xử lý phổ biến là viết một hàm chuẩn hoá riêng, loại bỏ khoảng trắng, dấu gạch ngang và ký tự đặc biệt, sau đó quy tất cả số điện thoại Việt Nam về đúng một định dạng quốc tế thống nhất trước khi so sánh trùng lặp.

Với email cũng cần lưu ý tương tự: chuyển toàn bộ về chữ thường trước khi so sánh, vì "Khach@gmail.com" và "khach@gmail.com" về bản chất là cùng một địa chỉ nhưng nếu so sánh phân biệt hoa thường sẽ bị hệ thống coi là hai giá trị khác nhau. Những chi tiết nhỏ này nếu bỏ qua ngay từ đầu sẽ tích tụ thành dữ liệu lộn xộn rất khó dọn dẹp về sau khi số lượng lead đã lên tới hàng nghìn bản ghi.

Với trường hợp một khách hàng gửi form nhiều lần trong nhiều ngày với cùng số điện thoại nhưng nội dung quan tâm khác nhau, cách xử lý hợp lý không phải là bỏ qua lần gửi sau, mà nên cập nhật thêm một dòng ghi chú mới vào đúng bản ghi cũ kèm thời gian gửi, để sale khi mở lead lên có thể thấy toàn bộ lịch sử quan tâm của khách thay vì chỉ thấy thông tin của lần gửi gần nhất. Cách làm này giúp sale trò chuyện với khách tự nhiên hơn nhiều, vì họ nắm được khách đã hỏi những gì trước đó thay vì phải hỏi lại từ đầu.

Checklist nghiệm thu trước khi chạy thật

Nên nhờ vài đồng nghiệp gửi thử form bằng số điện thoại và email thật của họ trước khi công bố luồng đã sẵn sàng, vì đôi khi lỗi chỉ xuất hiện với những cách nhập liệu mà bạn không nghĩ tới khi tự kiểm tra một mình.

Lỗi thường gặp khi mới dựng luồng

Lỗi phổ biến nhất là quên xử lý trường hợp CRM tạm thời không phản hồi do quá tải hoặc bảo trì, khiến dữ liệu form bị mất hoàn toàn nếu không có cơ chế thử lại hoặc lưu tạm. Nên thiết kế một bước lưu dự phòng vào bảng tính hoặc hàng chờ riêng trước khi gửi sang CRM, để nếu CRM lỗi, dữ liệu vẫn không bị trôi mất và có thể đẩy lại thủ công sau.

Lỗi thứ hai là không kiểm tra kỹ tài liệu API của CRM về giới hạn số lượng request mỗi phút, dẫn tới luồng bị chặn tạm thời nếu lượng form gửi về tăng đột biến trong một chiến dịch quảng cáo lớn. Bạn nên đọc kỹ phần giới hạn tốc độ (rate limit) trong tài liệu API chính thức của CRM đang dùng và thiết kế luồng có độ trễ hợp lý giữa các lần gọi nếu cần, thay vì giả định lúc nào cũng gửi được ngay lập tức.

Lỗi thứ ba, tuy ít gặp hơn nhưng khó phát hiện nhất, là khi website đổi cấu trúc form (thêm hoặc bớt một trường) mà quên cập nhật lại luồng automation tương ứng, khiến dữ liệu bị lệch cột âm thầm trong CRM mà không ai nhận ra ngay. Nên có thói quen kiểm tra lại luồng mỗi khi đội thiết kế web chỉnh sửa form, coi đây là một bước bắt buộc trong quy trình thay đổi website chứ không phải việc làm thêm tuỳ chọn.

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

Một khi form website đã nối thẳng vào CRM, bạn sẽ không còn cảnh phải mở đi mở lại hộp thư để tìm xem có khách nào vừa để lại thông tin mà quên chưa xử lý, và đặc biệt là dữ liệu khách hàng của bạn từ nay sẽ luôn sạch và nhất quán ngay từ điểm chạm đầu tiên.