Vì sao chúng tôi báo giá phần mềm theo khoảng, không theo một con số

Khách hàng thường muốn một con số: "Làm ứng dụng này hết bao nhiêu tiền?" Chúng tôi hiểu, vì ngân sách cần được duyệt. Nhưng ở giai đoạn khảo sát, khi mới có vài trang mô tả, mọi con số chính xác đều là đoán mò được trình bày đẹp.

Hình phễu của sự không chắc chắn

Các nghiên cứu về quản lý dự án phần mềm cho thấy ở giai đoạn ý tưởng, chi phí thực tế có thể lệch gấp đôi hoặc chỉ bằng một nửa so với ước lượng. Khi đặc tả xong, độ lệch giảm còn khoảng 25%. Khi thiết kế chi tiết xong, còn khoảng 10%.

Vì vậy báo giá ban đầu của chúng tôi luôn là một khoảng, ví dụ 320–450 triệu, kèm danh sách giả định.

Giả định quan trọng hơn con số

Mỗi khoảng giá đi kèm những giả định làm nó thay đổi:

• Số vai trò người dùng và mức phân quyền.
• Hệ thống cần tích hợp, và hệ thống đó đã có API hay chưa.
• Yêu cầu về ngôn ngữ, ví dụ giao diện và tài liệu song ngữ Việt – Nhật.
• Mức hiệu năng và bảo mật cần đạt.

Khi khách đọc danh sách này, họ biết cách kéo chi phí xuống: bỏ bớt một tích hợp ở giai đoạn đầu, hoặc làm bản tiếng Việt trước.

Một báo giá tốt cho khách biết vì sao nó đắt, và làm gì để nó rẻ hơn.

Chốt giá khi đặc tả xong

Với dự án trọn gói, chúng tôi chốt giá cố định sau giai đoạn đặc tả, khi hai bên đã thống nhất từng màn hình và từng quy tắc nghiệp vụ. Giai đoạn đặc tả được tính phí riêng hoặc miễn phí tuỳ quy mô, và tài liệu đặc tả thuộc về khách dù họ có chọn chúng tôi làm tiếp hay không.

Kết quả

Từ khi áp dụng cách báo giá này, 92% dự án trọn gói của chúng tôi kết thúc trong ngân sách đã chốt. Quan trọng hơn, không còn những cuộc tranh luận cuối dự án về việc "cái này có nằm trong báo giá không".