Một người liên hệ có quyền quyết định trong dự án A nhưng chỉ hỗ trợ kỹ thuật trong dự án B. CRM lưu một thuộc tính toàn cục “người ra quyết định”, nên nhân viên mở B và hiểu nhầm phải xin phê duyệt từ người đó. Với vai trò liên hệ theo từng cơ hội bán, CRM cần đặt vai trò vào đúng quan hệ với cơ hội, thay vì gắn một nhãn cố định cho mọi giao dịch của người liên hệ.
Phân tích dưới đây tập trung vào thiết kế dữ liệu, sử dụng nhãn và nghiệm thu tích hợp website–CRM. Những người, dự án và vai trò đều là ví dụ giả định; không có thông tin khách hàng hoặc kết quả bán hàng thật được dùng để minh họa.
Vai trò liên hệ theo từng cơ hội bán thuộc về quan hệ CRM
Giả sử liên hệ C tham gia hai cơ hội. Với A, C có vai trò phê duyệt trong quy trình đã được doanh nghiệp xác minh. Với B, C là người trao đổi yêu cầu kỹ thuật, còn người phê duyệt là D. Nếu hồ sơ C chỉ có một trường “vai trò”, không thể mô tả cả hai quan hệ cùng lúc mà không làm sai một bên.
Chức danh cũng không giải quyết trọn vấn đề. Một người có chức danh quản lý có thể tham gia nhưng không quyết định ngân sách của một dự án. Ngược lại, một người không có chức danh nổi bật có thể là đầu mối được giao quyền trong một phạm vi cụ thể. CRM nên lưu điều đã được xác nhận về giao dịch, không tự suy ra quyền từ tên chức vụ.
Tài liệu HubSpot về association labels mô tả nhãn dùng để làm rõ quan hệ giữa các bản ghi, chẳng hạn liên hệ với một deal. Đây là cơ sở tham khảo phù hợp cho mô hình vai trò theo cơ hội. Tính năng và giới hạn cụ thể cần được kiểm tra theo gói, quyền và đối tượng của tài khoản đang triển khai.
Trong mô hình đề xuất, hồ sơ C giữ thông tin thuộc C như tên và kênh liên hệ. Cơ hội A và B giữ ngữ cảnh giao dịch. Liên kết C–A và C–B giữ vai trò phù hợp với từng cơ hội. Một cập nhật vai trò ở B không nên làm thay đổi vai trò đã được xác nhận ở A.
Từ một nhãn đến một quy tắc có thể sử dụng
Nhãn chỉ hữu ích nếu nhân viên cùng hiểu khi nào được áp dụng. “Người quyết định”, “người ký”, “đầu mối kỹ thuật” và “người liên hệ chính” có thể là bốn vai trò khác nhau. Đừng dùng tất cả như từ đồng nghĩa chỉ vì giao diện cần một người nổi bật trên đầu hồ sơ.
Ví dụ người liên hệ chính có trách nhiệm điều phối trao đổi nhưng chưa chắc được ký. Người ký có thể xuất hiện ở bước cuối nhưng không phải người đánh giá kỹ thuật. Nếu một quy trình gửi bản dự thảo cho đầu mối chính, nó cần chọn đúng nhãn đó; không tự chọn người có chức danh cao nhất trong danh sách liên hệ.
Doanh nghiệp cần chốt số lượng cho phép của từng vai trò. Có thể có nhiều người tham gia quyết định, một người điều phối chính hoặc một vai trò chưa xác định. Không nên ép một người duy nhất cho mọi cơ hội nếu thực tế là một nhóm, nhưng cũng không để nhãn “chính” gắn cho nhiều người mà quy trình phía sau vẫn giả định chỉ có một.
Associations API của HubSpot phân biệt quan hệ mặc định và quan hệ có nhãn, với định danh của từng đầu. Khi tích hợp, cần đọc nhãn phù hợp thay vì chỉ đọc danh sách mọi contact liên kết. Danh sách có C và D không trả lời ai là đầu mối cần nhận tác vụ cụ thể.
Nhãn có thể cần lịch sử hoặc thời điểm xác minh nếu tổ chức mua thay đổi. Không nhất thiết tạo một hệ thống phê duyệt phức tạp cho mọi cập nhật, nhưng cần biết ai xác nhận và từ khi nào. Một ghi chú “nghe nói C quyết định” không nên trở thành dữ liệu chắc chắn mà tự động hóa dùng để gửi tài liệu quan trọng.
Website gửi yêu cầu mới chưa biết sơ đồ quyết định
Biểu mẫu liên hệ thường chỉ biết người gửi và nội dung họ chủ động cung cấp. Một câu “tôi cần báo giá” không đủ để suy ra người đó có quyền phê duyệt hoặc ký hợp đồng. Có thể tạo đầu mối cho cơ hội mới, nhưng nhãn vai trò cần phản ánh mức thông tin đã được xác nhận.
Nếu biểu mẫu cho người dùng tự chọn vai trò, hãy giữ rõ đây là dữ liệu do người gửi khai báo cho đến khi quy trình xác minh phù hợp hoàn tất. Không cần gây khó cho mọi liên hệ bằng nhiều câu hỏi chỉ để điền đầy CRM. Những trường không phục vụ bước xử lý đầu tiên có thể được bổ sung trong trao đổi sau.
Tài liệu liên kết bản ghi HubSpot cho thấy một deal có thể liên quan nhiều người liên hệ. Điều này không có nghĩa công cụ tự phân loại đúng trách nhiệm mua. Việc liên kết một người với cơ hội chỉ ghi nhận quan hệ, còn ý nghĩa vai trò phải được cung cấp và quản trị.
Nếu C đã có trong CRM rồi gửi một yêu cầu cho dự án B, không nên sao chép vai trò của C ở A sang B. Có thể liên kết cùng hồ sơ người để tránh tạo bản sao, nhưng quan hệ mới cần dữ liệu riêng. Đây là điểm khác biệt giữa tái sử dụng danh tính và tái sử dụng kết luận về vai trò.
Trường hợp người gửi thuộc một công ty nhưng tư vấn cho dự án của công ty khác càng cần thận trọng. Miền email hoặc công ty chính của contact không tự xác định công ty mua trong cơ hội mới. Bài viết không khuyến nghị suy đoán quan hệ tổ chức từ một tín hiệu rồi cập nhật hàng loạt hồ sơ.
Báo cáo và tự động hóa phải chọn đúng quan hệ
Một báo cáo hỏi “cơ hội nào chưa xác định người phê duyệt” phải kiểm tra nhãn trên từng cơ hội. Không thể chỉ tìm contact có thuộc tính toàn cục rồi kết luận mọi deal liên quan đã đủ thông tin. Nếu thiếu người hoặc có nhiều bản ghi cùng nhãn trong khi quy trình chỉ hỗ trợ một, hãy giữ trạng thái cần xác minh.
Tự động gửi nhiệm vụ hay tài liệu cũng cần cùng nguyên tắc. Trước khi hành động, kiểm tra cơ hội hiện tại, người được liên kết, nhãn và quyền liên quan. Không chọn phần tử đầu tiên trong danh sách API chỉ vì hệ thống trả C trước D. Thứ tự dữ liệu không phải bằng chứng về trách nhiệm kinh doanh.
Nếu nhân viên vừa thay người phụ trách hoặc sửa nhãn, một workflow chạy từ dữ liệu cũ không nên ghi đè kết quả mới. Cần kiểm tra phiên bản hoặc thời điểm theo cơ chế phù hợp với hệ thống. Khi không chắc, dừng đúng tác vụ và chuyển đối chiếu, thay vì tự sửa toàn bộ các cơ hội của contact.
Nhãn vai trò không tự cấp quyền xem hoặc ký. Nó có thể hỗ trợ điều phối, nhưng những hành động có cam kết vẫn cần quy trình xác minh và phân quyền tương ứng. Một người được gắn nhãn trong CRM không nên được website cho truy cập tài liệu của mọi dự án chỉ vì cùng contact.
Nghiệm thu bằng một liên hệ có hai vai trò đối lập
Chuẩn bị C ở vai trò quyết định cho A và kỹ thuật cho B, thêm D làm đầu mối phù hợp của B. Đổi vai trò C–B rồi đọc lại A. Tạo một yêu cầu website mới từ C và kiểm tra hệ thống tái sử dụng danh tính mà không sao chép nhãn giao dịch cũ. Những mẫu này phát hiện lỗi mô hình nhanh hơn kiểm tra một deal đơn lẻ.
Thử tiếp cơ hội chưa có nhãn, hai người cùng nhãn cần duy nhất, xóa một liên kết và cập nhật lặp sau timeout. Kiểm tra báo cáo và workflow không tự đoán khi thiếu hoặc mâu thuẫn dữ liệu. Mỗi cập nhật chỉ nên ảnh hưởng đến quan hệ đã chọn, không mất các quan hệ còn lại.
Nếu cần xây website kết nối CRM cho bán hàng B2B, hãy chuẩn bị sơ đồ một contact tham gia hai cơ hội và quy tắc vai trò của từng bên. Giá: Liên hệ. Nhận tư vấn & báo giá theo điểm cần xác minh và phạm vi tự động hóa, không dựa vào một nhãn chung để quyết định thay đội bán hàng.
