Đội bán hàng hứa "làm được hết", đội triển khai nhận về một danh sách bất ngờ: bàn giao từ bán hàng sang dự án mà không đánh mất niềm tin khách hàng

Tình huống minh hoạ

Tình huống và số liệu dưới đây là giả định, dùng để minh hoạ.

Một công ty tích hợp hệ thống vừa thắng gói triển khai phần mềm quản lý kho cho một doanh nghiệp logistics. Hợp đồng ký thứ Sáu. Thứ Hai, PM được giao dự án và nhận hồ sơ gồm: hợp đồng, phụ lục phạm vi công việc (statement of work – SOW) 14 trang và bảng giá.

Buổi khởi động với khách hàng diễn ra một tuần sau. Ngay phần hỏi đáp, Giám đốc Vận hành phía khách hàng hỏi:

• "Phần kết nối với cổng thông tin của hãng vận tải, bên anh nói sẽ có sẵn, khi nào chúng tôi được xem?"
• "Báo cáo trên điện thoại cho trưởng ca, như bên anh demo hôm trước, có trong đợt một chứ?"
• "Bên anh hứa dữ liệu cũ năm năm sẽ được chuyển sang hết đúng không?"

Không mục nào có trong SOW. PM gọi điện cho người phụ trách bán hàng và nhận được câu trả lời: "Anh có nói là về mặt kỹ thuật thì làm được, chứ không hứa là làm miễn phí".

Khách hàng không nghe như vậy. Họ nghe "sẽ có".

Vì sao khoảng trống bàn giao gây hại nhiều như vậy

Giai đoạn bán hàng là nơi kỳ vọng của khách hàng được hình thành. Mỗi buổi demo, mỗi câu trả lời trong buổi thuyết trình, mỗi email đều góp phần tạo ra hình ảnh "dự án sẽ mang lại gì". Hợp đồng và SOW chỉ ghi lại một phần của hình ảnh đó.

Các tài liệu hướng dẫn về bàn giao từ bán hàng sang triển khai mô tả đúng kiểu bất ngờ này: hợp đồng vừa ký xong, đội triển khai mở hồ sơ và thấy một lịch trình dựa trên dữ liệu chưa ai yêu cầu, một tích hợp khách hàng nhắc mãi mà chưa từng được ước lượng, và một câu "chắc là làm được" đã thành cam kết. Gốc rễ là những điều đó không được ghi lại ở nơi đội triển khai nhìn thấy.

Với khách hàng doanh nghiệp, hậu quả lớn hơn vì:

• Người nghe lời hứa thường là lãnh đạo cấp cao phía khách hàng; họ đã báo cáo lại với cấp trên.
• Khách hàng không phân biệt "đội bán hàng" và "đội dự án" — với họ, đó là một nhà cung cấp.
• Niềm tin mất ở tuần đầu sẽ làm mọi cuộc thương lượng thay đổi sau này khó hơn.

Phân tích theo PMBOK® Guide

• Develop Project Charter dùng đầu vào là tài liệu kinh doanh và thoả thuận (agreements). Với dự án cho khách hàng bên ngoài, "thoả thuận" không chỉ là văn bản hợp đồng mà còn là những gì hai bên đã hiểu với nhau. PM cần chủ động thu thập phần "chưa viết ra".
• Collect Requirements và Define Scope phải đối chiếu kỳ vọng với SOW. SOW là mô tả công việc mà bên mua sẽ dựa vào để nghiệm thu, thường gồm cả tiêu chí chấp nhận (acceptance criteria). Cái gì không có trong SOW thì cần được xử lý minh bạch: đưa vào, loại ra hoặc đưa vào yêu cầu thay đổi.