MVP phải giải quyết điểm nghẽn nào?
Vấn đề phổ biến là sales thiếu một nơi để nhập đủ dữ liệu, biết báo giá đang chờ ai và nhận lại lý do khi bị từ chối. Người duyệt phải tìm ngữ cảnh trong Zalo, email hoặc file riêng trước khi quyết định. Việc tạo file PDF chỉ là một bước đầu ra của quy trình.
MVP nên tập trung vào một luồng: tạo yêu cầu báo giá, kiểm tra dữ liệu, duyệt ngoại lệ và xuất bản đã được xác nhận. Chức năng quản lý hợp đồng, hóa đơn hoặc toàn bộ CRM có thể để ngoài phạm vi đầu tiên. Cách giới hạn này giúp ngân sách tập trung vào điểm có rủi ro cao nhất. Có thể tham khảo thêm cách xác định ngân sách xây MVP.
Dữ liệu đầu vào cần bắt buộc
Một yêu cầu báo giá tối thiểu nên có:
- Khách hàng và cơ hội bán hàng liên quan.
- Sản phẩm hoặc phạm vi dịch vụ.
- Số lượng, đơn giá, chiết khấu và loại thuế nếu áp dụng.
- Điều khoản thanh toán và thời hạn hiệu lực.
- Mốc bàn giao, giả định và phần không bao gồm.
- Cam kết đặc biệt đã trao đổi với khách.
- Tài liệu nguồn dùng để xác định giá hoặc phạm vi.
Trường bắt buộc cần thay đổi theo loại báo giá. Ví dụ, dự án tích hợp phải có hệ thống liên quan và trách nhiệm cung cấp API. Gói dịch vụ theo tháng cần có phạm vi hỗ trợ, giới hạn yêu cầu và điều kiện gia hạn.
Luật duyệt cần được viết thành điều kiện
Trước khi xây giao diện, đội phải thống nhất trường hợp nào được duyệt theo luồng chuẩn và trường hợp nào cần thêm người phê duyệt. Điều kiện có thể dựa trên mức chiết khấu, điều khoản thanh toán, phạm vi ngoài danh mục, cam kết SLA hoặc chi phí bên thứ ba.
Không nên viết luật kiểu “báo giá lớn cần giám đốc duyệt”. Hệ thống cần biết ngưỡng nào, dùng giá trị trước hay sau thuế, và ai thay thế khi người duyệt vắng mặt. Nếu luật chưa rõ, người dùng vẫn phải nhắn Zalo để xác nhận trước khi thao tác trên MVP.
Trạng thái và quyền thao tác
Một luồng đủ dùng có thể gồm bản nháp, chờ kiểm tra dữ liệu, chờ duyệt thương mại, cần chỉnh sửa, đã duyệt, đã gửi và hết hiệu lực. Mỗi trạng thái chỉ cho phép các vai trò phù hợp thao tác.
Sales được sửa bản nháp và gửi yêu cầu. Operations hoặc presales xác nhận phạm vi. Tài chính kiểm tra giá, chiết khấu và điều khoản. Người có thẩm quyền duyệt ngoại lệ. Hệ thống chỉ tạo bản gửi khách từ phiên bản đã duyệt và phải khóa các trường thương mại quan trọng sau bước này.
Khi cần sửa báo giá đã duyệt, hệ thống nên tạo phiên bản mới thay vì ghi đè. Người duyệt cần nhìn thấy trường nào thay đổi và lý do sửa.
Output của MVP
MVP cần tạo ra bốn đầu ra:
- Bản báo giá theo đúng mẫu và phiên bản.
- Trạng thái duyệt có người thực hiện và thời điểm.
- Danh sách ngoại lệ cùng lý do phê duyệt hoặc từ chối.
- Liên kết về cơ hội bán hàng và tài liệu phạm vi.
Không cần đưa toàn bộ logic vào tài liệu gửi khách. Các ghi chú nội bộ, biên lợi nhuận hoặc lý do duyệt phải giữ theo quyền truy cập. Việc tách dữ liệu nội bộ khỏi đầu ra đối ngoại là yêu cầu bảo mật, không phải tính năng phụ.
Cách kiểm thử với một nhóm sales
Chọn một loại báo giá có tần suất đủ đều và số ngoại lệ vừa phải. Chạy song song với quy trình hiện tại trong thời gian ngắn, sau đó kiểm tra lỗi dữ liệu, thời gian chờ ở từng trạng thái, số lần trả lại và trường hợp hệ thống định tuyến sai người duyệt.
Test case phải có báo giá chuẩn, thiếu trường bắt buộc, chiết khấu vượt ngưỡng, thay đổi phạm vi sau duyệt, người duyệt vắng mặt và báo giá hết hiệu lực. Nếu đội thường mở rộng phạm vi mà không cập nhật giá, cần đọc thêm cách tránh bẫy gia công tính năng B2B.
AI có thể hỗ trợ ở đâu?
AI có thể trích xuất yêu cầu từ ghi chú sales, phát hiện điều khoản khác mẫu, so sánh hai phiên bản và soạn phần mô tả phạm vi. Mọi giá trị tài chính, luật chiết khấu và quyền phê duyệt phải đến từ dữ liệu có cấu trúc hoặc quy tắc do doanh nghiệp quản lý.
Không để mô hình ngôn ngữ tự tính giá hoặc tự chấp thuận ngoại lệ. Nếu dùng AI để soạn nội dung, người phụ trách vẫn phải kiểm tra tính đúng của phạm vi trước khi chuyển trạng thái.
Khi nào MVP đã đủ để mở rộng?
Có thể mở rộng khi phần lớn báo giá đi theo cùng bộ trường, các ngoại lệ được phân loại ổn định và người dùng không cần quay lại Zalo để hỏi trạng thái. Lúc đó mới cân nhắc kết nối chữ ký điện tử, hợp đồng hoặc hệ thống kế toán.
Auranium có thể hỗ trợ thiết kế luật duyệt qua AI Agent Coaching và triển khai MVP qua Product Development.