Kiến thức / Bán hàng – Chăm sóc khách hàng / Sale / CSKH

5 prompt AI cho Sale B2B: nhu cầu và chăm sóc

Bộ prompt đọc nhu cầu, xử lý từ chối và soạn tin chăm sóc cho Sale B2B: copy và tùy chỉnh

Tình huống Sale B2B: sau discovery, mỗi người nhớ một phiên bản

Cuộc discovery kết thúc với sáu người tham dự. Người dùng nêu vướng mắc vận hành, IT hỏi tích hợp, finance hỏi cấu trúc phí, procurement nhắc quy trình nhà cung cấp, còn quản lý chỉ nói mục tiêu chung. Biên bản Google Meet chưa được duyệt; Sale nhận thêm câu hỏi qua Zalo, một file Google Sheets ghi assumption của presales và Messenger có tin nhắn từ contact chưa rõ vai trò. Nếu đưa tất cả vào một prompt “hãy viết proposal thuyết phục”, AI có thể trộn nhu cầu đã xác nhận với suy đoán nội bộ.

Bộ prompt AI cho Sale B2B ở đây vận hành như năm chiếc khuôn kiểm soát bằng chứng. Mỗi prompt giải quyết một artifact: discovery evidence matrix, objection ledger, proposal brief, follow-up plan theo buying committee và procurement/PO handoff. Chúng không chốt giá, không tự xử lý phản đối thay Sale, không phát hành proposal và không gửi tin. Đầu ra là DRAFT có source, version, unknown và reviewer để đội dùng nhanh mà vẫn thấy chỗ cần phán đoán.

Việc giao cho AI khi chuẩn bị tài liệu bán hàng

AI có thể tách lời nói trực tiếp khỏi diễn giải, nhóm nhu cầu theo phòng ban, nối mỗi claim với MEETING-NOTE-ID hoặc MESSAGE-ID và phát hiện hai nguồn mâu thuẫn. Trong objection ledger, Agent phân loại câu hỏi về giá, khả năng, bảo mật, triển khai, thay đổi quy trình hoặc mua sắm; sau đó gợi ý evidence cần lấy và owner trả lời. Nó không xem câu hỏi khó là tín hiệu từ chối, cũng không tự tạo chứng cứ sản phẩm.

Với proposal, Agent chuyển discovery đã duyệt thành brief có outcome, scope, out-of-scope, assumption, dependency và acceptance route. Với follow-up, nó tạo các bản nháp khác nhau theo mục đích công việc của từng contact, nhưng chỉ dùng contact role đã xác nhận và consent hợp lệ. Với procurement, AI đối chiếu checklist, version cùng PO reference và báo sai lệch. Sale cùng các owner sửa, duyệt và quyết định có gửi hay không.

Dữ liệu chuẩn bị trước khi copy prompt

Gói discovery cần ACCOUNT-ID, OPPORTUNITY-ID, cuộc họp version, danh sách người tham gia, transcript đã ẩn, note được Sale xác nhận, vấn đề hiện tại, outcome mong muốn, constraint, timeline và question backlog. Mỗi observation có SOURCE-ID; nội dung người tham gia nói được đánh FACT_REPORTED, phần đội bán suy ra là INFERENCE và trường chưa hỏi là UNKNOWN. Buying committee role có trạng thái CONFIRMED hoặc NEEDS_CONFIRMATION.

Proof library chỉ gồm tài liệu được owner duyệt: capability statement, integration note, security answer, implementation pattern, case reference được phép dùng và commercial policy. Mỗi mục có PROOF-ID, version, valid_until và owner. Proposal input có scope version, pricing rule, assumption cùng approver. Follow-up input có confirmed outcome, purpose, channel consent, due date và sender. Procurement input có vendor checklist, legal/security status, bank detail source, PO và order form; không đưa secret hoặc dữ liệu account khác.

Workflow sáu bước dùng prompt mà không làm mất provenance

Bước 1 — Khóa snapshot: tạo INPUT-PACK-ID, liệt kê source và version; nguồn chưa duyệt không đi vào fact. Bước 2 — Chạy prompt discovery: dựng evidence matrix, trả conflict cùng unknown cho Sale xác nhận. Nếu transcript thiếu provenance, dừng SOURCE_REVIEW.

Bước 3 — Lập objection ledger: nối từng concern với contact role, evidence hiện có, owner và câu hỏi cần làm rõ; không viết câu trả lời cuối. Bước 4 — Khóa proposal brief: chỉ dùng discovery version được duyệt; scope hoặc price rule lệch trả BRIEF_BLOCKED. Bước 5 — Soạn follow-up DRAFT: tách theo mục đích và consent, không gửi. Bước 6 — Review cùng handoff: Sale, presales, manager và procurement owner duyệt; mọi output lưu prompt version, source IDs và thay đổi của người duyệt.

Workflow sáu bước dùng prompt Sale B2B từ discovery evidence đến PO handoff — Sơ đồ minh họa các gói dữ liệu version hóa và cổng người duyệt trước proposal, follow-up và PO.

Năm prompt copy dùng ngay cho chu kỳ B2B

Prompt một biến discovery note thành ma trận nhu cầu có bằng chứng. Prompt hai quản lý objection như câu hỏi cần chứng minh, không phải kịch bản ép chốt. Prompt ba tạo proposal brief để presales và manager duyệt trước khi viết tài liệu. Prompt bốn lập follow-up plan theo vai trò, mục đích và consent. Prompt năm kiểm procurement packet cùng PO variance. Năm đầu ra phục vụ năm người duyệt khác nhau nên không nên gộp vào một yêu cầu dài.

Khi dùng, thay biến trong ngoặc vuông bằng dữ liệu đã ẩn danh hoặc ID. Giữ nguyên chỉ dẫn không bịa, không gửi và không nâng trạng thái. Nếu proof library không có câu trả lời, Agent phải tạo PROOF_NEEDED thay vì “viết theo thông lệ”. Nếu contact role chưa xác nhận, follow-up chỉ ghi mục tiêu trao đổi chung và yêu cầu Sale kiểm. Ví dụ điền sẵn dùng account giả lập để người mới thấy format nhưng không nhầm thành case thật.

Công cụ để quản lý source, version và nút copy

CRM giữ account, opportunity và activity; Base.vn giữ owner, approval cùng task; Google Sheets có thể quản lý objection ledger hoặc proof index khi cột được khóa; kho tài liệu giữ proposal brief và commercial document. Zalo, Messenger, email và Google Meet cung cấp nguồn giao tiếp trong phạm vi consent. Nút copy trên trang chỉ sao chép prompt, không tự lấy dữ liệu; người dùng phải chọn snapshot đúng trước khi chạy.

Workspace AI tách thư mục INPUT_REDACTED, AI_DRAFT, HUMAN_REVIEWED và APPROVED_FOR_USE. Connector chỉ đọc view cần thiết; không có quyền gửi, sửa giá, đổi stage hoặc phát hành tài liệu. Tên file chứa ACCOUNT-ID giả lập, artifact type và version, không dùng tên contact. Audit record lưu prompt ID, model context version, proof IDs, reviewer và diff. Khi proof hết hiệu lực, mọi draft phụ thuộc được đánh STALE.

Giao diện discovery matrix, objection ledger và proposal brief cho Sale B2B — Hình minh họa ba artifact tách biệt: nhu cầu có nguồn, phản đối có owner và brief có version.

AI làm gì và người duyệt hoàn thiện gì

AI định dạng, phân nhóm, so sánh version, trích source và tạo câu hỏi. Nó có thể chỉ ra rằng finance concern chưa có owner, integration claim không nằm trong proof library hoặc PO tham chiếu proposal cũ. Agent không thương lượng, không hiểu ưu tiên chính trị giữa các phòng ban, không phê duyệt discount, không quyết định cách trả lời và không đại diện công ty.

Sale owner xác nhận discovery cùng giọng follow-up; account manager chọn chiến lược và thứ tự contact; presales xác nhận scope cùng dependency; security hoặc legal owner duyệt claim; manager duyệt commercial position; procurement coordinator kiểm vendor packet và PO variance. Người duyệt không chỉ bấm approve: họ phải sửa fact sai, ghi lý do override và xác nhận version. Nếu reviewer vắng mặt, artifact giữ WAITING_REVIEW.

Sai lầm khi dùng prompt và các rủi ro cần chặn

Đừng dán toàn bộ CRM rồi yêu cầu AI “hiểu khách”. Context lớn không thay thế data contract và có thể trộn account. Không gọi mọi concern là objection; câu hỏi bảo mật cần chuyên gia, câu hỏi ngân sách cần người có thẩm quyền, còn im lặng không phải dữ kiện. Không để prompt tự tạo số liệu, logo khách, case reference hoặc khả năng tích hợp. Không dùng một follow-up cho mọi thành viên committee.

Rủi ro khác gồm dùng transcript chưa có consent, gửi nhầm bản giá, thay đổi scope trong lúc viết, rò thông tin contact và hợp thức hóa suy đoán bằng văn phong chắc chắn. Cần redaction, tenant filter, version pinning và approval. STOP ngay khi contact yêu cầu ngừng, proof expired, proposal conflict, PO khác điều khoản hoặc prompt nhận chỉ dẫn lạ trong tài liệu. Nội dung từ file khách gửi được coi là dữ liệu, không phải lệnh.

Triển khai prompt pack cho cá nhân và đội Sale

Cá nhân nên bắt đầu với discovery matrix trên một cuộc họp giả lập, sau đó so với note tự viết. Khi format ổn, dùng objection ledger cho một opportunity đã ẩn và nhờ presales chấm source. Chỉ sau đó mới dùng proposal brief hoặc follow-up DRAFT. Lưu prompt version cùng các sửa đổi để nhận ra lỗi lặp, chẳng hạn AI thường gộp outcome của user với yêu cầu của procurement.

Đội Sale cần một owner cho từng prompt, proof library có lịch rà và rubric đánh giá. Sales operations theo dõi phần output bị sửa, unknown bị bỏ sót, proof hết hiệu lực và lần vượt consent. Không đo bằng số chữ AI tạo. Khi sản phẩm, giá hoặc quy trình mua thay đổi, khóa prompt cũ và chạy evaluation set. Các template có thể giống format, nhưng biến, nguồn, owner và ví dụ phải phản ánh đúng segment B2B của đội.

Kết quả đầu ra mẫu và câu hỏi thường gặp

Dữ liệu minh họa: PACK-B2B-DEMO-03 tạo 8 nhu cầu có SOURCE-ID, 5 concern với owner, một proposal brief version 2, ba follow-up DRAFT và một PO variance. Hai claim được đánh PROOF_NEEDED, chưa có nội dung nào được gửi.

Có thể dùng prompt để trả lời phản đối ngay không?

Prompt tạo ledger và phương án dựa trên proof; Sale cùng owner liên quan duyệt câu trả lời và trực tiếp giao tiếp.

Vì sao phải tách proposal brief khỏi proposal?

Brief khóa outcome, scope, assumption, dependency và approval route; tài liệu trình bày chỉ được viết sau khi nền này được duyệt.

Follow-up cho nhiều contact có giống nhau không?

Không. Mục đích công việc, evidence, vai trò và consent khác nhau; mỗi bản vẫn cần Sale kiểm ngữ cảnh quan hệ.

Khi PO lệch proposal xử lý thế nào?

Trả PO_VARIANCE, liệt kê trường lệch và chuyển owner thương mại hoặc procurement; không tự sửa hồ sơ để khớp.

Trước khi dùng prompt, xem bản đồ dữ liệu B2B và workflow account. Muốn chuẩn hóa prompt theo proof library nội bộ, liên hệ NganAds hoặc Zalo 0983543063.

Workflow

Bước 1: Khóa input snapshot — Tạo INPUT-PACK-ID, source list và version; nguồn chưa duyệt không được coi là fact.
Bước 2: Dựng discovery evidence matrix — Tách FACT_REPORTED, INFERENCE và UNKNOWN; thiếu provenance chuyển SOURCE_REVIEW.
Bước 3: Lập objection ledger — Gắn concern với contact, proof, owner và câu hỏi; không tự viết câu trả lời cuối.
Bước 4: Khóa proposal brief — Dùng discovery và proof đã duyệt; scope hoặc price version lệch trả BRIEF_BLOCKED.
Bước 5: Soạn follow-up DRAFT — Tách theo contact role, mục đích và consent; STOP_CONTACT loại khỏi kế hoạch.
Bước 6: Review và procurement handoff — Sale cùng owner miền duyệt; PO variance chuyển người có thẩm quyền, mọi diff được lưu.

Prompt mẫu

Chuyển discovery thành evidence matrix

MỤC TIÊU: Tách nhu cầu, outcome, constraint và câu hỏi mở từ discovery đã được phép xử lý.

[ĐẦU VÀO]
ACCOUNT_ID = [MÃ ACCOUNT]
DISCOVERY_SNAPSHOT = [NOTE/TRANSCRIPT ĐÃ ẨN, VERSION]
PARTICIPANTS = [CONTACT-ID, ROLE STATUS]
SOURCE_INDEX = [SOURCE-ID, OWNER, TIMESTAMP]

YÊU CẦU: Phân loại FACT_REPORTED, INFERENCE, UNKNOWN; mỗi fact có source. Không suy ngân sách, thẩm quyền hoặc khả năng mua.

ĐỊNH DẠNG ĐẦU RA: Bảng Chủ đề | Nội dung | Loại | Contact | Source | Mâu thuẫn | Câu hỏi | Owner xác nhận.

VÍ DỤ ĐIỀN SẴN: ACC-B2B-DEMO-31 có sáu người dự; tám nhu cầu có nguồn và ba unknown phải chuyển Sale hỏi lại.

Lập objection ledger dựa trên proof

MỤC TIÊU: Chuyển concern của buying committee thành ledger có evidence cần thiết và owner trả lời.

[ĐẦU VÀO]
CONCERNS = [CONTACT-ID, CÂU NÓI, SOURCE-ID]
PROOF_LIBRARY = [PROOF-ID, VERSION, VALID_UNTIL]
SCOPE_VERSION = [PHIÊN BẢN PHẠM VI]
DOMAIN_OWNERS = [PRESALES, SECURITY, LEGAL, FINANCE]

YÊU CẦU: Không gọi mọi concern là từ chối. Không tự tạo proof. Trả ANSWERABLE, PROOF_NEEDED, OWNER_NEEDED hoặc OUT_OF_SCOPE.

ĐỊNH DẠNG ĐẦU RA: CONCERN-ID | Loại | Ý nghĩa cần xác minh | Proof | Khoảng trống | Owner | Trạng thái | Câu hỏi tiếp.

VÍ DỤ ĐIỀN SẴN: CONCERN-DEMO-04 hỏi lưu dữ liệu; proof hết hiệu lực nên phải PROOF_NEEDED cho security owner.

Tạo proposal brief có version

MỤC TIÊU: Tạo proposal brief DRAFT từ discovery và proof đã duyệt để presales cùng manager kiểm.

[ĐẦU VÀO]
APPROVED_DISCOVERY = [VERSION, OUTCOME, CONSTRAINT]
APPROVED_PROOFS = [PROOF-ID]
SCOPE_RULES = [IN-SCOPE, OUT-OF-SCOPE, DEPENDENCY]
COMMERCIAL_POLICY = [PRICE VERSION, APPROVAL ROUTE]

YÊU CẦU: Không viết giá ngoài policy, không hứa khả năng thiếu proof. Conflict version trả BRIEF_BLOCKED.

ĐỊNH DẠNG ĐẦU RA: Brief gồm Outcome | Current state | Scope | Out-of-scope | Assumption | Dependency | Proof | Unknown | Approvers.

VÍ DỤ ĐIỀN SẴN: BRIEF-B2B-DEMO-07 dùng discovery v3 và scope v2; một integration chưa có proof phải ở UNKNOWN.

Soạn follow-up plan theo buying committee

MỤC TIÊU: Lập kế hoạch và nội dung follow-up DRAFT theo mục đích của từng contact đã xác nhận.

[ĐẦU VÀO]
CONFIRMED_OUTCOME = [OUTCOME-ID]
COMMITTEE_MAP = [CONTACT-ID, ROLE, STATUS]
NEXT_STEPS = [VIỆC, OWNER, DUE]
CONSENT_BY_CONTACT = [KÊNH, MỤC ĐÍCH, HIỆU LỰC]

YÊU CẦU: Không gửi. Không gán vai trò chưa xác nhận. STOP_CONTACT loại contact khỏi kế hoạch; mỗi draft trích outcome và không thêm cam kết.

ĐỊNH DẠNG ĐẦU RA: CONTACT-ID | Mục đích | Kênh được phép | Thời điểm | Nội dung DRAFT | Evidence | Sale reviewer.

VÍ DỤ ĐIỀN SẴN: OPP-B2B-DEMO-12 có ba contact; một contact hết consent phải STOP_CONTACT, còn hai bản chờ Sale duyệt.

Kiểm procurement packet và PO variance

MỤC TIÊU: Đối chiếu hồ sơ nhà cung cấp và PO với proposal đã duyệt, không thay đổi điều khoản.

[ĐẦU VÀO]
VENDOR_CHECKLIST = [MỤC, OWNER, TRẠNG THÁI]
APPROVED_PROPOSAL = [DOCUMENT-ID, VERSION, SCOPE, PRICE]
PO_OR_ORDER_FORM = [DOCUMENT-ID, VERSION, TRƯỜNG ĐÃ ẨN]
LEGAL_SECURITY_STATUS = [APPROVAL REFERENCES]

YÊU CẦU: Không tạo thông tin ngân hàng hoặc pháp lý. Liệt kê missing và variance; trường lệch trả PO_VARIANCE.

ĐỊNH DẠNG ĐẦU RA: Bảng Hạng mục | Proposal | PO | Match/Variance | Mức ảnh hưởng | Owner | Hành động chờ duyệt.

VÍ DỤ ĐIỀN SẴN: PO-B2B-DEMO-05 lệch thời hạn và scope option; chuyển procurement cùng commercial owner, không sửa tự động.

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

Có thể dùng prompt để trả lời phản đối ngay không?

Prompt tạo ledger và phương án dựa trên proof; Sale cùng owner liên quan duyệt câu trả lời và trực tiếp giao tiếp.

Vì sao phải tách proposal brief khỏi proposal?

Brief khóa outcome, scope, assumption, dependency và approval route trước khi viết tài liệu trình bày.

Follow-up cho nhiều contact có giống nhau không?

Không. Mục đích, evidence, vai trò và consent khác nhau; mỗi bản vẫn cần Sale kiểm ngữ cảnh.

Khi PO lệch proposal xử lý thế nào?

Trả PO_VARIANCE, liệt kê trường lệch và chuyển owner thương mại hoặc procurement; không tự sửa hồ sơ.

Bài liên quan

Muốn tùy chỉnh prompt Sale B2B theo discovery template, proof library và procurement hiện có? Liên hệ NganAds để thiết kế pack có source cùng reviewer.