Form cần thu dữ liệu gì?
Form nên thu đủ dữ liệu để phân công và chuẩn bị liên hệ, nhưng không nên buộc khách cung cấp một bản yêu cầu dài. Bộ trường thường gồm họ tên, thông tin liên hệ, công ty, nhu cầu, kênh mong muốn và sự đồng ý xử lý dữ liệu nếu chính sách yêu cầu.
Các trường phục vụ vận hành như nguồn chiến dịch, trang gửi form, thời điểm, ngôn ngữ và mã theo dõi có thể được gắn tự động. Không để người dùng tự nhập dữ liệu mà website đã biết.
Xử lý đầu vào trước khi tạo lead
Khi form được gửi, backend cần kiểm tra trường bắt buộc, định dạng email, giới hạn tần suất, token chống bot và kích thước nội dung. Dữ liệu không hợp lệ phải được từ chối hoặc đưa vào hàng kiểm tra, không chuyển thẳng cho sales.
Sau đó, hệ thống chuẩn hóa số điện thoại, domain công ty và nguồn lead. Kiểm tra bản ghi trùng theo email, số điện thoại hoặc công ty. Nếu tìm thấy liên hệ cũ, tạo hoạt động mới trên bản ghi hiện có thay vì tạo thêm một khách hàng.
Luật tạo CRM và phân công sales
Bản ghi CRM cần giữ dữ liệu gốc từ form, giá trị đã chuẩn hóa, nguồn, người phụ trách, trạng thái và thời hạn phản hồi nội bộ. Nếu quá trình tạo CRM lỗi, hệ thống phải retry có giới hạn và gửi cảnh báo cho người vận hành. Không được xác nhận đã nhận yêu cầu với khách nếu chưa tạo được bản ghi hoặc chưa lưu lỗi để xử lý.
Luật phân công có thể dựa trên khu vực, dòng dịch vụ, phân khúc hoặc vòng chia đều. Mỗi luật cần người thay thế khi sales nghỉ và cơ chế nhận lại lead nếu quá hạn. Với trường hợp không đủ dữ liệu để phân công, chuyển vào hàng chờ có người kiểm tra.
Trạng thái và hành động tiếp theo
Một pipeline nhỏ có thể dùng các trạng thái: mới, cần bổ sung dữ liệu, đã phân công, đã liên hệ, đang đánh giá, không phù hợp và đã chuyển cơ hội. Mỗi lần đổi trạng thái phải có hành động tiếp theo hoặc lý do đóng.
Trạng thái “đã liên hệ” chưa đủ nếu không ghi kênh, thời điểm và kết quả. Trạng thái “không phù hợp” cần lý do có cấu trúc để đội marketing biết nguồn nào tạo lead sai đối tượng.
Nếu cần xác định phạm vi phiên bản đầu, dùng các câu hỏi trong bài 5 câu hỏi trước khi xây MVP. Không cần xây toàn bộ CRM mới nếu hệ thống hiện tại có API và trạng thái phù hợp.
Cơ chế nhắc follow-up
Nhắc việc phải dựa trên trạng thái và thời hạn, không gửi lặp theo lịch cố định. Lead mới chưa có người nhận cần cảnh báo khác với lead đã gọi nhưng đang chờ tài liệu. Khi sales hoàn thành hành động, reminder cũ phải được đóng hoặc lên lịch lại.
Thông báo nên chứa khách hàng, trạng thái, việc cần làm, hạn và liên kết mở đúng bản ghi CRM. Không gửi toàn bộ nội dung form vào kênh chat công khai nếu có dữ liệu cá nhân.
AI có thể hỗ trợ phần nào?
AI có thể phân loại nhu cầu từ nội dung tự do, tóm tắt bối cảnh và soạn bản nháp phản hồi. Kết quả phải ghi mức chắc chắn hoặc chuyển kiểm tra khi nội dung không đủ rõ. Các trường như người phụ trách, trạng thái và thời hạn lấy từ luật hệ thống, không để mô hình tự quyết.
Bản nháp email phải được sales duyệt trong giai đoạn đầu. Không để AI tự cam kết giá, phạm vi, lịch bàn giao hoặc điều khoản. Khi taxonomy đã ổn định, có thể tự động gửi xác nhận đã nhận form bằng mẫu cố định, còn phản hồi tư vấn vẫn giữ bước duyệt.
Log và xử lý lỗi
Luồng cần ghi thời điểm nhận form, kết quả chống spam, ID bản ghi CRM, luật phân công đã áp dụng, trạng thái gửi thông báo và lỗi tích hợp. Dữ liệu log phải đủ để tìm một lead bị thiếu mà không lưu thừa nội dung nhạy cảm.
Chuẩn bị các trường hợp CRM tạm ngừng, webhook gửi trùng, email không hợp lệ, sales bị vô hiệu hóa và form bị spam hàng loạt. Mỗi lỗi cần đường xử lý và người nhận cảnh báo.
Kiểm tra MVP trước khi mở rộng
Chạy test từ form đến CRM bằng dữ liệu kiểm thử, sau đó xác nhận chống trùng, phân công, reminder, quyền truy cập và cập nhật trạng thái. Trong giai đoạn chạy thật, theo dõi lead không có người nhận, lỗi tạo bản ghi, thời gian đến hành động đầu tiên và tỷ lệ đóng không có lý do.
Khi luồng cơ bản ổn định, mới bổ sung enrichment, lead scoring hoặc nhiều pipeline. Auranium có thể triển khai tích hợp qua Product Development và thiết kế ranh giới AI qua AI Agent Coaching.