Playbook khám phá nhu cầu với AI: Lập hồ sơ để khách chỉnh sửa

Playbook khám phá nhu cầu với AI: Lập hồ sơ để khách chỉnh sửa

Một buổi khám phá nhu cầu thất bại khi người bán có nhiều ghi chú nhưng không chỉ ra được vấn đề khách đã xác nhận hoặc ai sẽ làm tiếp. Hãy dùng phiếu năm bước: chuẩn bị, thống nhất việc cần giải quyết, ghi dữ kiện, chọn một quyết định nhỏ và xác nhận người nhận. AI chỉ hỗ trợ chuẩn bị và ghi nhận; người bán vẫn chịu trách nhiệm về phán đoán và cam kết.

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

  • Trạng thái đầu: yêu cầu hợp lệ, đã có người bán phụ trách và bối cảnh được duyệt.
  • Trạng thái cuối: khách có thể sửa hồ sơ gồm sự thật, điểm chưa biết, quyết định và một hành động hữu ích.
  • Bằng chứng: tài liệu chuẩn bị có nguồn, chỉnh sửa của khách, bàn giao được nhận và hành động có người/ngày.
  • Thời hạn: chuẩn bị trước cuộc trao đổi; gửi hồ sơ đã duyệt trong thời gian phục vụ mà đội ngũ quy định.

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

Vai tròChịu trách nhiệmPhê duyệtNhận bàn giao
Người bánCuộc trao đổi và hồ sơ cuốiTuyên bố và bước tiếp theoChỉnh sửa của khách
Quản lý bán hàngCây câu hỏi và kiểm tra chất lượngNgoại lệTrường hợp cần hướng dẫn
Chuyên giaBằng chứng chuyên mônCam kết quan trọngCâu hỏi được chuyển

Trước khi bắt đầu, xác nhận mục đích và sự cho phép, phiên bản nguồn hiện hành, cây câu hỏi trung tính, quyền truy cập hồ sơ và cách hoàn tác thay đổi CRM được đề xuất.

Trong đội nhỏ, người bán có thể kiêm việc quản lý và kiểm tra hồ sơ. Tuyên bố quan trọng về chuyên môn, giá, bảo mật, pháp lý hoặc hợp đồng vẫn cần đúng chuyên gia. Việc đầu tiên: sao chép năm tiêu đề giai đoạn vào một tài liệu, rồi ghi ba dữ kiện có nguồn và ba điểm chưa biết.

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

Trưởng vận hành Huy muốn đánh giá việc chấm điều kiện khách hàng thiếu nhất quán. Trước cuộc trao đổi, người bán Sara hoàn tất phiếu chuẩn bị đã yêu cầu:

  • Dữ kiện có nguồn 1: Yêu cầu của Huy đề nghị đánh giá việc chấm điều kiện thiếu nhất quán (nguồn: tin nhắn yêu cầu giả định R-17).
  • Dữ kiện có nguồn 2: Tài liệu quy trình hiện hành của đội A dùng định nghĩa A-3 (nguồn: tài liệu giả định PA-3).
  • Dữ kiện có nguồn 3: Tài liệu quy trình hiện hành của đội B dùng định nghĩa khác là B-2 (nguồn: tài liệu giả định PB-2).
  • Điểm chưa biết 1: Vì sao hai định nghĩa khác nhau.
  • Điểm chưa biết 2: Sự khác biệt có ảnh hưởng đến bàn giao hoặc kết quả hay không.
  • Điểm chưa biết 3: Ai có quyền phê duyệt định nghĩa chung.

Trong cuộc trao đổi, Sara xác minh sự khác biệt nhưng không suy diễn rằng điều đó làm mất doanh thu. Huy nhận việc gửi mẫu định nghĩa trước ngày 22/08/2026, giờ ICT. Sara gửi bản tóm tắt có nguồn; chưa đề xuất sản phẩm.

Giai đoạn 1: chuẩn bị giả thuyết có giới hạn

  • Người phụ trách: người bán.
  • Đầu vào: yêu cầu của khách, bối cảnh tài khoản đã duyệt, nguồn hiện hành.
  • Hành động: liệt kê ba sự thật có nguồn, ba điểm chưa biết và chương trình dự kiến; gắn nhãn mọi suy luận.
  • Đầu ra: bản chuẩn bị.
  • Điều kiện qua: mọi tuyên bố có nguồn hoặc nhãn giả thuyết.
  • Chuyển cấp/hoàn tác: bỏ bối cảnh cũ; chuyển tuyên bố chuyên môn thiếu bằng chứng cho chuyên gia.

Giai đoạn 2: thống nhất công việc cần giải quyết

  • Người phụ trách: người bán.
  • Đầu vào: bản chuẩn bị và mục đích của khách.
  • Hành động: xác nhận thời lượng, chương trình, quy trình hiện tại, thay đổi mong muốn, ràng buộc và quyền hỏi tiếp.
  • Đầu ra: phạm vi khám phá được khách đồng ý.
  • Điều kiện qua: khách xác nhận hoặc sửa mục tiêu.
  • Chuyển cấp/hoàn tác: dừng kịch bản và xác lập lại phạm vi nếu mục đích thực tế khác dự kiến.

Giai đoạn 3: lập bản đồ bằng chứng

  • Người phụ trách: người bán; AI chỉ đề xuất nhãn.
  • Đầu vào: phát biểu của khách và nguồn đã duyệt.
  • Hành động: tách sự thật đã xác nhận, giả thuyết, điểm chưa biết, quyết định và hành động; giữ nguyên ý nguồn.
  • Đầu ra: bản đồ bằng chứng có xuất xứ.
  • Điều kiện qua: không giả thuyết nào bị ghi thành sự thật; mọi điểm chưa biết có cách xử lý.
  • Chuyển cấp/hoàn tác: hoàn tác thay đổi CRM dự kiến nếu chưa chắc về nguồn hoặc danh tính.

Mẫu ghi chú họp của Atlassian tách bối cảnh, quyết định và hành động. Đây là tham chiếu cho cơ chế ghi nhận, không phải bằng chứng về kết quả bán hàng. Xem mẫu.

Giai đoạn 4: chọn quyết định nhỏ nhất tiếp theo

  • Người phụ trách: người bán; chuyên gia duyệt tuyên bố quan trọng.
  • Đầu vào: vấn đề đã xác nhận, khoảng trống bằng chứng, ràng buộc.
  • Hành động: so sánh các bước đã duyệt; chọn bước nhỏ nhất giúp xử lý một khoảng trống thật.
  • Đầu ra: đề xuất có giới hạn hoặc quyết định dừng minh bạch.
  • Điều kiện qua: khách hiểu mục đích, người phụ trách và điều kiện chấp nhận.
  • Chuyển cấp/hoàn tác: rút nội dung giá, bảo mật, pháp lý hoặc hợp đồng thiếu duyệt và chuyển đúng chủ sở hữu.

Giai đoạn 5: xác nhận và bàn giao

  • Người phụ trách: người bán.
  • Đầu vào: bản đồ bằng chứng đã duyệt và quyết định tiếp theo.
  • Hành động: đọc lại chỉnh sửa; hiển thị giá trị hiện tại cạnh thay đổi đề xuất; gán ngày và người nhận.
  • Đầu ra: bản tóm tắt để khách sửa và gói hành động được nhận.
  • Điều kiện qua: người nhận chấp nhận hoặc hồ sơ ghi rõ không có bước tiếp.
  • Chuyển cấp/hoàn tác: không gửi hay ghi nội dung còn tranh chấp; giữ giá trị cũ và chuyển quyền sở hữu chưa rõ cho quản lý.

Dùng phiếu bàn giao và kiểm tra này

Tình huốngMức độNgười phụ tráchThông tin cần chuyển
Tuyên bố quan trọng thiếu nguồnCaoChuyên giaLời khách, khoảng trống nguồn
Khách phản đối bản tóm tắtVừaNgười bánGhi chú gốc, nội dung sửa
Không có người nhận hành độngVừaQuản lý bán hàngQuyết định, người có thể nhận
Tình huốngXử lý trướcNếu chưa có người nhận
Tuyên bố quan trọng thiếu nguồnMọi cam kếtNêu rõ giới hạn
Khách phản đối bản tóm tắtKhi ghi CRMGiữ giá trị cũ
Không có người nhận hành độngKhi gửi theo dõiĐóng mà không tạo việc

Kiểm tra: quyền và danh tính; nguồn/phiên bản; câu hỏi trung tính; chỉnh sửa của khách; người/ngày; bàn giao được nhận; không ghi đè CRM âm thầm.

Chỉ sốCách tínhMốc gốcNgưỡng quyết định
Tỷ lệ hồ sơ có thể sửaHồ sơ cho khách sửa / hồ sơ được xem xétMẫu thửĐặt trước khi mở rộng
Tỷ lệ hành động đầy đủHành động có người, ngày, xác nhận / tổng hành độngMẫu thửĐặt trước khi mở rộng
Tỷ lệ hoàn tácLần ghi CRM bị hoàn tác vì sai dữ kiện/nguồn / tổng lần ghiKiểm tra trước thửĐặt ngưỡng dừng trước khi chạy
Chỉ sốNgười xemLịch xem lại
Tỷ lệ hồ sơ có thể sửaNgười phụ trách hướng dẫn bán hàngHàng tuần khi thử
Tỷ lệ hành động đầy đủQuản lý bán hàngHàng tuần
Tỷ lệ hoàn tácNgười phụ trách vận hành doanh thuHàng tháng

Tín hiệu sớm gồm câu hỏi dẫn dắt, giả thuyết thành sự thật, khách phải sửa nhiều lần và bàn giao không được nhận. Thu hẹp cây câu hỏi, sửa nguồn hoặc trả quyền quyết định cho người bán.

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

Đối chiếu với hướng dẫn chấm điều kiện khách hàng, dùng playbook xử lý phản đối cho yêu cầu bằng chứng, hoặc tạo gói việc bằng mẫu theo dõi sau cuộc họp.

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

Bài không tuyên bố kết quả bán hàng, ưu thế phương pháp, quyền ghi âm, tích hợp hay năng lực Easy AI.

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

Gợi ý cho bạn