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

AI Agent cho Sale B2B: công việc, dữ liệu, giới hạn

AI Agent cho Sale B2B: bản đồ công việc, dữ liệu và giới hạn

Tình huống Sale B2B: một account, nhiều người và nhiều phiên bản sự thật

Một cơ hội bán hàng doanh nghiệp hiếm khi nằm gọn trong một inbox. Người dùng nghiệp vụ gửi yêu cầu qua Zalo, quản lý tham gia cuộc họp trên Google Meet, bộ phận mua hàng hỏi điều khoản qua email, còn ghi chú của Sale nằm rải trong CRM, Base.vn và Google Sheets. Cùng một account có thể có người khởi xướng, người sử dụng, người kiểm tra an toàn thông tin, người giữ ngân sách và người ký. Nếu Agent chỉ tóm tắt đoạn chat mới nhất, nó dễ biến ý kiến của một contact thành quyết định của cả buying committee.

AI Agent cho Sale B2B nên bắt đầu từ câu hỏi hẹp: việc nào có đầu vào kiểm chứng được, đầu ra dạng DRAFT và người chịu trách nhiệm rõ? Giá trị thực tế nằm ở việc giảm thời gian tìm evidence, giữ lịch sử thay đổi và chuẩn bị handoff, không nằm ở chuyện để máy tự kết luận account sẽ mua. Bản đồ trong bài phân tách account, contact, opportunity, activity và commercial document để đội biết Agent được đọc gì, được soạn gì và phải dừng ở đâu.

Việc giao cho AI theo vòng đời account

Ở đầu pipeline, AI có thể gom thông tin công khai đã được phép dùng, chuẩn hóa tên doanh nghiệp, nối activity với đúng account và chỉ ra trường còn thiếu trong discovery note. Khi cơ hội tiến triển, Agent hỗ trợ lập bản đồ stakeholder từ bằng chứng có nguồn, so sánh nhu cầu giữa các phòng ban, chuẩn bị agenda, tóm tắt cuộc họp và tạo danh sách câu hỏi chưa được trả lời. Mỗi nhận định phải kèm contact, thời điểm và source reference; một chức danh không tự động đồng nghĩa với quyền phê duyệt.

Ở giai đoạn thương mại, AI phù hợp để đối chiếu proposal DRAFT với scope đã duyệt, phát hiện phiên bản giá hoặc điều khoản không nhất quán, lập checklist tài liệu cho security review, legal review, procurement và PO. Agent không tự xác định mức chiết khấu, không cam kết khả năng tích hợp, không đoán ngân sách, không thay Sale xây quan hệ và không gửi tài liệu cho khách. Các hành động làm thay đổi nghĩa vụ, giá, thời hạn hoặc trạng thái opportunity luôn thuộc owner được chỉ định.

Dữ liệu cần chuẩn bị theo account và cơ hội

Mô hình tối thiểu gồm ACCOUNT-ID, tên pháp lý, domain, ngành, owner và chính sách lưu dữ liệu; CONTACT-ID, vai trò, phòng ban, quan hệ với cơ hội, kênh được phép liên hệ và nguồn xác nhận; OPPORTUNITY-ID, vấn đề cần giải quyết, phạm vi, stage, next step, target date và mức độ chắc chắn của từng trường. Activity như cuộc gọi, email, Messenger hoặc biên bản phải có timestamp, người tham gia, consent scope và liên kết về opportunity thay vì tồn tại như ghi chú rời.

Buying committee map cần tách vai trò quan sát được khỏi giả thuyết: initiator, user, technical reviewer, procurement, finance và signer chỉ được gắn CONFIRMED khi có evidence. Proposal, bảng giá, security questionnaire, biên bản đàm phán, hợp đồng và PO phải có document ID, version, owner, trạng thái duyệt và ngày hiệu lực. Secret, dữ liệu cá nhân không cần thiết, nội dung ngoài phạm vi đồng ý và tài liệu của account khác không được đưa vào prompt. Trường thiếu nguồn giữ UNKNOWN, không cho Agent tự điền.

Workflow sáu bước thiết kế Agent cho pipeline B2B

Bước 1 — Lập inventory: liệt kê từng việc đang tốn thời gian, đầu vào, quyết định liên quan và hậu quả nếu sai. Bước 2 — Khóa data contract: định nghĩa account, contact, opportunity, document version và source of truth. Nếu không xác định được owner hoặc nguồn, use case dừng ở BACKLOG.

Bước 3 — Chấm rủi ro và quyền: phân loại ĐỌC, TẠO_NHÁP, YÊU_CẦU_REVIEW hoặc CHỈ_CON_NGƯỜI. Bước 4 — Đặt cổng HITL: Sale owner duyệt stakeholder map; presales duyệt khả năng kỹ thuật; quản lý duyệt giá; legal và procurement owner duyệt nghĩa vụ. Bước 5 — Chạy tập tình huống: thử account trùng, contact đổi vai trò, proposal cũ, thiếu consent và PO lệch scope. Bước 6 — Audit: đo độ đúng nguồn, tỷ lệ sửa và hành vi vượt quyền; lỗi nghiêm trọng làm thu hồi connector trước khi mở rộng.

Bản đồ sáu bước thiết kế AI Agent cho pipeline Sale B2B — Sơ đồ minh họa từ inventory use case đến data contract, cổng duyệt và audit quyền trong pipeline dài.

Năm prompt thiết kế bản đồ Agent B2B

Năm prompt của bài không dùng để tư vấn khách. Chúng giúp đội thiết kế nền: kiểm data contract account, dựng buying committee map có cấp độ bằng chứng, định nghĩa stage exit criteria, lập permission matrix và tạo bộ kiểm thử pilot. Kết quả luôn là tài liệu DRAFT cho sales operations cùng các owner nghiệp vụ duyệt. Việc tách prompt thiết kế khỏi prompt giao tiếp giúp đội không vô tình cấp cho Agent quyền gửi chỉ vì nó có thể đọc CRM.

Khi điền prompt, dùng mã account giả lập, bỏ thông tin nhận dạng không cần thiết và ghi phiên bản schema. Mỗi đầu ra cần chỉ ra UNKNOWN, conflict và người có quyền xác nhận. Không yêu cầu AI chấm xác suất mua hoặc gắn nhãn “người quyết định” từ chức danh. Nếu hai nguồn nói khác nhau, prompt phải bảo toàn cả hai và tạo câu hỏi xác minh thay vì chọn nguồn mới hơn một cách máy móc.

Công cụ và ranh giới kết nối cho Sale B2B

CRM giữ account, contact, opportunity và activity; Base.vn có thể quản lý task, approval cùng owner; Google Sheets phù hợp làm bảng chuẩn hóa tạm khi đã có quy tắc khóa cột. Zalo và Messenger chỉ là kênh thu nhận hoặc thông báo, không phải nguồn cuối cho stage. Email, lịch và Google Meet cung cấp activity metadata theo consent. Kho tài liệu giữ proposal, questionnaire và hợp đồng theo version; không để Agent lấy một tệp tải về không rõ hiệu lực làm bản chuẩn.

Kết nối nên tách CRM_READ, DRAFT_WORKSPACE và APPROVED_RECORD. Tài khoản Agent không có quyền đổi opportunity owner, sửa giá, chuyển stage, phát hành proposal, ký, gửi email hoặc xác nhận PO. Mỗi lần chạy lưu topic use case, source IDs, prompt version, output hash, reviewer và quyết định. Khi contact yêu cầu ngừng liên hệ, consent hết hiệu lực hoặc account bị giới hạn truy cập, mọi workflow liên quan phải STOP và ghi lý do thay vì tự tìm kênh khác.

Ma trận account data, buying committee, quyền và người duyệt B2B — Hình minh họa các lớp dữ liệu B2B và ranh giới giữa AI_NHÁP với hồ sơ đã được người có thẩm quyền duyệt.

AI làm gì và người duyệt chịu trách nhiệm gì

AI đọc nguồn được cấp, chuẩn hóa trường, nối bằng chứng, phát hiện version conflict và soạn checklist hoặc bản tóm tắt. Nó có thể báo rằng opportunity thiếu next step, stakeholder map chưa có evidence hoặc proposal tham chiếu scope lỗi thời. Agent không hiểu quan hệ quyền lực ngầm nếu dữ liệu không ghi lại, không chịu trách nhiệm cho lời hứa thương mại và không được biến suy luận thành fact.

Sale owner xác nhận nhu cầu, quan hệ contact và next step. Account manager duyệt chiến lược tiếp cận; presales xác nhận giải pháp; sales manager duyệt ngoại lệ giá; security, legal và finance duyệt phần thuộc miền; procurement coordinator đối chiếu hồ sơ trước PO. Ở doanh nghiệp nhỏ, một người có thể giữ nhiều vai trò nhưng log vẫn phải ghi họ duyệt với tư cách nào. Nếu không có reviewer phù hợp, đầu ra ở trạng thái WAITING_REVIEW.

Sai lầm và rủi ro khi áp dụng vào account thật

Sai lầm phổ biến là gộp account với một contact, coi mọi email là consent cho chăm sóc, hoặc để stage phản ánh cảm giác của Sale thay vì exit criteria. Một lỗi khác là cho Agent đọc nhiều thư mục nhưng không quản lý document version, khiến proposal cũ và scope mới xuất hiện trong cùng bản tóm tắt. Buying committee map cũng dễ gây hiểu nhầm nếu nhãn INFERRED bị xóa khi đưa vào báo cáo.

Rủi ro đáng chú ý gồm lộ dữ liệu giữa hai account, trích sai điều khoản, ghi đè ghi chú của owner, prompt injection trong tài liệu khách gửi và tự động hóa follow-up khi contact đã đổi vai trò. Cần kiểm tra tenant boundary, lọc tệp, giới hạn trường, log truy cập và có nút thu hồi. Không dùng nội dung AI tạo làm bằng chứng khách đã đồng ý, không dùng sentiment để quyết định ưu tiên và không dùng dữ liệu mẫu như dữ liệu thật.

Triển khai từ một nhóm Sale đến sales operations

Nhóm nhỏ nên chọn một use case đọc hoặc tạo nháp, chẳng hạn kiểm completeness của discovery note cho một segment. Trong hai tuần thử, giữ connector read-only, dùng account giả lập trước, sau đó chọn một số hồ sơ đã ẩn danh và có owner đồng ý. Review từng output để đo trường thiếu, nguồn sai, phần phải sửa và thời gian tìm lại evidence. Không mở thêm use case chỉ vì bản demo trình bày đẹp.

Khi mở rộng, sales operations quản lý schema, stage definition, prompt version và evaluation set; IT quản lý identity cùng log; các owner thương mại quản lý quyền quyết định. Mỗi quý rà consent, connector, retention và use case không còn owner. Chỉ cho phép đồng bộ ngược những trường ít rủi ro qua adapter có kiểm duyệt; proposal, giá, legal term và stage vẫn đi qua approval rõ ràng. Một thay đổi quy trình phải tạo version mới và chạy lại tập tình huống.

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

Dữ liệu minh họa: MAP-B2B-DEMO-01 gồm 12 use case, 5 lớp dữ liệu, 6 vai trò buying committee và 4 mức quyền. Bảy use case ở ĐỌC hoặc TẠO_NHÁP, ba cần review theo miền và hai giữ CHỈ_CON_NGƯỜI; không chứa account hoặc contact thật.

Có nên cho Agent tự chuyển stage không?

Không trong bản đồ này. Agent báo evidence đã đủ hoặc còn thiếu; Sale owner kiểm exit criteria và chịu trách nhiệm chuyển stage.

Buying committee map có phải sơ đồ tổ chức không?

Không. Nó mô tả vai trò trong một quyết định mua cụ thể, kèm mức xác nhận và nguồn; chức danh chỉ là một dữ kiện.

Khi nào proposal được đưa vào ngữ cảnh?

Khi có document ID, version, scope, owner và trạng thái duyệt. Bản cũ được giữ để truy vết nhưng không dùng làm nguồn thương mại hiện hành.

Use case đầu tiên nên chọn thế nào?

Chọn việc đọc hoặc nháp có nguồn rõ, hậu quả thấp, reviewer sẵn sàng và có thể đo độ đúng bằng hồ sơ đã duyệt.

Xem tiếp workflow account B2B và bộ prompt Sale B2B. Nếu cần rà data contract cùng quyền theo CRM hiện tại, liên hệ NganAds hoặc Zalo 0983543063.

Workflow

Bước 1: Lập inventory use case — Ghi việc, đầu vào, đầu ra, owner và hậu quả nếu sai; use case thiếu owner giữ ở BACKLOG.
Bước 2: Khóa data contract B2B — Định nghĩa account, contact, opportunity, activity và commercial document theo nguồn cùng version.
Bước 3: Phân loại rủi ro và quyền — Gán ĐỌC, TẠO_NHÁP, YÊU_CẦU_REVIEW hoặc CHỈ_CON_NGƯỜI; không gộp quyền đọc với quyền gửi.
Bước 4: Đặt cổng duyệt theo miền — Sale, presales, manager, legal hoặc procurement owner duyệt phần thuộc trách nhiệm của họ.
Bước 5: Chạy evaluation set — Thử account trùng, contact đổi vai trò, nguồn cũ, thiếu consent và yêu cầu vượt quyền; lỗi phải fail-closed.
Bước 6: Audit rồi mới mở rộng — Đo độ đúng nguồn, phần phải sửa và hành vi vượt quyền; lỗi nghiêm trọng kích hoạt STOP và thu hồi connector.

Prompt mẫu

Kiểm data contract account và opportunity

MỤC TIÊU: Kiểm độ đầy đủ của data contract cho một use case Sale B2B trước khi cấp quyền đọc.

[ĐẦU VÀO]
USE_CASE_ID = [MÃ USE CASE]
ACCOUNT_SCHEMA = [TRƯỜNG, KIỂU, NGUỒN, OWNER]
OPPORTUNITY_SCHEMA = [STAGE, NEXT STEP, TARGET DATE, SOURCE]
RETENTION_AND_CONSENT = [QUY TẮC LƯU VÀ PHẠM VI ĐỒNG Ý]

YÊU CẦU: Không điền trường thiếu. Tách REQUIRED, OPTIONAL, PROHIBITED; đánh dấu conflict, dữ liệu nhạy cảm và reviewer cần thiết.

ĐỊNH DẠNG ĐẦU RA: Bảng Trường | Đối tượng | Nguồn chuẩn | Owner | Quyền | Trạng thái | Câu hỏi xác minh.

VÍ DỤ ĐIỀN SẴN: USE-B2B-DEMO-01 chỉ đọc account và opportunity giả lập; trường ngân sách chưa có nguồn phải để UNKNOWN.

Dựng buying committee map có bằng chứng

MỤC TIÊU: Lập bản đồ vai trò tham gia quyết định mua mà không suy quyền từ chức danh.

[ĐẦU VÀO]
ACCOUNT_ID = [MÃ ACCOUNT]
CONTACT_RECORDS = [CONTACT-ID, CHỨC DANH, PHÒNG BAN]
ACTIVITY_EVIDENCE = [CUỘC HỌP, EMAIL, BIÊN BẢN KÈM SOURCE-ID]
ROLE_TAXONOMY = [INITIATOR, USER, REVIEWER, PROCUREMENT, SIGNER]

YÊU CẦU: Mỗi vai trò ghi CONFIRMED, INFERRED hoặc UNKNOWN; trích evidence và nêu câu hỏi để Sale xác minh. Không gắn nhãn người quyết định nếu thiếu nguồn.

ĐỊNH DẠNG ĐẦU RA: Bảng CONTACT-ID | Vai trò dự kiến | Trạng thái | Evidence | Mâu thuẫn | Câu hỏi | Owner xác nhận.

VÍ DỤ ĐIỀN SẴN: ACCOUNT-DEMO-17 có năm contact giả lập; chỉ hai vai trò được xác nhận từ biên bản MEET-DEMO-03.

Định nghĩa stage exit criteria

MỤC TIÊU: Chuyển tên stage thành bộ bằng chứng và người duyệt có thể kiểm tra.

[ĐẦU VÀO]
PIPELINE_STAGES = [DANH SÁCH STAGE]
CURRENT_POLICY = [QUY TẮC CHUYỂN STAGE]
REQUIRED_ARTIFACTS = [DISCOVERY, SCOPE, PROPOSAL, REVIEW]
APPROVAL_ROLES = [SALE OWNER, PRESALES, MANAGER, LEGAL]

YÊU CẦU: Không đưa xác suất mua do AI dự đoán. Mỗi stage có điều kiện vào, điều kiện ra, bằng chứng, ngoại lệ và STOP condition.

ĐỊNH DẠNG ĐẦU RA: Ma trận Stage | Entry | Exit evidence | Reviewer | Exception | STOP/RETURN.

VÍ DỤ ĐIỀN SẴN: PIPE-B2B-DEMO có năm stage; proposal chỉ được ghi READY khi scope version và approver đều khớp.

Lập permission matrix cho connector

MỤC TIÊU: Xác định quyền tối thiểu của Agent theo hệ thống và use case B2B.

[ĐẦU VÀO]
SYSTEMS = [CRM, BASE.VN, GOOGLE SHEETS, EMAIL, KHO TÀI LIỆU]
USE_CASES = [MÃ VÀ ĐẦU RA]
DATA_CLASSES = [CÔNG KHAI, NỘI BỘ, NHẠY CẢM]
HUMAN_APPROVALS = [VAI TRÒ VÀ CỔNG DUYỆT]

YÊU CẦU: Tách READ, DRAFT, REQUEST_REVIEW, PROHIBITED; nêu thời hạn token, log và trigger thu hồi. Không đề xuất gửi hoặc sửa CRM trực tiếp.

ĐỊNH DẠNG ĐẦU RA: Bảng Hệ thống | Vùng dữ liệu | Hành động | Use case | Quyền tối đa | Reviewer | Thu hồi khi.

VÍ DỤ ĐIỀN SẴN: AGENT-B2B-DEMO chỉ đọc ba view CRM đã lọc và ghi vào vùng DRAFT, không đổi stage hoặc giá.

Tạo evaluation set cho pilot

MỤC TIÊU: Thiết kế bộ tình huống đánh giá Agent trước khi dùng với account thật.

[ĐẦU VÀO]
USE_CASE = [USE CASE CẦN THỬ]
DATA_CONTRACT_VERSION = [PHIÊN BẢN]
KNOWN_FAILURES = [ACCOUNT TRÙNG, PROPOSAL CŨ, THIẾU CONSENT]
ACCEPTANCE_RULES = [ĐỘ ĐÚNG NGUỒN, QUYỀN, TỶ LỆ SỬA]

YÊU CẦU: Có tình huống bình thường, biên, mâu thuẫn và vượt quyền; đầu ra phải có expected behavior cùng owner chấm.

ĐỊNH DẠNG ĐẦU RA: Bảng CASE-ID | Thiết lập | Rủi ro | Kỳ vọng | Điều kiện fail | Reviewer | Bằng chứng lưu.

VÍ DỤ ĐIỀN SẴN: EVAL-B2B-DEMO gồm 12 case giả lập; case proposal hết hiệu lực phải trả STOP_SOURCE_STALE.

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

Có nên cho Agent tự chuyển stage không?

Không. Agent chỉ báo bằng chứng đủ hoặc thiếu; Sale owner kiểm exit criteria và chịu trách nhiệm chuyển stage.

Buying committee map có phải sơ đồ tổ chức không?

Không. Nó mô tả vai trò trong một quyết định mua cụ thể, kèm mức xác nhận và nguồn.

Khi nào proposal được đưa vào ngữ cảnh?

Khi có document ID, version, scope, owner và trạng thái duyệt; bản cũ chỉ giữ để truy vết.

Use case đầu tiên nên chọn thế nào?

Chọn việc đọc hoặc nháp có nguồn rõ, hậu quả thấp, reviewer sẵn sàng và có thể đo độc lập.

Bài liên quan

Muốn thiết kế AI Agent Sale B2B theo account, buying committee và quyền hiện có? Liên hệ NganAds để rà use case cùng data contract trước khi thí điểm.