# Khách im lặng sau demo thường đã được định đoạt trước khi họp xong

> Một kế hoạch hành động chung có ngày cụ thể, người phụ trách có tên ở cả hai phía và phần kỹ thuật do FDE viết làm được điều email hỏi thăm không làm được.

Bản gốc: https://fdetimes.net/vi/bach-khoa/sau-demo-khach-im-lang-fde-chot-buoc-tiep-theo/

Demo chạy trơn tru. Agent đọc đúng những hóa đơn mẫu của một công ty logistics, trưởng nhóm vận hành gật gù, rồi có người nói: "Hay đấy, để bọn em bàn nội bộ rồi báo lại." Hai tuần sau, hộp thư vẫn trống.

Làm FDE đủ lâu thì ai cũng từng gặp cảnh này. Phản xạ thường thấy là gửi thêm một email "chỉ muốn hỏi thăm", rồi thêm một cái nữa.

Nhưng kết cục thường đã được định đoạt từ năm phút cuối của buổi demo. Hoặc bạn ra về với một bước tiếp theo có ngày, có người phụ trách và có người quyết định, hoặc bạn ra về với một lời hứa không ràng buộc ai.

Nhiều người coi đây là việc của sales. Thực tế thì FDE là người khách tin về mặt kỹ thuật, và cũng là người biết pilot cần dữ liệu nào, quyền truy cập nào, ai bên IT phải duyệt. Vì thế kế hoạch cho bước tiếp theo chỉ thực tế khi chính FDE viết phần kỹ thuật của nó.

## Khách im lặng thường vì kế hoạch chưa có

Công cụ cho việc này là kế hoạch hành động chung (mutual action plan, MAP). Hướng dẫn về MAP của Rework đặt ra ba yêu cầu. Mỗi mốc phải có ngày lịch cụ thể, không ghi kiểu "hai tuần nữa" hay "càng sớm càng tốt".

Mỗi mốc phải có người phụ trách có tên ở cả bên mua lẫn bên bán. Và người quyết định phải xác nhận rõ ràng rằng các mốc đó làm được.

Ngày lịch quan trọng vì mốc nào không có ngày thì sẽ trôi, như Sybill, công ty làm công cụ cho đội sales, nhận xét. Với công ty logistics kia, "tuần sau bên IT xem" chẳng gắn vào lịch của ai. Còn "ngày 20/11, kỹ sư IT duyệt sơ đồ luồng dữ liệu" là một việc mà người đó biết mình sẽ bị hỏi đến.

Yêu cầu thứ ba hay bị bỏ qua nhất. Trưởng nhóm vận hành đồng ý thì chưa đủ. Người có quyền nói "có" phải nhìn vào các mốc và xác nhận chúng thực tế.

## Đưa kế hoạch ra lúc nào để khách không thấy bị ép?

Một MAP chìa ra ngay sau demo dễ bị khách xem là chiêu chốt deal, Rework cảnh báo. Vì vậy thời điểm và cách nói quan trọng không kém nội dung. Sybill khuyên chỉ đề xuất kế hoạch khi khách đã xác nhận ba điều ngay trong cuộc gọi: vấn đề đủ đáng để giải, ngân sách sẽ đi qua đâu, và họ muốn đi tiếp.

Thử áp vào buổi demo hóa đơn. Ba điều đó có thể là: trưởng nhóm vận hành nói việc nhập hóa đơn thủ công đang tốn người, cho biết khoản chi sẽ qua giám đốc tài chính, và tự hỏi bước tiếp theo là gì. Thiếu một trong ba thì đừng vội đưa bảng mốc ra, hãy hỏi tiếp cho rõ.

Ba xác nhận này cũng gỡ được mâu thuẫn giữa lời cảnh báo kia và việc chốt bước tiếp theo ngay trong cuộc họp: khi chính khách vừa nói họ muốn đi tiếp, bảng mốc là câu trả lời cho câu hỏi của họ chứ không còn là một chiêu chốt deal.

Khi đủ cả ba, hãy trình bày kế hoạch như một bản kế hoạch kỹ thuật. Đừng nói "khi nào anh chị ký". Hãy nói "để pilot chạy được, bên em cần những thứ này, anh chị cho em biết ai lo được việc nào".

## Một kịch bản cho năm phút cuối

Với công ty logistics đã xác nhận đủ ba điều, FDE có thể nói như sau:

> "Mình thống nhất ba việc trước khi kết thúc nhé. Một: chỉ số nào chứng minh pilot thành công, để em ghi thành văn bản.
>
> Hai: em cần một tháng hóa đơn đã ẩn danh, và bên IT cần duyệt cách kết nối.

Ai bên anh chị lo được hai việc đó, và trước ngày nào?
>
> Ba: cuối pilot, ai là người quyết định đi tiếp, và mình đặt lịch họp với người đó luôn được không?"

Nếu trưởng nhóm vận hành trả lời "chắc phải hỏi sếp", bạn đã biết thêm một điều quan trọng: người trước mặt chưa phải người quyết định. Việc tiếp theo là xin một buổi gặp ngắn với người kia. Ngay trong buổi gọi, bạn phác ra bảng mốc sau rồi gửi lại trong vòng một giờ:

| Mốc | Ngày | Bên khách | Bên FDE |
|---|---|---|---|
| Chốt tiêu chí thành công bằng văn bản | 13/11 | Trưởng nhóm vận hành | FDE soạn bản nháp |
| Xác nhận mốc thời gian là thực tế | 16/11 | Giám đốc tài chính | FDE và account lead |
| Cấp dữ liệu mẫu, IT duyệt kết nối | 20/11 | Kỹ sư IT phụ trách | FDE gửi sơ đồ luồng dữ liệu |
| Bắt đầu pilot (30 ngày) | 23/11 | Trưởng nhóm vận hành | FDE |
| Kết thúc pilot | 22/12 | Trưởng nhóm vận hành | FDE gửi báo cáo theo tiêu chí |
| Họp go/no-go | 23/12 | Giám đốc tài chính | FDE và account lead |

Trong bảng thật, cột người phụ trách phải ghi tên người chứ không ghi chức danh. Khi mốc trễ, bạn cần biết hỏi ai, và người đó cần biết việc là của mình.

## Pilot phải có ngày kết thúc

Hàng cuối của bảng là hàng quan trọng nhất. Echai Ventures, một hãng tư vấn go-to-market, cho rằng một pilot muốn kết thúc bằng hợp đồng chứ không phải một cái nhún vai thì cần bốn thứ: tiêu chí thành công bằng văn bản, người quyết định có tên, ngày kết thúc và giá.

Bảng trên mới có ba thứ đầu. Giá là phần bạn nên thống nhất với account lead và đưa vào kế hoạch trước ngày 23/11, để buổi go/no-go không mở ra một cuộc đàm phán mới.

Pilot ở đây dài đúng 30 ngày, từ 23/11 đến 22/12, theo lời khuyên của cùng hãng tư vấn đó: một pilot 90 ngày thì không còn gì gấp gáp, và là nơi deal "chết".

Với FDE, giới hạn này còn có lợi về kỹ thuật, vì nó buộc bạn chọn một luồng hẹp, đo được, như hóa đơn của một tháng, thay vì hứa tích hợp mọi hệ thống.

Mốc 16/11 không phải ngẫu nhiên. Economic buyer có tên và có quyền chi ngân sách phải tham gia ngay từ đầu pilot, và pilot nên kết thúc bằng một cuộc họp go/no-go chính thức với chính người đó, theo hướng dẫn chuyển pilot thành hợp đồng của Stackmatix.

Nếu giám đốc tài chính chỉ xuất hiện ở hàng cuối, bạn đang để người ký nghe về dự án lần đầu vào ngày phải quyết.

## Người gật đầu chưa chắc là người quyết định

Theo khung MEDDPICC, decision process là chuỗi bước, phê duyệt và ngày tháng mà khách đi qua để mua, còn economic buyer là người có tiếng nói cuối cùng về ngân sách. Người nhiệt tình nhất trong buổi demo thường không phải người đó.

Bài hướng dẫn MEDDPICC của Exec đưa ra một phép thử để phân biệt champion thật với người chỉ góp ý cho bạn: người này có bán thay bạn khi bạn không có mặt trong phòng hay không? Nếu bạn ngờ rằng trưởng nhóm vận hành sẽ chẳng nhắc gì đến pilot trong buổi họp nội bộ, kế hoạch của bạn đang dựa vào một người không đẩy nó đi.

Còn một rủi ro nữa: champion nghỉ việc hoặc chuyển nhóm giữa chừng. Stackmatix khuyên khi đó phải tìm người thay hoặc leo thang lên cấp trên, chứ đừng ngồi chờ người mới tự tìm đến bạn.

## Giữ nhịp sau cuộc gọi

Kế hoạch chỉ có ích khi được cập nhật liên tục: sửa nó sau mỗi cuộc gọi và đính kèm bản mới trong mọi email follow-up. Cách này thay kiểu email "hỏi thăm" bằng một câu hỏi cụ thể: "Mốc 20/11 bên IT vẫn kịp chứ ạ?"

Nếu khách liên tục né, không chịu ghi ngày hay nêu tên người phụ trách, hãy đọc đó là tín hiệu. Như Rework nhận xét, khách ngại cam kết với kế hoạch thường là vì chưa muốn cam kết với deal.

**Điểm mấu chốt:** Khách không chịu ghi ngày vào kế hoạch thường cũng chưa định mua.

Gặp tín hiệu đó, đừng cố đẩy nhanh hơn. Hãy hỏi thẳng xem điều gì đang cản họ. Biết sớm một deal không thành vẫn rẻ hơn nhiều so với kéo dài một pilot không có điểm kết thúc.

## Những lỗi hay gặp

Lỗi đầu tiên là để cuộc họp kết thúc bằng "em sẽ gửi tài liệu", tức là chỉ bạn có việc còn khách thì không. Lỗi thứ hai là chấp nhận các mốc kiểu "đầu tháng sau", vì các mốc như vậy sẽ trôi.

Lỗi thứ ba là lập kế hoạch chỉ với người dùng cuối, rồi đến cuối pilot mới phát hiện người ký hợp đồng chưa bao giờ nghe về nó.

Lỗi thứ tư là đưa bảng mốc ra quá sớm, khi khách chưa xác nhận vấn đề đáng giải, khiến cả buổi demo trông như một màn chào hàng. Lỗi cuối cùng là để pilot kéo dài mãi mà không có cuộc họp go/no-go.

Về sự nghiệp, đây là kỹ năng nên ghi rõ trong CV. Thay vì viết "hỗ trợ demo", hãy mô tả bạn đã chuyển các buổi demo thành pilot có tiêu chí bằng văn bản và cuộc họp go/no-go ra sao.

Khi phỏng vấn cho vị trí FDE, hãy hỏi ai trong đội chịu trách nhiệm chốt bước tiếp theo sau demo; câu trả lời cho bạn biết công ty kỳ vọng gì ở bạn.

Lần tới khách nói "để bọn em bàn nội bộ", hãy đáp: "Dạ, vậy mình chốt luôn ai bàn, và ngày nào em hỏi lại anh chị nhé."

**Thử ngay tuần này:**

- Mở lại email follow-up của cuộc demo gần nhất. Gạch mọi cụm như 'sớm nhất có thể' hay 'tuần sau' rồi thay bằng ngày lịch và tên một người cụ thể.
- Trước buổi demo kế tiếp, viết sẵn ba câu hỏi để xác nhận: vấn đề có đáng giải không, ngân sách đi qua ai, khách có muốn đi tiếp không.
- Với mỗi khách đang theo, tự hỏi xem người liên lạc của bạn có bán thay bạn khi bạn không có mặt hay không. Nếu không, ghi lại tên người bạn còn phải gặp.

## Nguồn

- [Mutual Action Plan (MAP): How to Build One](https://resources.rework.com/libraries/pipeline-management/mutual-action-plan)

- [How to Create a Mutual Action Plan After a Sales Call [2026 Guide]](https://www.sybill.ai/blogs/mutual-action-plan-after-sales-call)

- [They want a pilot before they commit. How do I run one that ends in a contract instead of a shrug?](https://echai.ventures/gtm/gtm-sales-process/they-want-a-pilot-before-they-commit-how-do-i-run-one-that-ends-in-a-contract-instead-of-a-shrug)

- [Enterprise Pilot to Paid Contract: A Startup Conversion Playbook](https://www.stackmatix.com/blog/enterprise-pilot-to-paid-contract)

- [MEDDPICC: The Complete Guide to the Sales Qualification Framework](https://www.exec.com/learn/meddpicc-the-complete-guide)