Tình huống minh họa: Khách gọi điện: "Báo giá tôi nhận ghi 620 triệu, sao hợp đồng công ty gửi lại ghi 665 triệu?" Nhân viên kinh doanh lục email và thấy ba bản báo giá gửi trong hai tuần. Không ai chắc bản nào đã đến tay khách, và hợp đồng được soạn từ bản nào cũng không rõ. Chênh lệch 45 triệu không đến từ việc tính sai, mà từ việc không ai biết bản nào đang có hiệu lực.
Trả lời ngắn: Giá lệch giữa báo giá và hợp đồng xảy ra khi doanh nghiệp không biết bản BOQ nào đang có hiệu lực. BOQ thay đổi là bình thường. Cách kiểm soát là đặt số revision bắt buộc, trạng thái duyệt (Draft → Approved → Issued → Obsolete), điểm bàn giao giữa Thiết kế, QS, Sales và bước đối chiếu BOQ – Báo giá – Hợp đồng trước khi ký.
Bài viết này dành cho ai?
CEO, Trưởng phòng Kinh doanh và QS của doanh nghiệp thiết kế và thi công nội thất, nơi BOQ đi qua nhiều bộ phận trước khi thành báo giá và hợp đồng. Những người phải chịu trách nhiệm khi khách phát hiện giá đã nhận khác giá trong hợp đồng.
Điều gì đang xảy ra?
- Sales, QS và khách hàng mỗi người cầm một bản khác nhau tại cùng một thời điểm.
- BOQ lưu qua email đính kèm, Zalo, bản in, đặt tên kiểu "BOQ mới nhất.xlsx" hoặc "Báo giá final (2).xlsx".
- BOQ được chỉnh nhiều lần trước khi ký: sau khảo sát, sau khi khách đổi vật liệu, sau khi QS rà đơn giá, sau đàm phán.
- Hợp đồng được soạn từ bản BOQ mà người soạn đang có, không nhất thiết là bản khách đã nhận.
Điều doanh nghiệp thực sự muốn đạt được
Chức năng: khách nhận đúng giá và hợp đồng khớp với báo giá đã gửi. Quản trị: tại mọi thời điểm chỉ có một bản được công nhận là đang có hiệu lực. Tổ chức: có căn cứ bằng văn bản khi khách khiếu nại hoặc tranh chấp phạm vi, và rõ ai chịu trách nhiệm ở mỗi lần chuyển giao giữa Thiết kế, QS và Sales.
Điều gì đang cản trở?
| Lớp cản trở | Biểu hiện | Hệ quả |
|---|---|---|
| Dữ liệu | Không có số revision bắt buộc; tên file không cho biết bản thứ mấy | Không phân biệt được bản cũ và bản mới |
| Quy trình | Không phân biệt Draft và Approved; không có điểm bàn giao ký nhận | Bản chưa duyệt vẫn được gửi khách |
| Kiểm soát | Không đối chiếu BOQ – báo giá – hợp đồng trước khi ký | Lệch giá chỉ lộ ra ở bước ký |
| Tổ chức | Áp lực chốt nhanh; một người nghỉ phép có thể làm đứt chuỗi thông báo | Bản mới không đến đúng người |
| Công cụ | Email chuyển file nhưng không quản lý trạng thái của file | Không biết file nào còn hiệu lực |
Điểm nhìn cốt lõi: BOQ thay đổi là bình thường. Giá lệch xảy ra vì doanh nghiệp quản lý các file BOQ, không quản lý trạng thái của chúng, nên không ai biết bản nào đang có hiệu lực. Vấn đề không nằm ở việc tính lại giá, mà ở chỗ thiếu một cơ chế nói rõ bản nào thay bản nào và bản nào đã hết hiệu lực.
Tác động tới doanh nghiệp
| Chiều tác động | Điều gì xảy ra khi BOQ không có bản hiệu lực rõ ràng |
|---|---|
| Cost | Phải chịu một phần chênh lệch khi thương lượng lại với khách |
| Margin | Chốt giá thấp hơn chi phí đã khảo sát, biên lợi nhuận co lại |
| Cash Flow | Ký hợp đồng chậm kéo theo thu tạm ứng chậm và trễ dòng tiền |
| Progress | Đội kỹ thuật lập kế hoạch mua vật tư từ BOQ chưa duyệt, dẫn đến mua sai chủng loại |
| Risk | Tranh chấp phạm vi và thế yếu khi không chứng minh được bản đã xác nhận |
Nguyên nhân gốc
Không có số revision bắt buộc ↓ Không có trạng thái Draft / Approved / Issued / Obsolete ↓ Không có điểm bàn giao giữa Thiết kế, QS và Sales ↓ Sales gửi bản đang có trong tay khi khách thúc ↓ Hợp đồng được soạn từ bản khác bản khách đã nhận ↓ Chênh lệch lộ ra ở bước ký hợp đồng, khi đã khó sửa
Framework quản trị
REVISION — số revision tăng dần, không dùng lại, ghi rõ cái gì thay đổi STATUS — Draft → Review → Approved → Issued → Obsolete HANDOVER — mỗi lần chuyển bộ phận có xác nhận bản nào thay bản nào CROSS-CHECK — revision BOQ = báo giá đã gửi = hợp đồng, kiểm trước khi ký LOCK — bản Approved không sửa trực tiếp; mọi thay đổi tạo revision mới
Đặt số revision bắt buộc, trạng thái Draft đến Obsolete, điểm bàn giao và bước đối chiếu BOQ – báo giá – hợp đồng để khách luôn nhận đúng một giá.
Khám phá EcoCons → Xem gói One →Quy trình đề xuất (To-Be)
| Trạng thái | Chủ sở hữu | Điều kiện chuyển | Điểm kiểm soát |
|---|---|---|---|
| Draft | QS | QS hoàn tất bản nháp | Gắn số revision và ghi chú thay đổi |
| Review | QS trưởng hoặc PM | Đã rà khối lượng và đơn giá | Người rà ký nhận |
| Approved | Trưởng Kinh doanh hoặc CEO theo hạn mức | Duyệt giá và biên lợi nhuận | Khóa chỉnh sửa trực tiếp |
| Issued | Sales | Gửi khách đúng bản Approved | Ghi ngày gửi và số revision |
| Kiểm tra hợp đồng | Pháp chế hoặc Trưởng Kinh doanh | Trước khi trình ký | Revision BOQ = báo giá = hợp đồng |
| Obsolete | QS | Có revision mới | Bản cũ lưu lịch sử, không dùng được |
RACI (R: thực hiện, A: chịu trách nhiệm, C: tham vấn, I: được thông báo). Lập và đánh số revision: QS R/A, Thiết kế C, Sales I. Duyệt Approved: QS R, Trưởng Kinh doanh hoặc CEO A. Gửi báo giá cho khách: Sales R/A, QS C. Đối chiếu trước khi ký: QS và Sales R, Trưởng Kinh doanh hoặc CEO A.
Ví dụ minh họa — số liệu giả định
EcoCons hỗ trợ ở đâu?
| Yêu cầu | Năng lực | Mức đáp ứng |
|---|---|---|
| Lập báo giá và đơn hàng bán | Bộ mô-đun bán hàng | Tiêu chuẩn |
| Lịch sử thay đổi trên báo giá | Nhật ký trao đổi và theo dõi trường | Tiêu chuẩn + cấu hình |
| Mẫu báo giá | Mẫu chào hàng có sẵn | Tiêu chuẩn + cấu hình |
| Thông báo cho người liên quan khi có revision mới | Hoạt động và thông báo nội bộ | Tiêu chuẩn + cấu hình |
| Số revision bắt buộc; trạng thái Draft → Approved → Issued → Obsolete | Cấu hình bổ sung trên phiên bản BOQ | Mở rộng (AI-X) |
| Khóa bản Approved và tạo revision mới | Cấu hình bổ sung trên phiên bản BOQ | Mở rộng (AI-X) |
| Chặn soạn hợp đồng từ bản không hiệu lực | Thiết kế điểm kiểm soát trước khi trình ký | Đề xuất thiết kế |
Bài này có cần AI không?
Không. Cốt lõi của vấn đề lệch phiên bản là quy tắc và trạng thái, không phải dự đoán hay phân tích. Ở mức độ này, số revision bắt buộc, trạng thái Draft đến Obsolete và bước đối chiếu trước khi ký đã giải quyết phần lớn rủi ro. Thêm AI vào đây chỉ làm tăng độ phức tạp mà không giải quyết nguyên nhân gốc. Khi doanh nghiệp đã có quy tắc ổn định và số báo giá đủ lớn, AI có thể hỗ trợ phát hiện báo giá gửi từ bản chưa duyệt, nhưng quyết định vẫn thuộc người duyệt.
KPI ban điều hành cần theo dõi
| KPI | Công thức | Tần suất | Chủ sở hữu | Hành động khi lệch |
|---|---|---|---|---|
| Hợp đồng khác báo giá cuối | Số hợp đồng lệch revision hoặc giá ÷ tổng hợp đồng ký | Tháng | Trưởng Kinh doanh | Truy nguyên bước đứt chuỗi |
| Chênh lệch giá trị | Giá hợp đồng − giá báo giá đã gửi | Tháng | CFO | Rà quy trình bàn giao |
| Thời gian thông báo revision | Từ lúc Approved đến khi Sales xác nhận | Tuần | Trưởng Kinh doanh | Rút ngắn điểm bàn giao |
| Báo giá gửi từ bản chưa Approved | Số báo giá phát hiện | Tuần | CEO | Chặn gửi và nhắc quy trình |
| Báo giá chưa có số revision hợp lệ | Số báo giá thiếu revision ÷ tổng | Tháng | QS trưởng | Chuẩn hóa quy tắc đặt tên |
| Tỷ lệ bản cũ chưa đóng trạng thái | Số revision chưa Obsolete ÷ tổng revision | Tháng | QS trưởng | Đóng bản cũ khi có bản mới |
Câu hỏi thường gặp
Vì sao BOQ thay đổi nhiều lần trước khi ký?
BOQ thay đổi vì thông tin đầu vào thay đổi dần: kết quả khảo sát thực tế khác bản vẽ concept, khách đổi vật liệu, QS rà lại đơn giá và đàm phán điều chỉnh phạm vi. Số lần chỉnh khác nhau theo từng công trình, không có con số cố định. Vấn đề không nằm ở việc BOQ thay đổi, mà ở chỗ doanh nghiệp không kiểm soát được bản nào đang có hiệu lực sau mỗi lần thay đổi.
Số revision khác gì số phiên bản file?
Số revision là mã do hệ thống hoặc quy trình cấp, tăng dần và không dùng lại, gắn với một thay đổi được ghi rõ. Số phiên bản file chỉ là tên do người lưu đặt, có thể trùng, có thể nhảy số, và không nói lên bản nào đã được duyệt. Nhiều doanh nghiệp có file đánh số v2, v3 nhưng không ai biết bản nào đã Approved. Revision chỉ có giá trị khi đi kèm trạng thái duyệt.
Ai nên là người duyệt bản Approved?
Người duyệt nên là người chịu trách nhiệm về giá và biên lợi nhuận của báo giá, thường là Trưởng phòng Kinh doanh hoặc CEO, với hạn mức phân theo giá trị hợp đồng. QS thực hiện và rà soát, nhưng người duyệt cuối phải tách khỏi người lập để có kiểm soát chéo. Ở doanh nghiệp nhỏ, CEO có thể là người duyệt cho mọi báo giá vượt một mức giá trị do doanh nghiệp tự đặt.
Làm sao chặn việc gửi khách bản chưa duyệt?
Cách chặn hiệu quả nhất là ràng buộc về trạng thái: chỉ bản ở trạng thái Issued mới được gửi khách, và mọi lần gửi phải ghi ngày gửi cùng số revision. Khi Sales không thể gửi bản Draft vì hệ thống hoặc quy trình không cho, lỗi gửi nhầm tự nhiên biến mất. Điều này cần sự đồng ý của Trưởng Kinh doanh vì nó ảnh hưởng trực tiếp đến tốc độ chốt khách.
Bước đối chiếu trước khi ký cần kiểm gì?
Cần kiểm ba điểm: số revision của BOQ được dùng có trùng với bản đã gửi khách và bản đã duyệt hay không; giá trị hợp đồng có khớp giá báo giá đã gửi hay không; và phạm vi hạng mục trong hợp đồng có đúng với BOQ đã chốt hay không. Chỉ cần một trong ba điểm không khớp thì dừng trình ký để rà lại. Bước này tốn vài phút nhưng chặn được tranh chấp tốn kém về sau.
Có nên dùng một phần mềm để quản lý phiên bản BOQ?
Có thể bắt đầu bằng quy tắc và một thư mục dùng chung có đánh số revision, chưa cần phần mềm chuyên dụng. Khi số công trình và số người cùng thao tác tăng, phần mềm giúp tự động ghi nhật ký, khóa bản Approved và thông báo khi có revision mới. Nguyên tắc là chốt quy tắc trước, chọn công cụ sau. Phần mềm không sửa được vấn đề nếu doanh nghiệp vẫn chưa có quy tắc bản nào là hiệu lực.
Checklist: doanh nghiệp của bạn có vấn đề này không?
Đọc kết quả: 0–2 ô = quy trình phiên bản BOQ tốt; 3–5 ô = cần chuẩn hóa revision và điểm bàn giao; 6–8 ô = nên thiết lập một bản hiệu lực trước khi mở rộng quy mô.
Kết luận
Lệch phiên bản BOQ và báo giá không phải lỗi kỹ thuật. Đó là hệ quả của việc không có quy tắc nào nói bản nào đang có hiệu lực. Khi chỉ còn một bản được công nhận, mọi thay đổi đều đi qua revision, và bước đối chiếu trước khi ký được thực hiện nghiêm túc, khách nhận đúng giá và hợp đồng khớp với báo giá. Điều này không cần công cụ phức tạp, chỉ cần quy tắc và trạng thái rõ ràng.