Chatbot kết nối CRM: Ghi lead, chống trùng và phân Sales mà không làm bẩn dữ liệu

Duplicate do nhiều phiên

Một người quay lại từ thiết bị khác có thể tạo nhiều contact nếu không có khóa.

Company name tự do

Viết tắt, dấu câu và tên thương hiệu làm account matching sai.

Ghi đè dữ liệu tốt

Thông tin suy ra từ chat không được phép thay giá trị Sales đã xác nhận.

Race condition

Hai sự kiện gần nhau có thể cùng vượt qua duplicate check trước khi tạo record.

Routing không có fallback

Rule thiếu khiến lead không có owner hoặc bị vòng lặp phân công.

• Field authority: Quy định chatbot được tạo, gợi ý hay cấm cập nhật từng field.
• Consent log: Lưu thời điểm, mục đích và kênh đồng ý.
• Concurrency: Dùng unique constraint hoặc alternate key, không chỉ kiểm tra trước.
• Audit: Ghi source conversation, workflow version và thay đổi.
• Exception queue: Không nuốt lỗi; gửi bản ghi mơ hồ cho người xử lý.

Email có đủ để chống trùng không?

Không luôn đủ; B2B còn cần domain, công ty và khóa từ CRM.

Có nên fuzzy match tự động?

Nên dùng để gợi ý; merge tự động cần ngưỡng và kiểm soát chặt.

Chatbot được cập nhật contact cũ không?

Có theo field authority; dữ liệu xác nhận không nên bị suy luận ghi đè.

Nếu CRM tạm lỗi thì sao?

Đưa sự kiện vào queue, retry idempotent và cảnh báo khi quá SLA.

Đo chất lượng tích hợp thế nào?

Theo duplicate rate, orphan lead, lỗi validation, latency và tỷ lệ Sales sửa field.

Hãy coi write-back là pipeline dữ liệu có contract, không phải một action của model. Identity, idempotency, field authority và exception handling phải được thiết kế trước khi bật tự động tạo lead.