Khi một dự án CRM chậm hơn dự kiến, nguyên nhân thường không nằm ở phần cấu hình mà ở dữ liệu: nhiều nguồn khác nhau, cùng một khách hàng tồn tại ở ba bản ghi, số điện thoại mỗi nơi một định dạng, và không ai chắc bản nào mới nhất.
Phần lớn công việc chuẩn bị dữ liệu doanh nghiệp tự làm được, và làm trước sẽ rẻ hơn làm trong lúc chuyển. Bài viết này mô tả trình tự thường dùng.
Migration CRM là gì?
Migration ở đây là việc chuyển dữ liệu khách hàng và dữ liệu bán hàng từ nơi đang lưu — bảng tính, hệ thống cũ, phần mềm kế toán — sang hệ thống CRM mới, sao cho các bản ghi vẫn giữ đúng quan hệ với nhau.
Điểm khác biệt so với việc chép dữ liệu thông thường: CRM không lưu các bảng rời. Một liên hệ thuộc về một công ty, một cơ hội bán hàng gắn với một liên hệ, một hoạt động gắn với cơ hội đó. Chuyển dữ liệu mà làm đứt những quan hệ này thì kết quả là một danh bạ, không phải một hệ thống.
Phạm vi migration phụ thuộc vào cấu trúc và chất lượng dữ liệu nguồn. Đây là lý do hai doanh nghiệp cùng số lượng bản ghi có thể mất công sức rất khác nhau.
1. Liệt kê nguồn dữ liệu hiện có
Bước đầu tiên là biết dữ liệu đang nằm ở đâu. Thường gặp:
- Bảng tính Excel hoặc Google Sheets, mỗi người một bản.
- Hệ thống CRM cũ.
- Phần mềm kế toán hoặc ERP.
- Danh bạ xuất từ email hoặc điện thoại.
- Biểu mẫu website đổ về một bảng riêng.
Với mỗi nguồn cần biết: ai đang giữ, cập nhật lần cuối khi nào, và có còn được dùng không. Không phải nguồn nào cũng lấy ra được ở dạng có thể nhập thẳng — một số hệ thống chỉ cho xuất báo cáo, không cho xuất dữ liệu đầy đủ, và điều đó cần biết sớm.
2. Xác định dữ liệu nào thực sự cần chuyển
Mục tiêu không phải là đưa hết mọi thứ sang. Nên phân loại:
- Dữ liệu đang vận hành — khách hàng và cơ hội đang xử lý. Gần như luôn cần chuyển.
- Lịch sử còn giá trị — khách đã mua, hợp đồng cũ, lịch sử liên hệ cần tra cứu lại.
- Dữ liệu đã hết giá trị — lead từ nhiều năm trước chưa từng phản hồi, liên hệ ở công ty không còn hoạt động.
- Bản ghi trùng — cần xử lý trước khi chuyển, không phải sau.
Chuyển ít hơn nhưng sạch hơn thường cho kết quả tốt hơn. Dữ liệu cũ vẫn có thể giữ lại ở dạng lưu trữ ngoài hệ thống để tra cứu khi cần, mà không làm nhiễu danh sách làm việc hằng ngày.
3. Chuẩn hoá trường dữ liệu
Cùng một thông tin thường được ghi theo nhiều cách khác nhau giữa các nguồn. Trước khi chuyển, nên thống nhất:
| Trường | Vấn đề thường gặp |
|---|---|
| Tên công ty | Viết tắt, thêm “Công ty TNHH”, thừa dấu cách |
| Tên liên hệ | Gộp họ tên vào một ô hoặc tách hai ô không thống nhất |
| Số điện thoại | Có và không có mã vùng, dấu cách, dấu chấm |
| Nhiều email trong cùng một ô | |
| Người phụ trách | Ghi tên gọi thân mật thay vì tài khoản người dùng |
| Nguồn lead | Mỗi người đặt một tên cho cùng một kênh |
| Trạng thái | Danh sách trạng thái tự do, không theo tập cố định |
Hai trường cuối quan trọng hơn vẻ ngoài của chúng: nguồn lead và trạng thái là thứ báo cáo dựa vào. Nếu chúng không thuộc một tập giá trị cố định thì báo cáo sau này không nhóm được.
4. Xử lý dữ liệu trùng
Trước khi gộp, cần thống nhất thế nào là trùng. Tiêu chí tuỳ mô hình kinh doanh:
- Cùng email — thường đáng tin với khách hàng cá nhân.
- Cùng số điện thoại — hay gặp trường hợp một số dùng chung cho cả công ty.
- Cùng tên công ty — dễ nhầm giữa chi nhánh và trụ sở.
- Kết hợp nhiều tiêu chí — thường chính xác hơn một tiêu chí đơn lẻ.
Công cụ dò trùng giúp thu hẹp danh sách, nhưng quyết định gộp hay giữ riêng vẫn cần người hiểu nghiệp vụ xem lại. Hai chi nhánh của cùng một tập đoàn có thể là hai khách hàng riêng biệt với hai người phụ trách khác nhau — gộp tự động sẽ làm mất thông tin đó.
Khi gộp, cần quyết định trước bản ghi nào là bản giữ lại và thông tin nào từ bản còn lại được chuyển sang.
5. Mapping dữ liệu nguồn sang hệ thống mới
Mapping là bảng đối chiếu: trường nào ở nguồn tương ứng với trường nào ở đích. Ví dụ minh hoạ:
| Trường nguồn | Trường đích | Ghi chú |
|---|---|---|
Tên KH | Tên công ty | Bỏ tiền tố pháp lý nếu không cần |
SĐT | Điện thoại | Chuẩn hoá định dạng trước khi chuyển |
NV phụ trách | Người phụ trách | Phải khớp với tài khoản người dùng có thật |
Tình trạng | Trạng thái cơ hội | Cần ánh xạ sang tập trạng thái đã thiết kế |
Ghi chú | Ghi chú | Kiểm tra giới hạn độ dài |
Những trường không có chỗ tương ứng cần được quyết định rõ: tạo trường mới, gộp vào ghi chú, hay bỏ. Quyết định này nên do người hiểu nghiệp vụ đưa ra, không để phát sinh trong lúc chuyển.
6. Xử lý dữ liệu thiếu hoặc không hợp lệ
Sẽ luôn có bản ghi thiếu thông tin. Nguyên tắc là đặt quy tắc trước khi chuyển, không tạo dữ liệu thay cho người dùng:
- Thiếu người phụ trách — gán về một tài khoản mặc định để xử lý sau, hoặc giữ trống có chủ đích.
- Thiếu nguồn lead — dùng một giá trị rõ ràng như “không xác định”, thay vì đoán.
- Ngày tháng không hợp lệ — giữ trống thay vì điền một ngày bất kỳ.
- Trạng thái không nằm trong tập đã thiết kế — ánh xạ về giá trị gần nhất, có ghi lại.
Một ô trống trung thực dùng được. Một ô được điền cho đủ sẽ làm hỏng chính báo cáo mà hệ thống sinh ra.
7. Chuyển thử trước khi chuyển chính thức
Nên chạy thử với một tập nhỏ trước, chọn sao cho tập đó đại diện cho các tình huống khó — bản ghi thiếu trường, bản ghi có quan hệ phức tạp, bản ghi từ nguồn khác nhau.
Việc chạy thử thường phát hiện những thứ không thấy được khi nhìn bảng: định dạng ngày bị hiểu sai, ký tự tiếng Việt lỗi, quan hệ giữa liên hệ và công ty không nối được. Sửa quy tắc rồi chạy lại vẫn rẻ hơn nhiều so với sửa sau khi đã chuyển toàn bộ.
8. Kiểm tra sau khi chuyển
Sau lần chuyển chính thức, nên kiểm tra ít nhất:
- Số lượng bản ghi ở mỗi nhóm, đối chiếu với nguồn.
- Các trường quan trọng — người phụ trách, trạng thái, nguồn lead.
- Quan hệ giữa các bản ghi — liên hệ có gắn đúng công ty, cơ hội có gắn đúng liên hệ.
- Quyền sở hữu — mỗi bản ghi có đúng người phụ trách.
- Một số mẫu ngẫu nhiên — mở vài chục bản ghi và so với nguồn bằng mắt.
Không nên kỳ vọng mọi bản ghi đều khớp tuyệt đối. Mục tiêu thực tế là hệ thống dùng được ngay và những sai lệch còn lại được biết đến, chứ không phải được phát hiện sáu tháng sau bởi một báo cáo sai.
Những dữ liệu thường không nên chuyển nguyên trạng
- Ghi chú tự do dài chứa lẫn nhiều loại thông tin — nên tách phần còn dùng được.
- Trạng thái cũ không còn trong quy trình mới — cần ánh xạ có chủ đích.
- Lead rất cũ chưa từng phản hồi — làm phình danh sách mà không tạo giá trị.
- Liên hệ không rõ nguồn gốc — cần cân nhắc cả khía cạnh dữ liệu cá nhân.
- Trường tính toán từ hệ thống cũ — nên để hệ thống mới tự tính lại.
Connecta xử lý phần này như thế nào?
Phạm vi chuyển đổi được chốt sau khi khảo sát dữ liệu nguồn, vì chính cấu trúc và chất lượng dữ liệu quyết định khối lượng công việc. Các bước thường gồm khảo sát nguồn, thống nhất quy tắc ánh xạ, chạy thử, chuyển chính thức và kiểm tra cùng doanh nghiệp.
Dịch vụ triển khai mô tả giai đoạn chuyển đổi dữ liệu trong bối cảnh toàn bộ dự án, cùng mô hình trách nhiệm giữa các bên.
Nếu bạn đang chuẩn bị bắt đầu, checklist trước khi triển khai Zoho CRM bao quát cả những phần ngoài dữ liệu cần làm rõ từ đầu.