Một agency vừa chốt gói triển khai website. Sales đã trao đổi qua Zalo, gửi hai phiên bản báo giá và đồng ý miệng rằng đội sẽ hỗ trợ nhập nội dung ban đầu. Khi dự án chuyển sang nhóm thực hiện, hợp đồng chỉ ghi phạm vi tổng quát. Người phụ trách phải hỏi lại sales, và khách phải cung cấp lại thông tin đã trao đổi.
Lỗi bàn giao xuất hiện khi doanh nghiệp kết thúc trách nhiệm của sales ở trạng thái “đã ký” nhưng chưa quy định dữ liệu bắt buộc để delivery bắt đầu.
Vì sao hợp đồng đã ký vẫn chưa đủ để delivery bắt đầu?
Bối cảnh chưa được ghi vào hồ sơ bàn giao
Nhu cầu, người có quyền duyệt, vấn đề khách quan tâm và cam kết của sales thường chưa được ghi vào CRM. Hệ thống chỉ có tên khách, giá trị hợp đồng và trạng thái đã chốt.
Delivery thiếu phạm vi, đầu vào và điều kiện thực hiện
Nhóm thực hiện thấy phạm vi công việc, nhưng không biết nội dung nào khách tự chuẩn bị, mốc nào đã được nhắc tới hoặc yêu cầu nào mới là mong muốn chứ chưa thành cam kết.
Hồ sơ bàn giao cần chứa dữ liệu nào?
Một biểu mẫu dài chưa chắc giải quyết được vấn đề. Hồ sơ bàn giao cần ghi lại các đầu vào dùng cho delivery: kết quả khách muốn đạt, phạm vi đã bán, điều chưa bao gồm, người duyệt phía khách, tài liệu đang thiếu và mốc cần xác nhận.
Doanh nghiệp phải tách “đã nói” khỏi “đã cam kết”. Khách từng hỏi về một tính năng không có nghĩa tính năng đó nằm trong hợp đồng. Sales nói “đội sẽ xem xét” không thể được chuyển thành “đội sẽ làm”.
Bài MVP cổng khách hàng cho agency cho thấy một nơi chia sẻ tiến độ có thể giảm việc tìm thông tin sau khi dự án chạy. Điểm bàn giao vẫn cần được xử lý riêng, vì cổng khách hàng không sửa được dữ liệu phạm vi sai hoặc thiếu.
Quy trình bàn giao cho đội sales và delivery nhỏ
Tạo hồ sơ khi hợp đồng chuyển sang trạng thái đã ký
Sales điền các trường bắt buộc khi đánh dấu hợp đồng đã ký, không đợi đến trước buổi khởi động. Hồ sơ liên kết báo giá cuối, hợp đồng, ghi chú nhu cầu và kênh trao đổi chính.
Delivery kiểm tra hồ sơ và ghi câu hỏi
Người phụ trách thực hiện kiểm tra phạm vi, đầu vào, mốc dự kiến và các phụ thuộc. Câu hỏi được ghi vào cùng hồ sơ thay vì tản ra trong tin nhắn riêng.
Sales và delivery xác nhận phạm vi cùng nhau
Sales giải thích bối cảnh có ảnh hưởng đến cách triển khai. Delivery xác nhận phạm vi đã hiểu, nêu rủi ro và chỉ nhận việc khi các thông tin bắt buộc còn thiếu đã có người xử lý.
Gửi khách bản xác nhận trước khi khởi động
Sau bàn giao nội bộ, người phụ trách dự án gửi một bản xác nhận ngắn gồm mục tiêu, phạm vi, đầu việc hai phía và bước tiếp theo. Khách xác nhận hoặc sửa thông tin trước khi delivery bắt đầu.
Một mẫu trong CRM, Google Form hoặc tài liệu dùng chung đã đủ để thử. Điều quan trọng là thời điểm, người chịu trách nhiệm và điều kiện để hồ sơ được xem là sẵn sàng.
Điều kiện để dự án được phép khởi động
Trước khi khởi động, delivery kiểm tra các điều kiện sau:
- Phạm vi được chấp thuận và phiên bản báo giá đang có hiệu lực.
- Kết quả mong đợi được viết bằng ngôn ngữ mà sales, delivery và khách cùng hiểu.
- Đầu vào do khách cung cấp đã có người phụ trách và thời hạn.
- Các ngoại lệ về giá, tiến độ hoặc cách hỗ trợ đã được người có quyền xác nhận.
- Người duyệt phía khách và kênh trao đổi chính đã rõ.
- Delivery có đủ dữ liệu để thực hiện bước đầu tiên.
Nếu một mục chưa đủ, đội có thể bắt đầu phần không phụ thuộc vào mục đó, nhưng phải ghi rõ phần đang chờ, người xử lý và thời hạn.
AI có thể kiểm tra hồ sơ nhưng không xác nhận phạm vi
AI có thể đọc email, trích yêu cầu từ ghi chú cuộc gọi, so sánh báo giá với bản bàn giao và chỉ ra nội dung mâu thuẫn. Hệ thống không được chuyển một câu nói chưa được xác nhận thành phạm vi công việc.
Phân quyền giữa hệ thống và người phụ trách
Hệ thống chuẩn bị dữ liệu
- Gom tài liệu liên quan vào một hồ sơ bàn giao.
- Trích các mốc, đầu vào và câu hỏi còn bỏ ngỏ.
- Cảnh báo khi báo giá, hợp đồng và ghi chú có nội dung khác nhau.
- Chuẩn bị bản xác nhận để người phụ trách rà lại.
Người phụ trách xác nhận cam kết và ngoại lệ
- Xác nhận phạm vi cuối cùng và ngoại lệ đã được duyệt.
- Làm rõ lời hứa có ảnh hưởng đến chi phí hoặc tiến độ.
- Chọn phần có thể bắt đầu khi đầu vào chưa đầy đủ.
- Trao đổi trực tiếp với khách khi hai bên đang hiểu khác nhau.
Bài Từ form liên hệ website đến CRM bán tự động phù hợp khi đội muốn giữ dữ liệu từ điểm nhận lead. Ở điểm chuyển sang delivery, mục tiêu là bảo đảm thông tin đã được kiểm tra và đủ để hành động.
Nếu cùng một gói nhưng delivery liên tục nhận phạm vi khác nhau, founder cần xem lại cách đóng gói và điều sales được phép hứa. Dịch vụ Product Consultant của Auranium có thể cùng đội làm rõ các ranh giới này trước khi xây thêm CRM hoặc luồng tự động.