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

Workflow AI Sale B2B: lead, tư vấn và follow-up

Workflow từ lead mới đến phân loại, tư vấn và follow-up dành cho Sale B2B

Tình huống lead B2B: form có một dòng nhưng chu kỳ bán có nhiều cổng

Một người điền form sau hội thảo với email công ty và câu nhắn “cần trao đổi giải pháp”. Cùng buổi sáng, đồng nghiệp của họ nhắn Zalo cho một Sale khác, còn Messenger fanpage ghi nhận câu hỏi về tích hợp. CRM đã có account cùng domain từ năm trước nhưng contact cũ chuyển bộ phận; Google Sheets phân vùng khách hàng lại chưa cập nhật. Nếu workflow tạo ba opportunity và gửi ba lời chào, đội vừa làm sai hồ sơ vừa khiến account nhận thông tin rời rạc.

Workflow AI cho Sale B2B phải coi lead là một tín hiệu cần xác minh, không phải một khách hàng đã đủ điều kiện. Quy trình trong bài đưa event vào hàng đợi, kiểm idempotency, đề xuất account match, routing theo rule đã duyệt, giao người Sale thực hiện discovery, kiểm bằng chứng trước khi đổi stage, rồi tạo next action và follow-up DRAFT theo consent. AI không tư vấn, không hứa khả năng, không phát hành proposal và không gửi tin. Pipeline dài cần source, owner và trạng thái chờ rõ hơn là tốc độ trả lời bằng mọi giá.

Việc giao cho AI trong quy trình, không giao quyền bán hàng

AI phù hợp với các thao tác đọc và chuẩn hóa: trích domain, nguồn campaign, nhu cầu được người gửi mô tả; tìm account candidate trong view được phép; gom activity; kiểm trường bắt buộc; so routing rule; tạo discovery brief và agenda DRAFT. Sau cuộc gặp, Agent tách fact, câu hỏi mở, stakeholder được nhắc đến và action có owner từ biên bản đã được Sale xác nhận. Nó cũng có thể báo một stage thiếu evidence hoặc một follow-up task đã quá hạn.

Con người giữ những việc cần phán đoán và trách nhiệm: xác nhận hai record có cùng account hay không, chọn owner khi rule xung đột, nói chuyện với contact, hỏi discovery, hiểu động lực mua, xử lý phản đối, chọn giải pháp, quyết định giá và quản lý quan hệ. Presales xác nhận kỹ thuật; manager duyệt ngoại lệ; legal và procurement owner xử lý điều khoản. Adapter chỉ ghi CRM sau approval. Không có bước nào cho phép Agent tự soạn lời cam kết rồi gửi vì contact im lặng.

Dữ liệu cần chuẩn bị cho từng trạng thái pipeline

Event đầu vào cần EVENT-ID, source, received_at, contact name, business email hoặc kênh liên hệ, company/domain nếu có, nội dung gốc, consent scope và campaign reference. Account resolution dùng ACCOUNT-ID, legal name, domain aliases, territory, segment, current owner và trạng thái hạn chế. Dedupe chỉ tạo candidate kèm lý do; khi tín hiệu mơ hồ, trạng thái là NEEDS_HUMAN_MATCH thay vì tự merge.

Discovery package gồm OPPORTUNITY-ID, business problem bằng lời contact, desired outcome, current process, constraint, timeline, stakeholder mentions và evidence IDs. Stage gate cần exit criteria, required artifact, reviewer và timestamp. Proposal path cần scope version, assumption, price version, presales approval, manager approval và validity. Follow-up cần confirmed next step, due date, channel consent, message purpose và owner. Procurement/PO handoff cần vendor checklist, legal state, security review, PO reference và sai lệch so với scope đã duyệt.

Workflow bảy bước từ lead event đến follow-up B2B

Bước 1 — Nhận event và chống lặp: gateway tạo EVENT-ID, lưu payload chỉ đọc và kiểm idempotency. Event trùng trả ALREADY_RECEIVED. Bước 2 — Đề xuất account match: Agent so domain, tên và activity trong vùng được cấp; người phụ trách dữ liệu chọn LINK, CREATE hoặc HOLD. Không chắc thì STOP_MATCH_REVIEW.

Bước 3 — Phân loại và routing: rule engine dùng territory, segment, product line và account ownership đã duyệt, không dùng điểm mua do AI nghĩ ra. Xung đột owner chuyển SALES_OPS_REVIEW. Bước 4 — Handoff discovery: AI chuẩn bị brief; Sale owner kiểm consent, liên hệ, trực tiếp tư vấn và ghi outcome reference. Không có outcome đã xác nhận thì workflow không tự nâng stage.

Bước 5 — Kiểm stage và buying committee: Agent đối chiếu evidence với exit criteria, tạo gap list; owner duyệt stage. Bước 6 — Chuẩn bị proposal cùng approval: presales xác nhận scope, manager duyệt giá, bộ phận liên quan duyệt tài liệu; bất kỳ version conflict nào trả PROPOSAL_BLOCKED. Bước 7 — Next action, follow-up và procurement: chỉ tạo task hoặc nội dung DRAFT từ outcome, due date và consent còn hiệu lực. STOP_CONTACT chặn mọi gửi; PO lệch scope chuyển COMMERCIAL_REVIEW.

Workflow bảy bước từ lead B2B đến account routing, discovery và follow-up — Sơ đồ minh họa các trạng thái chờ người duyệt, nhánh account match, proposal block và STOP_CONTACT.

Năm prompt vận hành các handoff quan trọng

Prompt trong bài bám theo state machine: kiểm event envelope, tạo account-match candidate, giải thích routing theo rule, chuẩn bị discovery handoff và lập next-action packet có nhánh lỗi. Chúng không thay bộ prompt xử lý phản đối hay viết proposal. Mỗi prompt chỉ đọc snapshot đã version hóa, trả DRAFT hoặc trạng thái chờ và không thực hiện connector write. Nhờ vậy, lỗi đầu ra không tự biến thành thay đổi CRM.

Điền EVENT-ID, ACCOUNT-ID giả lập và rule version. Với dữ liệu thiếu, yêu cầu trả NEEDS_INPUT; với consent hết hiệu lực, trả STOP_CONTACT; với hai account candidate ngang nhau, trả NEEDS_HUMAN_MATCH. Không yêu cầu Agent “chọn phương án hợp lý nhất” ở điểm cần owner. Format nên có source ID, confidence chỉ dùng cho ưu tiên review chứ không dùng như bằng chứng, và trường reviewer bắt buộc trước khi handoff.

Công cụ kết nối và nguyên tắc ghi trạng thái

Form website, email, Zalo và Messenger đi qua intake gateway để tạo EVENT-ID; CRM quản lý account cùng opportunity; Base.vn giữ approval và task; Google Sheets chỉ làm bảng quy tắc tạm khi có owner. Lịch và Google Meet cung cấp metadata cuộc hẹn; kho tài liệu giữ scope cùng proposal version. Các nguồn chat không trực tiếp chuyển stage. Khi có thông tin mới, workflow nối source reference vào record thay vì ghi đè câu chữ cũ.

Adapter dùng hàng đợi có idempotency key, retry có giới hạn và dead-letter queue. Mỗi lần ghi cần record version để tránh lost update. Trạng thái gợi ý gồm RECEIVED, MATCH_REVIEW, ROUTED, DISCOVERY_DUE, DISCOVERY_RECORDED, STAGE_REVIEW, PROPOSAL_REVIEW, FOLLOWUP_DUE, PROCUREMENT_REVIEW, DONE và STOPPED. ERROR_PARTIAL không được tính là hoàn tất. Dashboard phải cho Sale nhìn thấy vì sao task xuất hiện và nút chuyển người vận hành khi connector lỗi.

Bảng trạng thái account match, discovery, proposal và procurement B2B — Hình minh họa state board và bằng chứng tối thiểu trước khi một cơ hội B2B chuyển cổng.

AI làm gì và người duyệt xác nhận gì

AI tạo record candidate, đối chiếu rule, tóm tắt nguồn và xây packet cho người tiếp theo. Nó có thể cảnh báo rằng account đã có owner, discovery chưa ghi outcome hoặc proposal đang dùng scope khác version. Agent không xác nhận contact có thẩm quyền, không đọc im lặng như một phản đối, không tự đặt lịch, không quyết định stage và không biến ghi chú nội bộ thành nội dung gửi khách.

Sales operations duyệt account merge và rule routing; Sale owner thực hiện discovery, xác nhận outcome, next step và contact consent; account manager chịu trách nhiệm chiến lược; presales cùng product owner xác nhận khả năng; manager duyệt thương mại; legal, security, finance và procurement owner duyệt cổng liên quan. Người vận hành quản lý retry và dead-letter. Mọi override ghi lý do, người phê duyệt và timestamp, không sửa trực tiếp trong log cũ.

Sai lầm, nhánh lỗi và điều kiện dừng

Sai lầm đầu tiên là dedupe theo email mà bỏ domain alias hoặc công ty con. Thứ hai là routing dựa trên nội dung AI suy diễn thay vì rule. Thứ ba là tạo opportunity trước khi có owner xác nhận. Thứ tư là để biên bản họp tự chuyển stage. Thứ năm là soạn follow-up từ tóm tắt chưa được Sale duyệt. Các lỗi này làm pipeline trông đầy nhưng evidence yếu và trách nhiệm mờ.

Nhánh dừng bắt buộc gồm thiếu consent, yêu cầu ngừng liên hệ, account hạn chế, nguồn chứa dữ liệu ngoài scope, record version conflict, proposal hết hiệu lực, reviewer không tồn tại và PO khác scope. Retry chỉ dành cho lỗi kỹ thuật có idempotency; lỗi nghiệp vụ phải trả queue cho owner. Không đổi kênh để né STOP_CONTACT. Không cho Agent tự rút gọn điều khoản hoặc bổ sung khả năng sản phẩm khi source không nêu.

Triển khai theo pilot, đội nhóm và hệ thống doanh nghiệp

Pilot nên bắt đầu ở intake, account-match candidate và discovery brief cho một territory. Dùng event giả lập rồi record đã ẩn danh; giữ ghi CRM ở chế độ người duyệt. Đo tỷ lệ event trùng, candidate sai, routing override, discovery packet phải sửa và task follow-up thiếu evidence. Cùng một tập kiểm thử được chạy lại khi rule, schema hoặc connector đổi. Đừng lấy số lượng task Agent tạo làm thước đo chất lượng.

Khi vận hành theo đội, sales operations sở hữu rule cùng stage definition, manager sở hữu approval matrix, IT sở hữu adapter và audit. Doanh nghiệp có thể thêm event bus, schema registry và policy-as-code nhưng vẫn giữ cổng con người cho discovery, stage, proposal và PO. Mỗi account có một timeline truy vết được từ lead source đến commercial document. Nếu một bước không tạo target proof, trạng thái không được chuyển DONE dù API trả thành công.

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

Dữ liệu minh họa: FLOW-B2B-DEMO-02 nhận 14 event, nhận diện 9 account candidate, chuyển 2 trường hợp sang MATCH_REVIEW và tạo 6 discovery handoff. Một proposal bị chặn do scope version lệch; mọi follow-up vẫn ở DRAFT.

AI có được tư vấn contact B2B không?

Không trong workflow này. Sale owner trực tiếp discovery và tư vấn; AI chỉ chuẩn bị brief, câu hỏi và hồ sơ handoff.

Khi hai account có cùng domain phải làm gì?

Giữ candidate riêng, đưa sales operations kiểm pháp nhân, cấu trúc nhóm và lịch sử ownership; không tự merge.

Follow-up được tạo khi nào?

Khi có outcome reference do Sale xác nhận, next step, due date, mục đích và consent kênh còn hiệu lực; đầu ra vẫn là DRAFT.

API ghi thành công có nghĩa workflow hoàn tất không?

Không. Cần target proof, record version đúng và bằng chứng cổng nghiệp vụ; lỗi một phần phải ở ERROR_PARTIAL.

Đọc bản đồ quyền B2B trước khi kết nối và dùng prompt pack B2B cho bước tác nghiệp. Cần rà state machine theo CRM đang dùng, liên hệ NganAds hoặc Zalo 0983543063.

Workflow

Bước 1: Nhận event và chống lặp — Tạo EVENT-ID, giữ payload chỉ đọc và áp idempotency; event lặp trả ALREADY_RECEIVED.
Bước 2: Xác minh account candidate — AI đề xuất candidate; người phụ trách chọn LINK, CREATE hoặc HOLD, trường hợp mơ hồ dừng MATCH_REVIEW.
Bước 3: Routing theo rule đã duyệt — Dùng territory, segment, product line và ownership; xung đột chuyển SALES_OPS_REVIEW.
Bước 4: Người Sale thực hiện discovery — AI chuẩn bị brief; Sale kiểm consent, trực tiếp tư vấn và ghi outcome reference có nguồn.
Bước 5: Duyệt stage và buying committee — Agent tạo gap list; owner đối chiếu exit criteria và xác nhận stage, không tự chuyển.
Bước 6: Duyệt proposal theo version — Presales, manager và owner liên quan duyệt scope, giá cùng điều khoản; conflict trả PROPOSAL_BLOCKED.
Bước 7: Follow-up và procurement handoff — Chỉ tạo task/DRAFT từ outcome và consent; STOP_CONTACT chặn gửi, PO lệch scope chuyển COMMERCIAL_REVIEW.

Prompt mẫu

Kiểm event envelope và idempotency

MỤC TIÊU: Kiểm một lead event có đủ trường để vào hàng đợi B2B và phát hiện khả năng gửi lặp.

[ĐẦU VÀO]
EVENT = [EVENT-ID, SOURCE, RECEIVED_AT, PAYLOAD ĐÃ ẨN]
IDEMPOTENCY_RULE = [TRƯỜNG TẠO KHÓA]
CONSENT_SCOPE = [KÊNH, MỤC ĐÍCH, HIỆU LỰC]
REQUIRED_FIELDS = [DANH SÁCH TRƯỜNG]

YÊU CẦU: Không tạo account hoặc gửi phản hồi. Trả VALID, NEEDS_INPUT, ALREADY_RECEIVED hoặc STOP_CONSENT; nêu field và source.

ĐỊNH DẠNG ĐẦU RA: EVENT-ID | Idempotency key | Trạng thái | Trường thiếu | Consent | Queue đề xuất | Reviewer.

VÍ DỤ ĐIỀN SẴN: EVT-B2B-DEMO-21 đến từ form giả lập; bản sao từ webhook phải trả ALREADY_RECEIVED.

Tạo account-match candidate

MỤC TIÊU: Liệt kê account candidate từ dữ kiện đã chuẩn hóa để con người quyết định link hoặc tạo mới.

[ĐẦU VÀO]
LEAD_IDENTITY = [DOMAIN, TÊN DOANH NGHIỆP, KHU VỰC]
ACCOUNT_VIEW = [ACCOUNT-ID, ALIAS, OWNER, STATUS]
MATCH_RULE_VERSION = [PHIÊN BẢN]
CONFLICT_SIGNALS = [CÔNG TY CON, DOMAIN DÙNG CHUNG, OWNER KHÁC]

YÊU CẦU: Không merge. Mỗi candidate trích rule và evidence; nếu ngang nhau trả NEEDS_HUMAN_MATCH.

ĐỊNH DẠNG ĐẦU RA: Candidate rank | ACCOUNT-ID | Evidence | Conflict | Đề xuất LINK/CREATE/HOLD | Reviewer.

VÍ DỤ ĐIỀN SẴN: LEAD-DEMO-21 khớp hai account giả lập cùng domain; kết quả phải HOLD để sales operations duyệt.

Giải thích routing theo rule

MỤC TIÊU: Áp dụng rule routing đã duyệt và tạo quyết định chờ xác nhận, không chấm khả năng mua.

[ĐẦU VÀO]
ACCOUNT_SNAPSHOT = [ID, TERRITORY, SEGMENT, PRODUCT LINE, OWNER]
ROUTING_RULES = [RULE-ID, PRIORITY, VERSION]
CAPACITY_VIEW = [TEAM, TRẠNG THÁI NHẬN]
EXCEPTIONS = [NAMED ACCOUNT, OWNER CONFLICT]

YÊU CẦU: Chỉ dùng trường được liệt kê. Rule xung đột trả SALES_OPS_REVIEW; ghi rule dẫn đến đề xuất.

ĐỊNH DẠNG ĐẦU RA: ACCOUNT-ID | Rule matched | Owner đề xuất | Conflict | Trạng thái | Approver.

VÍ DỤ ĐIỀN SẴN: ACC-DEMO-44 là named account và rule territory cho owner khác; trạng thái phải SALES_OPS_REVIEW.

Chuẩn bị discovery handoff

MỤC TIÊU: Tạo packet để Sale owner trực tiếp discovery từ nguồn đã biết và khoảng trống cần hỏi.

[ĐẦU VÀO]
ACCOUNT_CONTEXT = [ACCOUNT-ID, ACTIVITY CÓ SOURCE]
LEAD_MESSAGE = [NỘI DUNG GỐC]
KNOWN_STAKEHOLDERS = [CONTACT-ID, ROLE STATUS]
DISCOVERY_TEMPLATE = [CÂU HỎI VÀ TRƯỜNG BẮT BUỘC]

YÊU CẦU: Tách FACT, INFERENCE, UNKNOWN. Không viết lời tư vấn hoặc cam kết; nêu consent và owner liên hệ.

ĐỊNH DẠNG ĐẦU RA: Brief DRAFT gồm Fact | Evidence | Unknown | Agenda | Câu hỏi | Consent check | Sale owner.

VÍ DỤ ĐIỀN SẴN: ACC-DEMO-44 có ba activity giả lập nhưng chưa rõ technical reviewer; packet phải tạo câu hỏi xác minh.

Lập next-action packet và nhánh lỗi

MỤC TIÊU: Chuyển outcome đã được Sale xác nhận thành task tiếp theo hoặc trạng thái dừng có truy vết.

[ĐẦU VÀO]
CONFIRMED_OUTCOME = [OUTCOME-ID, OWNER, SOURCE]
NEXT_STEP = [VIỆC, DUE DATE, RESPONSIBLE]
CONSENT = [KÊNH, MỤC ĐÍCH, HIỆU LỰC]
DOCUMENT_STATE = [SCOPE, PROPOSAL, APPROVAL, PO]

YÊU CẦU: Không soạn hay gửi cam kết. Thiếu outcome trả WAITING_DISCOVERY; consent lỗi trả STOP_CONTACT; version lệch trả COMMERCIAL_REVIEW.

ĐỊNH DẠNG ĐẦU RA: OPPORTUNITY-ID | Trạng thái | Task DRAFT | Due | Evidence | Error code | Owner | Reviewer.

VÍ DỤ ĐIỀN SẴN: OPP-B2B-DEMO-08 có outcome nhưng proposal dùng scope cũ; trả COMMERCIAL_REVIEW, không tạo follow-up gửi khách.

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

AI có được tư vấn contact B2B không?

Không. Sale owner trực tiếp discovery và tư vấn; AI chỉ chuẩn bị brief, câu hỏi và hồ sơ handoff.

Khi hai account có cùng domain phải làm gì?

Giữ candidate riêng và đưa sales operations kiểm pháp nhân, cấu trúc nhóm cùng lịch sử ownership.

Follow-up được tạo khi nào?

Khi có outcome reference, next step, due date, mục đích và consent kênh còn hiệu lực; đầu ra vẫn là DRAFT.

API ghi thành công có nghĩa workflow hoàn tất không?

Không. Cần target proof, record version đúng và bằng chứng cổng nghiệp vụ; lỗi một phần ở ERROR_PARTIAL.

Bài liên quan

Muốn dựng workflow Sale B2B có account match, discovery handoff và proposal gate theo CRM hiện tại? Liên hệ NganAds để rà state machine cùng nhánh lỗi.