Vì sao đây là phần quyết định
Bạn có thể làm đúng mọi thứ ở sáu bài trước và vẫn thất bại ở bài này. Nếu ban lãnh đạo, khách hàng và đội kinh doanh không hiểu rằng hệ thống sẽ sai — bằng số, từ trước — thì ca sai đầu tiên sẽ thành khủng hoảng niềm tin, và dự án thường chết ở đó chứ không chết vì kỹ thuật.
Lần sai đầu tiên luôn đến. Điều quyết định là nó đến như một điều đã được báo trước, hay như một bất ngờ khó chịu.
Nói với từng đối tượng
| Đối tượng | Họ lo gì | Nói thế nào |
|---|---|---|
| Ban lãnh đạo / HĐQT | Bỏ tiền vào thứ không ai đảm bảo được | Bằng ngưỡng và chặng: "Chặng một ba tháng để biết X. Dưới mức này thì dừng." Sự không chắc chắn được quản, không bị giấu. |
| Khách hàng lớn | Hệ thống sai và họ chịu hậu quả | Cam kết bằng phạm vi và mức chính xác, kèm điều gì xảy ra khi sai. Hứa hoàn hảo là cách chắc chắn mất họ về sau. |
| Pháp chế / tuân thủ | Không giải thích được quyết định | Chỉ ra chỗ nào có người duyệt và chỗ nào có nhật ký truy vết |
| Đội kinh doanh | Không biết được phép hứa gì | Một trang: được hứa gì, không được hứa gì, và câu trả lời sẵn cho "nó có bao giờ sai không" |
Đội kinh doanh là chỗ rò rỉ lớn nhất
Đây là điểm ít được chú ý nhất và gây hậu quả nhiều nhất.
Đội kinh doanh sẽ hứa điều gì đó với khách hàng. Nếu không ai nói cho họ biết ranh giới, họ sẽ hứa sự hoàn hảo, vì đó là thứ dễ bán nhất. Và lời hứa đó trở thành kỳ vọng mà sản phẩm không bao giờ đáp ứng được.
Một trang hướng dẫn cho họ rẻ hơn rất nhiều so với việc gỡ một lời hứa đã đưa ra. Nội dung tối thiểu:
- Được hứa: "hệ thống xử lý được phần lớn hồ sơ tiêu chuẩn, giảm khoảng một phần ba thời gian"
- Không được hứa: "tự động hoàn toàn", "không cần người kiểm", "chính xác tuyệt đối"
- Khi khách hỏi "nó có bao giờ sai không": "Có. Khoảng X% trường hợp cần người xem lại, và hệ thống tự đánh dấu những trường hợp đó."
Cấu trúc ba câu cho báo cáo lên cấp trên
Lãnh đạo không thiếu thông tin, họ thiếu thời gian. Bắt đầu từ kết luận:
- Tình hình: "Tính năng phân loại đạt 86% trên hồ sơ tiêu chuẩn, 61% trên hồ sơ có phụ lục viết tay."
- Vì sao quan trọng: "Ở mức này, chúng ta tự động hoá được 60% khối lượng, giảm một phần ba tải cho đội xử lý."
- Cần gì ở anh/chị: "Em cần anh chốt ngưỡng chấp nhận được cho tỉ lệ bỏ lọt, trước thứ Sáu."
Nói bằng khoảng, không nói bằng điểm
| Đừng nói | Hãy nói |
|---|---|
| "Chính xác 86%" | "Khoảng 80–88% trên hồ sơ thường, thấp hơn nhiều với hồ sơ có phụ lục viết tay" |
| "Sẽ xong vào tháng 6" | "Nhiều khả năng đạt ngưỡng trong tháng 6; nếu nhóm ca khó không cải thiện thì tháng 8" |
| "Hệ thống hoạt động tốt" | "Đạt ngưỡng ở 3 trong 4 nhóm ca; nhóm còn lại vẫn qua người" |
Sáu việc cần làm trước khi ra mắt
- Nói trước về lần sai đầu tiên, bằng số, ngay từ buổi khởi động. Không phải sau khi nó xảy ra.
- Cho đội kinh doanh một trang ranh giới.
- Chuẩn bị sẵn câu trả lời cho câu hỏi "nó có bao giờ sai không".
- Thống nhất ai là người thông báo khi có sự cố chất lượng, và trong bao lâu.
- Nói rõ hệ thống tự đánh dấu ca không chắc — đây là điểm bán hàng, không phải điểm yếu.
- Ghi lại mức kỳ vọng đã thống nhất, bằng văn bản, để ba tháng sau không ai nhớ khác.
Ví dụ: cùng một tin, hai cách báo
Cách thường gặp: "Em xin báo cáo tiến độ. Đội đã hoàn thành phần phân loại, đang tinh chỉnh. Tuần trước có một số trường hợp chưa chính xác, đội đang xử lý. Hiện tại kết quả khá tốt…" — tới câu thứ tư người nghe vẫn chưa biết có vấn đề gì và có cần làm gì không.
Cách đúng: "Hệ thống đạt 86% trên hồ sơ tiêu chuẩn và 61% trên hồ sơ viết tay. Nếu ra mắt cho cả hai nhóm, khoảng 4 hồ sơ mỗi ngày sẽ bị phân loại sai ở nhóm thứ hai. Em đề xuất chỉ ra mắt cho nhóm tiêu chuẩn trước. Em cần anh chốt trước thứ Sáu."
Bản thứ hai ngắn hơn, và nó nói thẳng về phần không chắc chắn — điều làm nó đáng tin hơn, không kém tin hơn.
Làm ngay
Viết một trang ranh giới cho đội kinh doanh về tính năng của bạn: được hứa gì, không được hứa gì, và câu trả lời cho "nó có bao giờ sai không". Gửi cho một người trong đội kinh doanh và hỏi họ có dùng được không.