Lập danh sách khách hàng chung: cần những cột gì và ai cập nhật?

Sếp xin danh sách khách, mỗi sale gửi một file. Cùng một công ty xuất hiện ba lần, tên người liên hệ không giống nhau, còn cột “đang chăm sóc” không cho biết ai phải làm gì tiếp. Ghép các file lại chưa tạo thành dữ liệu dùng chung.

Một danh sách quản lý khách hàng cần giúp người khác nhận diện đúng khách, biết ai phụ trách và tiếp nối công việc mà không phải hỏi lại từ đầu. Vì vậy, hãy thiết kế cả cột dữ liệu lẫn quy tắc cập nhật. Thêm nhiều cột mà không ai chịu trách nhiệm giữ đúng sẽ làm bảng nặng hơn chứ chưa hữu ích hơn.

Bắt đầu bằng đơn vị cần quản lý

Trong bán hàng B2B, doanh nghiệp khách hàng, người liên hệ và cơ hội bán hàng là ba loại thông tin khác nhau. Một công ty có thể có nhiều người liên hệ và nhiều nhu cầu đang trao đổi cùng lúc.

Nếu nhét tất cả vào một dòng, đội dễ ghi đè số điện thoại hoặc gộp hai cơ hội thành một trạng thái. Với bảng đơn giản, có thể dùng ba trang tính liên kết qua mã khách: khách hàng, người liên hệ và công việc/cơ hội. Nếu chưa cần tách, ít nhất phải biết một dòng đang đại diện cho điều gì.

Đừng dùng số điện thoại cá nhân làm mã duy nhất cho cả doanh nghiệp: đầu mối có thể đổi, nhiều người cùng phụ trách hoặc dùng một số tổng đài. Mã số thuế có thể hỗ trợ đối chiếu doanh nghiệp khi phù hợp, nhưng vẫn cần xem đúng đơn vị, chi nhánh và cách tổ chức tài khoản của mình.

Mẫu bảng khách hàng có thể dùng ngay

Các cột dưới đây là bộ khởi đầu. Doanh nghiệp có thể bớt hoặc thêm theo cách bán, không cần thu thập đủ mọi thông tin mới bắt đầu chăm sóc.

Cột	Mục đích	Quy tắc nhập gợi ý
Mã khách	Nhận diện ổn định qua các bảng	Một mã duy nhất, không đổi khi đổi sale
Tên đơn vị	Biết đang giao dịch với ai	Tên đầy đủ; tên thường gọi để cột riêng nếu cần
Mã số thuế hoặc định danh phù hợp	Hỗ trợ kiểm tra trùng	Chỉ nhập khi đã xác minh, không tự tạo số
Khu vực/ngành	Phân công và chuẩn bị trao đổi	Dùng danh mục thống nhất, tránh quá nhiều biến thể
Người phụ trách chính	Biết ai giữ trách nhiệm	Một đầu mối; người hỗ trợ ghi riêng
Trạng thái quan hệ	Hiểu tình hình ở mức tổng quát	Định nghĩa từng lựa chọn trước khi dùng
Lần trao đổi có ý nghĩa gần nhất	Biết hồ sơ còn mới không	Ngày và liên kết/ghi chú ngắn
Việc tiếp theo	Tiếp nối công việc	Hành động cụ thể, hoặc lý do chưa có
Người làm và hạn	Tránh việc trôi	Tách trách nhiệm nếu người làm khác người giữ khách
Nguồn và ngày cập nhật	Kiểm tra độ tin cậy	Ghi người cập nhật và căn cứ khi cần

Đầu mối liên hệ nên có vai trò công việc và kênh liên hệ phù hợp, nhưng không thu thập thông tin riêng tư không phục vụ công việc. Giới hạn quyền xem và xuất dữ liệu theo nhu cầu thực tế.

Ví dụ một dòng dữ liệu dùng được

Dữ liệu dưới đây hoàn toàn giả lập, không phải khách thật hoặc mã định danh thật:

Mã khách	Tên đơn vị	Người phụ trách	Trạng thái	Ghi nhận gần nhất	Việc tiếp theo	Hạn
KH-DEMO-01	Doanh nghiệp mẫu A	An	Đang xác định nhu cầu	Khách muốn đối chiếu hai quy cách trước khi chọn	An gửi bảng thông số đã kiểm tra	Ngày đã thống nhất với khách

So với “khách tiềm năng, chăm thêm”, dòng này giúp người khác hiểu cuộc trao đổi đã đến đâu. Tuy nhiên, nếu khách có hai nhu cầu khác nhau, cần tách cơ hội hoặc ghi nhận rõ để không nhầm thời điểm và người quyết định.

Cột trạng thái quan hệ cũng không nên dùng thay giai đoạn của từng cơ hội. Một khách đang mua đều vẫn có thể có một cơ hội mới chưa đủ điều kiện.

Ai cập nhật, ai được sửa?

Chọn một quy tắc dễ nhớ: người tạo ra thông tin mới cập nhật phần công việc của mình; người phụ trách chính chịu trách nhiệm kiểm tra hồ sơ khách còn nhất quán. Quản lý quyết định những thay đổi như chuyển người phụ trách hoặc xử lý tranh chấp, theo phạm vi doanh nghiệp đã thống nhất.

Quy định thời điểm cập nhật gắn với sự kiện: sau cuộc trao đổi có thông tin mới, sau thay đổi người liên hệ hoặc khi thống nhất bước tiếp theo. Không cần đợi cuối tháng mới tổng hợp, nhưng cũng không nên yêu cầu sửa hồ sơ sau mọi tin nhắn xã giao.

Để xem ai thay đổi dữ liệu, dùng cơ chế lịch sử phù hợp của công cụ. Tránh tạo thêm cột “ghi chú của sếp” dùng để ghi đè kết quả nhân viên đã xác minh mà không để lại căn cứ.

Quy tắc chống trùng trước khi thêm khách

1. Tìm theo tên đơn vị và cách viết gần giống.
2. Đối chiếu định danh đã có, khu vực và đầu mối để biết có phải cùng khách không.
3. Nếu đã có hồ sơ, thêm hoạt động hoặc người liên hệ vào hồ sơ đó thay vì tạo bản mới.
4. Nếu chưa chắc, đánh dấu cần kiểm tra và giao một người xác minh trước khi hợp nhất.
5. Khi hợp nhất, giữ lịch sử và trách nhiệm liên quan; không xóa dữ liệu chỉ vì hai tên giống nhau.

Một đơn vị và một chi nhánh có thể cần cách quản lý khác nhau. Hãy thống nhất quy tắc của doanh nghiệp trước, thay vì tự động gộp mọi dòng có chung một phần tên.

Trường hợp hai sale cùng đưa khách vào danh sách cần tách vấn đề dữ liệu khỏi vấn đề ghi nhận công sức. Bài hai nhân viên cùng nhận một khách giúp xử lý trách nhiệm và phối hợp mà không buộc khách chịu hai luồng chào bán.

Chuyển từ các file riêng sang bảng chung

Chọn một nhóm dữ liệu nhỏ để thử. Chuẩn hóa tên cột và trạng thái, kiểm tra dòng trùng, xác định người giữ trách nhiệm rồi nhờ người dùng thực tế tìm một khách và tiếp tục một công việc.

Đừng nhập tất cả ngay chỉ để báo “đã chuyển xong”. Hồ sơ không có người phụ trách hoặc không rõ lần cập nhật nên được đánh dấu để xử lý, thay vì ngụy trang thành dữ liệu hoàn chỉnh.

Khi nhân viên chuyển vị trí, dùng cùng mã khách và giữ lịch sử. Quy trình bàn giao khách hàng phải bao gồm cam kết đang mở, đầu mối, bước tiếp theo và xác nhận người nhận, không chỉ thao tác đổi tên ở một cột.

Rà chất lượng bằng công việc thật

Mỗi tuần có thể chọn một số hồ sơ để hỏi: có tìm được khách đúng không, người khác có hiểu lần trao đổi gần nhất không, ai làm việc tiếp theo và việc ấy còn đúng không? Đây là gợi ý kiểm tra nội bộ, không phải tiêu chuẩn thống kê.

Nếu bảng có nhiều dòng nhưng không trả lời được các câu hỏi đó, cần sửa quy tắc nhập và trách nhiệm. Khung quản lý đội sale bớt phụ thuộc vào sếp giúp nối dữ liệu với cách vận hành hằng ngày.

Khi đã rõ cấu trúc, bạn có thể mang một mẫu dữ liệu giả lập tới buổi trao đổi với SalesCloud để kiểm tra cách liên kết khách, người liên hệ, cơ hội và hoạt động. Không cần gửi thông tin khách thật chỉ để xem công cụ có phù hợp hay không.