Playbook bán kèm và nâng cấp theo nhu cầu khách hàng

Việc bán kèm dễ sai khi một tín hiệu mơ hồ biến thành lời chào trước khi nhóm kiểm tra khách đang cần gì và có vấn đề dịch vụ nào cần ưu tiên không.

Hãy bắt đầu từ một yêu cầu và điền phiếu dưới đây. Kết quả phải rõ: đưa lựa chọn đã kiểm tra, hỏi thêm, chuyển sang dịch vụ hoặc không hành động.

Bắt đầu bằng phiếu quyết định mở rộng

Yêu cầu của khách theo nguyên văn:
Vấn đề dịch vụ hiện tại hoặc lý do tạm dừng:
Lựa chọn đã duyệt và ngày kiểm tra nguồn:
Quyết định: [đưa lựa chọn | hỏi thêm | ưu tiên dịch vụ | không hành động]
Người phụ trách bước tiếp theo:
Điều kiện dừng hoặc bàn giao:

Việc đầu tiên: sao chép phiếu vào tài liệu hoặc ghi chú CRM và điền đúng lời khách. Không bắt đầu từ điểm mô hình hay mục tiêu bán hàng.

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

• Trạng thái đầu: sự kiện khách đã xác minh cho thấy công việc hoặc ràng buộc mới.
• Trạng thái cuối: khách nhận lựa chọn được duyệt để cân nhắc, có người nhận việc làm rõ hoặc đóng không hành động.
• Bằng chứng: nguyên văn khách, trạng thái tài khoản/dịch vụ, phiên bản lựa chọn, phê duyệt, nhận bàn giao và kết quả.
• Thời hạn: một kỳ đánh giá đã duyệt; mở lại cần bằng chứng mới từ khách.

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

Trước khi chạy, định nghĩa bằng chứng hợp lệ, ưu tiên dịch vụ, danh mục và phiên bản, thẩm quyền thương mại, quyền theo kênh, kết quả không hành động, hoàn tác, thời hạn nhận việc và mốc chất lượng.

Trong nhóm nhỏ, một người có thể kiêm phụ trách tài khoản, danh mục và vận hành. Hãy tách bước xem xét dịch vụ hoặc an toàn khi người đó không thể tự kiểm tra độc lập, đồng thời luôn ghi người thay thế để nhận phản hồi của khách.

Giai đoạn 1: xác minh sự kiện mở rộng

• Người phụ trách: chủ tài khoản.
• Đầu vào: lời khách, danh tính đã kiểm tra, lịch sử tài khoản.
• Hành động: tách công việc khách nêu khỏi quan tâm suy diễn; ghi nguồn và độ mới.
• Đầu ra: sự kiện hợp lệ hoặc hồ sơ không hành động.
• Điều kiện qua: nhu cầu và bằng chứng được xác nhận hoặc ghi chưa rõ.
• Chuyển cấp/hoàn tác: chặn khi danh tính/quyền chưa chắc; không biến điểm mô hình thành ý định khách.

Giai đoạn 2: áp dụng ưu tiên dịch vụ và điều kiện

• Người phụ trách: chủ dịch vụ.
• Đầu vào: sự kiện, ca mở, hoàn trả, tranh chấp, cam kết.
• Hành động: đối soát sự kiện mới và quyết định có được thực hiện thương mại không.
• Đầu ra: tiếp tục, chờ hoặc ưu tiên dịch vụ.
• Điều kiện qua: không còn trạng thái ưu tiên cao hơn chưa giải quyết.
• Chuyển cấp/hoàn tác: hủy lời chào đang chờ khi có sự cố mới; khôi phục trạng thái tài khoản trước.

Giai đoạn 3: lập bộ lựa chọn được duyệt

• Người phụ trách: chủ danh mục/thương mại.
• Đầu vào: nhu cầu, danh mục hiện hành, quy tắc điều kiện và thẩm quyền.
• Hành động: chọn 0–3 lựa chọn, nêu khác biệt, giả định và điểm chưa biết.
• Đầu ra: gói lựa chọn có phiên bản hoặc không có phương án phù hợp.
• Điều kiện qua: mọi tuyên bố và giá/phạm vi đều được duyệt hiện hành.
• Chuyển cấp/hoàn tác: bỏ lựa chọn cũ/thiếu nguồn; chuyển ngoại lệ đúng người có thẩm quyền.

Microsoft công bố một kịch bản nhà cung cấp về bán thêm theo bối cảnh và hỗ trợ của con người. Đây là minh họa cơ chế, không phải kết quả hay tích hợp Easy AI. Xem nguồn.

Giai đoạn 4: trình bày, làm rõ và bàn giao

• Người phụ trách: chủ tài khoản.
• Đầu vào: gói đã duyệt, kênh và quyền của khách.
• Hành động: nhắc lại nhu cầu, đưa lựa chọn có giới hạn, gồm không hành động, và nhận chỉnh sửa.
• Đầu ra: quyết định của khách và người phụ trách tiếp.
• Điều kiện qua: người nhận chấp nhận bàn giao hoặc khách đóng quyết định.
• Chuyển cấp/hoàn tác: rút gói sai công khai; chuyển thương lượng hoặc thẩm quyền mua sắm cho người.

Giai đoạn 5: đối soát và xem xét

• Người phụ trách: chủ tài khoản; RevOps giữ bằng chứng chất lượng.
• Đầu vào: tương tác, sự kiện đơn/dịch vụ, chỉnh sửa, bàn giao.
• Hành động: hủy việc cũ, ghi lý do cuối, lấy mẫu chất lượng, quyết định giữ hay dừng tuyến.
• Đầu ra: kết quả đã đối soát và hồ sơ xem xét.
• Điều kiện qua: không còn hành động cũ; mọi ngoại lệ có người nhận.
• Chuyển cấp/hoàn tác: dừng tuyến khi vượt ngưỡng sửa lỗi, xung đột dịch vụ hoặc bàn giao quá hạn.

Tình huống hư cấu đã hoàn tất

Một nhà phân phối thiết bị hư cấu nhận tin quản lý kho mở địa điểm thứ hai. Chủ tài khoản Noor ghi yêu cầu về khả năng tương thích thiết bị, không ghi “ý định upsell”. Chủ dịch vụ xác nhận ca sửa chữa khác đã đóng. Chủ danh mục cung cấp hai máy quét hiện hành và ghi chưa biết ai có quyền mua. Noor đưa so sánh dữ kiện cùng lựa chọn không hành động; quản lý mời phụ trách mua sắm Ravi. Ravi nhận bàn giao; quy trình đóng mà chưa tạo báo giá hay tuyên bố mở rộng.

Yêu cầu của khách theo nguyên văn: “Máy quét nào dùng được ở kho thứ hai của chúng tôi?”
Vấn đề dịch vụ hiện tại hoặc lý do tạm dừng: Ca sửa chữa trước đã kiểm tra và đóng
Lựa chọn đã duyệt và ngày kiểm tra nguồn: Hai máy quét trong danh mục hiện hành ngày 15/8/2026
Quyết định: hỏi thêm
Người phụ trách bước tiếp theo: Noor; phụ trách mua sắm Ravi nhận câu hỏi về thẩm quyền
Điều kiện dừng hoặc bàn giao: Không báo giá khi chưa xác nhận quyền mua; đóng nếu Ravi từ chối

Bàn giao, kiểm tra và đo lường

Kiểm tra: bằng chứng rõ; danh tính/quyền hiện hành; ưu tiên dịch vụ; phiên bản danh mục; khác biệt có nguồn; có không hành động; bàn giao được nhận; việc cũ đã hủy.

Tín hiệu lỗi gồm suy diễn ý định, lựa chọn cũ, chào bán khi có sự cố, khách sửa nhiều và người nhận quá hạn. Dừng quy tắc bị ảnh hưởng, sửa nguồn hoặc quyền sở hữu và chạy lại ca đại diện.

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

Đối chiếu chiến lược bằng use case bán thêm theo bối cảnh, triển khai một hồ sơ bằng mẫu bán thêm theo bối cảnh, hoặc nối thời điểm ecommerce qua use case mua lại.

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

Bài không tuyên bố doanh thu, chuyển đổi, chất lượng gợi ý, tích hợp, tình trạng danh mục hay năng lực Easy AI.