Playbook theo dõi khách hàng đa kênh: Giữ một hồ sơ hiện hành

Playbook theo dõi khách hàng đa kênh: Giữ một hồ sơ hiện hành

Theo dõi đa kênh thất bại khi khách đã trả lời ở một nơi nhưng lời nhắc cũ vẫn tiếp tục ở nơi khác. Dùng phiếu năm bước để giữ một hồ sơ hợp lệ, giao một việc cho mỗi lần liên hệ, chọn kênh được phép, kiểm tra sự kiện mới và hủy mọi việc đã cũ.

Tiêu chuẩn hoàn tất

  • Trạng thái đầu: yêu cầu hợp lệ, danh tính đã kiểm tra, quyền theo từng kênh và người phụ trách.
  • Trạng thái cuối: hành động được nhận, đóng rõ ràng hoặc bàn giao cho người; mọi việc cũ đã hủy.
  • Bằng chứng: nhật ký sự kiện chung, bản ghi hủy, xác nhận nhận việc và lý do kết thúc.
  • Thời hạn: một chuỗi đã duyệt; chỉ khởi động lại khi có sự kiện hợp lệ mới.

Vai trò và điều kiện

Vai tròChịu trách nhiệmPhê duyệtNhận bàn giao
Người phụ trách kháchMục đích, phản hồi, đóngTin nhắn cuốiPhản hồi của khách
RevOpsTrạng thái chung, chặn gửiQuy tắc chuỗiLỗi dữ liệu
Chủ kênhChính sách, gửi nhậnNgoại lệ kênhSự cố gửi

Xác nhận quyền hiện hành theo từng kênh, danh tính/trạng thái chuẩn, sự kiện phản hồi và đặt lịch, người dự phòng, nội dung có nguồn và khả năng hủy việc đang chờ.

Trong đội nhỏ, người phụ trách khách có thể kiêm kiểm tra việc gửi và cập nhật hồ sơ chung. Chỉ cần chuyên gia riêng khi có vấn đề chính sách, quyền liên hệ hoặc lỗi hệ thống vượt thẩm quyền. Việc đầu tiên: sao chép năm tiêu đề giai đoạn và điền mục đích, kênh được phép, người phụ trách cùng sự kiện dừng.

Xem phiếu trong một tình huống hoàn chỉnh

Một khách hàng tiềm năng xin bảng kiểm tồn kho qua biểu mẫu web và cho phép gửi email. Duy gửi đúng tài liệu đã hứa. Khi email báo lỗi, chuỗi dừng và người phụ trách kênh kiểm tra địa chỉ thay vì tự đổi kênh. Khách cung cấp địa chỉ đúng rồi yêu cầu cuộc gọi; Duy nhận việc, mọi bước chăm sóc còn lại bị hủy và quy trình kết thúc với một lịch gọi đã được nhận.

Giai đoạn 1: tạo một hồ sơ hợp lệ

  • Người phụ trách: người phụ trách khách.
  • Đầu vào: yêu cầu, bằng chứng danh tính, quyền theo kênh, phân công.
  • Hành động: ghi mục đích, kênh ưu tiên, bước tiếp, trạng thái chặn, người chính và dự phòng.
  • Đầu ra: hồ sơ theo dõi chuẩn.
  • Điều kiện qua: chỉ có một trạng thái hiện hành; điểm mơ hồ được chuyển xem xét.
  • Chuyển cấp/hoàn tác: chặn mọi lượt gửi nếu chưa chắc danh tính, mục đích hoặc quyền.

Giai đoạn 2: giao một nhiệm vụ cho mỗi lần chạm

  • Người phụ trách: người phụ trách khách.
  • Đầu vào: hồ sơ chuẩn và chuỗi đã duyệt.
  • Hành động: chỉ chọn một việc—nhắc lại bối cảnh, làm rõ, gửi tài liệu đã hứa, xác nhận hành động hoặc đóng.
  • Đầu ra: tin nhắn/việc có giới hạn và điều kiện dừng.
  • Điều kiện qua: nhiệm vụ riêng biệt, hữu ích, không tạo khẩn cấp giả.
  • Chuyển cấp/hoàn tác: loại khuyến mãi không liên quan hoặc lời nhắc lặp; trả về xử lý thủ công.

Giai đoạn 3: chọn kênh được phép

  • Người phụ trách: chủ kênh, với người phụ trách khách duyệt.
  • Đầu vào: kỳ vọng của khách, quyền theo kênh, lịch sử gửi.
  • Hành động: dùng kênh tối thiểu phù hợp; gắn vào cùng trạng thái và bộ nhận phản hồi.
  • Đầu ra: hành động kênh được duyệt.
  • Điều kiện qua: chính sách, quyền, người gửi và phương án dự phòng đều hiện hành.
  • Chuyển cấp/hoàn tác: hủy nếu thiếu quyền hoặc không kiểm tra được quy tắc kênh.

Hướng dẫn người gửi của Google và quy định loại tin của Zalo OA minh họa các kiểm soát riêng theo kênh, cần được kiểm tra lại khi triển khai. Google, Zalo OA.

Giai đoạn 4: đối soát trước mỗi hành động

  • Người phụ trách: RevOps cho kiểm tra hệ thống; người phụ trách khách xử lý ngoại lệ.
  • Đầu vào: phản hồi, lịch hẹn, giai đoạn, sự cố dịch vụ, lỗi gửi, trạng thái chặn, hành động của người.
  • Hành động: đọc sự kiện mới nhất, vô hiệu việc cũ, hiển thị xung đột.
  • Đầu ra: quyết định gửi, hủy hoặc chuyển người.
  • Điều kiện qua: không có sự kiện mới hơn mâu thuẫn hành động.
  • Chuyển cấp/hoàn tác: hủy hàng đợi khi sự kiện trễ/xung đột; khôi phục trạng thái đã xác minh cuối cùng.

Giai đoạn 5: đóng và rút kinh nghiệm

  • Người phụ trách: người phụ trách khách.
  • Đầu vào: kết quả đã đối soát và lịch sử sự kiện.
  • Hành động: ghi hành động được nhận hoặc lý do đóng; giữ quyền từ chối; xem lỗi.
  • Đầu ra: trạng thái cuối và bằng chứng kiểm tra.
  • Điều kiện qua: không còn việc chờ; người nhận đã nhận mọi bàn giao.
  • Chuyển cấp/hoàn tác: RevOps đối soát cập nhật dở dang; giữ chuỗi ở trạng thái dừng.

Dùng phiếu bàn giao theo dõi này

Tình huốngMức độNgười phụ tráchThông tin cần chuyển
Khách trả lời hoặc đặt lịchCaoNgười phụ trách kháchTin nhắn, danh tính, trạng thái
Xung đột quyền liên hệCaoNgười phụ trách kênhKênh, hồ sơ đồng ý
Cập nhật dở dangCaoNgười phụ trách vận hànhMã sự kiện, trạng thái cuối
Tình huốngXử lý trướcNếu chưa giải quyết
Khách trả lời hoặc đặt lịchBước tiếp theoHủy chuỗi
Xung đột quyền liên hệKhi gửiChặn kênh
Cập nhật dở dangHết kỳ xem xét hiện tạiDừng mọi hành động

Kiểm tra: một danh tính và người phụ trách; một việc mỗi lượt; quyền hiện hành; sự kiện mới nhất; hủy đã thử; giữ quyền từ chối; người dự phòng nhận việc quá hạn.

Chỉ sốCách tínhMốc gốcNgưỡng quyết định
Tỷ lệ theo dõi nhất quánHồ sơ hợp lệ không có hành động cũ/xung đột / hồ sơ hợp lệGiai đoạn thửĐặt trước mở rộng
Toàn vẹn hủyHành động cũ đã hủy / hành động cũ phát hiệnGiai đoạn thửĐặt ngưỡng dừng
Tỷ lệ nhận bàn giaoBàn giao được nhận đúng hạn / tổng bàn giaoGiai đoạn thửĐặt trước khi chạy
Chỉ sốNgười xemLịch xem lại
Tỷ lệ theo dõi nhất quánNgười phụ trách vận hànhHàng tuần
Toàn vẹn hủyNgười phụ trách vận hànhHàng tuần
Tỷ lệ nhận bàn giaoQuản lý bán hàngHàng tuần

Tín hiệu lỗi gồm liên hệ trùng, sự kiện trễ tăng, người phụ trách quá hạn, sai quyền và mở lại khi chưa có sự kiện mới. Dừng tuyến bị ảnh hưởng, đối soát trạng thái và thu hẹp chuỗi.

Việc cần làm sau khi hoàn tất

Đánh giá hành trình bằng use case theo dõi khách hàng, xử lý im lặng bằng mẫu theo dõi khách không phản hồi, hoặc chuyển phản đối sang playbook xử lý phản đối.

Bằng chứng và giới hạn

Bài không tuyên bố tăng phản hồi/chuyển đổi, quyền pháp lý, tích hợp kênh hay năng lực Easy AI.

Câu hỏi thường gặp

Gợi ý cho bạn