Khách hàng mua dịch vụ D2
Doanh nghiệp đang bán gì?
Nhà cung cấp ERP, CRM, WMS, TMS, HRIS, SaaS B2B, cybersecurity và system integration.
← Tổng quan B2B Sales Research
NGƯỜI MUA DỊCH VỤ D2 / ENTERPRISE SOFTWARE
Nhà cung cấp ERP và SaaS cần account đúng bài toán, không phải công ty có nhiều nhân viên nhất.
D2 giúp đội bán giải pháp ERP, CRM, WMS, cybersecurity, HRIS hoặc phần mềm vận hành tìm doanh nghiệp có cơ cấu và quy trình phù hợp sản phẩm. Một thay đổi lãnh đạo hay tin tuyển IT là tín hiệu nghiên cứu, không chứng minh khách chuẩn bị mua phần mềm.
Nghiên cứu tại Việt Nam. Tất cả ví dụ trên trang đều minh họa phương pháp, không phải case study khách hàng thật.
Seller → Target
Ai sử dụng D2, và D2 nghiên cứu ai cho họ?
Ghép đúng sản phẩm người bán với ngành của account mục tiêu, không chỉ trùng tên ngành.
Account D2 sẽ nghiên cứu
Họ muốn tiếp cận ai?
Doanh nghiệp theo ngành/quy trình, mức độ phức tạp, địa bàn và khả năng phù hợp giải pháp công nghệ cụ thể.
Điều cần loại trừ: Không đánh đồng mọi công ty có CTO/IT Manager là buyer và không tiếp cận công ty ngoài use case sản phẩm.
Sales reality / ICP
Vấn đề trước khi nghiên cứu account
Đội Sales thường có nhiều account tên tuổi nhưng không đủ thông tin về quy trình, hệ thống hiện hữu, cấu trúc buying committee và thời điểm đáng tiếp cận.
Bốn nhóm tiêu chí trong Intake
01
Ngành và bài toán giải pháp: manufacturing ERP, logistics WMS/TMS, CRM bán hàng, HRIS hoặc security.
02
Số địa điểm, loại vận hành, bộ phận sử dụng và tích hợp phải có nếu phạm vi đòi hỏi.
03
Thị trường/địa bàn; khả năng triển khai phù hợp với sản phẩm và năng lực tích hợp.
04
Exclusion: khách đang dùng giải pháp của mình, đối thủ, ngành không hỗ trợ, quy mô không phù hợp.
Evidence / Timing
Tín hiệu nào giúp Sales ưu tiên account?
D2 phân biệt sự kiện có nguồn với giả thuyết có điều kiện. Không xem một công bố công khai là lời xác nhận mua hàng.
SIGNAL 01
Mở rộng nhà máy/chi nhánh/đơn vị
Sự kiện có ngày có thể làm tăng độ phức tạp vận hành; không khẳng định đang tìm ERP.
SIGNAL 02
Thông báo chương trình chuyển đổi số
Tài liệu công khai nêu mục tiêu, phạm vi hoặc lộ trình; cần phân biệt tham vọng với dự án đã có ngân sách.
SIGNAL 03
Tuyển vị trí hệ thống/tích hợp
Tin tuyển IT, ERP admin hoặc system analyst; có thể là vận hành hệ thống hiện có, không phải thay thế.
SIGNAL 04
Công bố thay đổi quy trình hoặc công nghệ
Nguồn công khai về hệ thống được dùng, tích hợp hoặc thay đổi theo đúng sản phẩm; không suy đoán stack khi thiếu nguồn.
Không có bằng chứng phù hợp thì ghi rõ NO_VERIFIED_SIGNAL hoặc Unknown, không suy đoán thành buying intent.
Research output
Đội Sales nhận được những gì?
Trường bắt buộc, số hồ sơ, độ sâu buyer/contact và tiêu chí nghiệm thu được thống nhất theo brief.
DELIVERABLE 01
Business-fit account profile
Ngành, mô hình kinh doanh, quy mô vận hành và use case phần mềm phù hợp.
DELIVERABLE 02
Technology/Process context
Hệ thống hoặc quy trình được công bố, giới hạn xác minh và nhu cầu cần kiểm tra.
DELIVERABLE 03
Buying committee hypothesis
Chức năng IT, Operations, Finance, Procurement và ảnh hưởng tới quyết định.
DELIVERABLE 04
Sales discovery questions
Những điều cần hỏi về pain point, kế hoạch dự án, migration, tích hợp và tài trợ.
Buyer function cần xác minh
IT / CIO / CTO
Đánh giá tiêu chuẩn kỹ thuật, kiến trúc và ràng buộc tích hợp khi đúng chức năng.
Operations / Finance / Business Unit
Tìm chủ quy trình và người chịu trách nhiệm hiệu quả vận hành.
Procurement / Transformation Office
Xác minh tuyến phê duyệt, pilot và mua sắm; không mặc định một chức danh có toàn quyền.
Research methodology
Từ ICP đến account có thể đánh giá
- BƯỚC 01
Gắn ICP với use case
Chốt module, quy trình, hạ tầng cần tích hợp, ngành và loại account được loại.
- BƯỚC 02
Xác minh account
Nghiên cứu vận hành, dấu hiệu quy mô và thông tin công nghệ có thể kiểm chứng.
- BƯỚC 03
Đọc tín hiệu & buyer
Ghi observed fact, giả thuyết, stakeholders và câu hỏi để Sales xác minh.
- BƯỚC 04
Bàn giao & QA
Đưa evidence/date, phạm vi chưa xác minh, contact routes tìm được và tiêu chí nghiệm thu.
Tình huống giả định / Không phải customer case
Minh họa hồ sơ khách ERP cho nhà máy
Bốn lớp dưới đây chỉ là ví dụ giải thích cách D2 sẽ đánh giá, không xác nhận account hay opportunity ngoài đời thực.
01 / Quan sát giả định
Một nhà sản xuất công bố thêm phân xưởng và tuyển điều phối kế hoạch sản xuất (kịch bản giả định).
02 / Nhận định có điều kiện
Độ phức tạp lập kế hoạch có thể tăng; ERP/MES có thể đáng nghiên cứu nhưng chưa xác nhận nhu cầu thay hệ thống.
03 / Điều chưa xác minh
Stack phần mềm thật, ngân sách, quy mô sử dụng, bộ phận vận hành và thời điểm nâng cấp.
04 / Next action
Sales hỏi vấn đề quản lý kế hoạch và tiêu chí triển khai trước khi đề xuất giải pháp cụ thể.
Phạm vi và giới hạn
- Không tự suy đoán hệ thống công nghệ chỉ từ ngành hoặc chức danh.
- Không khẳng định budget, dự án ERP hay ý định mua từ thông tin tuyển dụng.
- Không truy cập dữ liệu nội bộ hoặc thông tin bảo mật của doanh nghiệp mục tiêu.
Cách kiểm chứng năng lực D2
Xem mẫu nghiên cứu và kết quả QA đã ẩn danh. Bằng chứng quy trình không đồng nghĩa đã tạo meeting, hợp đồng hoặc doanh thu cho ngành này.
FAQ
Những câu hỏi trước khi bắt đầu
D2 tìm doanh nghiệp dùng ERP cũ được không?
Chỉ ghi nhận phần mềm/hệ thống khi có bằng chứng công khai đáng tin. Thiếu nguồn phải ghi Unknown, không đoán tech stack.
Các doanh nghiệp tuyển IT Manager có phải là buyer ERP không?
Không. Tuyển dụng IT có nhiều lý do; buyer chức năng tùy giải pháp và quy trình mua riêng.
Có thể tìm công ty theo ngành Manufacturing/Logistics không?
Có, nhưng cần thêm use case sản phẩm và điều kiện thực tế như quy trình, địa bàn, quy mô và exclusions.
D2 có bán hoặc triển khai ERP không?
Trong phạm vi dịch vụ này, D2 nghiên cứu account cho nhà cung cấp ERP/SaaS; tư vấn giải pháp và triển khai thuộc nhà cung cấp.
Nội dung liên quan
Start with the right ICP
Nói rõ dịch vụ bạn bán. D2 nghiên cứu doanh nghiệp đáng ưu tiên.
Thống nhất Target, Exclusion, Buyer, Timing, Sales Reality, nghiên cứu nguồn và tiêu chí bàn giao. Báo giá theo phạm vi riêng; không công khai bảng giá gói.