Tình huống minh họa: Gói thầu văn phòng 1.500m2: khách sửa yêu cầu lần thứ 5 — đổi trần khu tiếp khách, thêm vách kính phòng họp, bớt hai cửa. Người dự toán mở file gần nhất, chỉnh tay từng dòng, gửi "báo giá mới". Hai tuần sau ký hợp đồng — rồi khách đối chiếu phát hiện: đơn giá vách kính là của bản thứ 2 (đã giảm khi bản 3 đổi cấu hình), còn phần trần phòng họp… quên không xóa. Tổng lệch 180 triệu — phát hiện sau chữ ký.
Trả lời ngắn: Báo giá sai sau nhiều vòng sửa không phải lỗi người cẩu thả — là lỗi cấu trúc: chỉnh file thay quản phiên bản. Cách đúng: mỗi yêu cầu sửa sinh phiên bản BOQ mới chứa diff rõ — cấu phần thêm, bớt, đổi cấu hình, đơn giá bám cấu phần nào; ký hợp đồng chốt "bản số mấy" ghi rõ trong hợp đồng; mọi phát sinh sau ký đối chiếu đúng phiên bản đó. Kết quả: vòng sửa nào cũng thấy mình đổi gì trị giá bao nhiêu, và hợp đồng không bao giờ lẫn cấu phần của bản đã chết.
Bài viết này dành cho ai?
Dành cho giám đốc kinh doanh và bộ phận dự toán nhà thầu nội thất — nơi mỗi yêu cầu sửa của khách là một file báo giá chỉnh tay, và đỉnh điểm là phát hiện bản ký hợp đồng còn cấu phần của bản báo giá thứ hai đã bị thay từ lâu.
Điều gì đang xảy ra?
- Mỗi vòng sửa mở file gần nhất chỉnh tay — không diff rõ.
- Đơn giá của bản cũ còn sót trong bản mới sau nhiều lần sửa.
- Hợp đồng không ghi rõ báo giá số mấy là bản gốc.
- Khách hỏi "lần trước báo từng nào" — phải mò lại file email.
- Phát sinh sau ký đối chiếu bằng trí nhớ hai bên.
- Không ai biết tổng giá thay đổi bao nhiêu sau mỗi vòng sửa.
Điều doanh nghiệp muốn đạt được
Chức năng: BOQ theo phiên bản có diff từng vòng sửa, hợp đồng chốt rõ bản ký. Quản trị: phát sinh sau ký đối chiếu đúng phiên bản — không suy đoán. Tổ chức: người dự toán chỉnh cấu phần, giá tự tính lại theo cấu phần — không gõ lại từng dòng.
Điều gì đang cản trở?
| Lớp cản trở | Biểu hiện | Hệ quả |
|---|---|---|
| Dữ liệu | Báo giá là file phẳng, không cấu phần có mã | Sửa tay — không truy được nguồn dòng nào |
| Quy trình | Vòng sửa không sinh phiên bản mới | Bản chết còn cấu phần sống trong bản mới |
| Kiểm soát | Hợp đồng không trỏ phiên bản BOQ cụ thể | Tranh chấp phát sinh không căn cứ |
| Tổ chức | Người dự toán gõ lại giá theo trí nhớ | Giá cũ sót, giá mới thiếu |
| Công cụ | Không diff giữa các bản | Khách không thấy mình đổi gì theo tiền |
Điểm nhìn cốt lõi: Vòng sửa của khách không phải rủi ro — là phần việc tính giá thật: mỗi lần đổi yêu cầu, khách đang hỏi "cái này đáng bao nhiêu tiền nữa hay bớt đi bao nhiêu". BOQ không quản phiên bản thì câu hỏi đó trả lời bằng chỉnh tay — và sai số cộng dồn theo từng vòng. Có diff thì mỗi vòng sửa thành một cuộc trao đổi minh bạch: đổi gì, bao nhiêu, ký hay không — khách khó tôn trọng hơn nhà thầu không biết chính xác mình đang bán cái gì.
Tác động tới doanh nghiệp
| Chiều tác động | Điều gì xảy ra khi BOQ chỉnh tay từng vòng |
|---|---|
| Cost | Lệch 180 triệu phát hiện sau ký — gánh hoặc đàm phán mất lòng |
| Revenue | Giá cấu phần chết còn sót — khách mất tin mọi con số sau đó |
| Progress | Vòng sửa nào cũng "chỉnh lại chút" — không biết tổng đã lệch bao xa |
| Risk | Tranh chấp phát sinh không căn cứ phiên bản — cãi bằng cảm tính |
| Compliance | Hồ sơ thầu nhiều bản không truy được bản nào là thật |
Nguyên nhân gốc
BOQ là file phẳng — không cấu phần có mã theo phiên bản ↓ Vòng sửa chỉnh file gần nhất thay sinh bản mới ↓ Đơn giá cũ sót — giá mới thiếu theo trí nhớ ↓ Hợp đồng không trỏ phiên bản cụ thể ↓ Phát sinh đối chiếu không có bản gốc rõ ↓ Kết quả: sai số cộng dồn, lẫn bản sau nhiều vòng
Framework BOQ phiên bản 5 bước
CẤU PHẦN CÓ MÃ — BOQ dựng từ cấu phần, không dòng text tự do ↓ MỖI SỬA SINH PHIÊN BẢN — diff rõ: thêm, bớt, đổi, giá theo ↓ KHÁCH XEM DIFF — đổi gì theo tiền, duyệt từng dòng ↓ HĐ TRỎ BẢN KÝ — hợp đồng ghi phiên bản làm gốc ↓ PHÁT SINH ĐỐI CHIẾU ĐÚNG BẢN — không suy đoán hai bên
Cấu phần có mã, mỗi vòng sửa sinh phiên bản với diff rõ theo tiền, hợp đồng trỏ đúng bản ký — hết cảnh cấu phần bản cũ còn sống trong bản mới.
Khám phá EcoCons →Quy trình BOQ phiên bản (To-Be)
| Bước | Người phụ trách | Đầu vào | Điểm kiểm soát |
|---|---|---|---|
| Dựng BOQ theo cấu phần có mã | Dự toán | Bản vẽ + khối lượng | Không dòng giá nào không thuộc cấu phần |
| Yêu cầu sửa sinh phiên bản mới | Kinh doanh + dự toán | Mail/phiếu yêu cầu sửa | Không sửa trực tiếp bản cũ |
| Diff theo tiền gửi khách | Kinh doanh | Phiên bản mới vs cũ | Khách duyệt từng dòng đổi |
| Hợp đồng trỏ phiên bản ký | Kinh doanh + pháp chế | Bản khách duyệt | HĐ ghi rõ BOQ v số bao nhiêu |
| Phát sinh đối chiếu đúng bản | Dự toán + QS | Điều chỉnh sau ký | Mỗi phát sinh gắn cấu phần đúng phiên bản |
| Lưu lịch sử phiên bản | Hệ thống | Mọi vòng sửa | Câu "lần trước từng nào" trả lời trong phút |
Ví dụ minh họa — số liệu giả định
Ví dụ minh họa — số liệu giả định, không phải thống kê.
Gói thầu nội thất 1.500m2, 5 vòng sửa — hai cách quản báo giá.
| Chỉ số | File phẳng chỉnh tay | BOQ phiên bản có diff |
|---|---|---|
| Sai số cấu phần sau 5 vòng | Lệch 180 triệu (phát hiện sau ký) | 0 — mỗi dòng thuộc đúng bản |
| Khách duyệt vòng sửa trong | Dò 200 dòng — 2 ngày | 6 dòng diff — 5 phút |
| Câu "lần trước từng nào" | Mò email tìm file | Mở phiên bản — trong phút |
| Phát sinh sau ký | Cãi theo trí nhớ | Đối chiếu đúng v5 có mã |
| Hợp đồng ghi rõ bản gốc | Không — "báo giá đính kèm" | HĐ trỏ v5 + ngày duyệt |
| Bộ phận thầu nhiều bản | Không biết bản nào thật | Lịch sử phiên bản truy được |
Cách dùng: mở gói thầu đang chạy — thử trả lời nhanh "bản ký khác bản gần nhất ở những dòng nào". Nếu cần mở nhiều file so tay, cấu trúc phiên bản chưa tồn tại.
Giải pháp hỗ trợ ở đâu?
| Yêu cầu | Năng lực | Mức đáp ứng |
|---|---|---|
| Cấu phần BOQ có mã | Báo giá theo cấu phần | Tiêu chuẩn |
| Phiên bản + diff theo tiền | So sánh phiên bản báo giá | Mở rộng (AI-X) |
| HĐ trỏ phiên bản ký | Tham chiếu từ hợp đồng | Cấu hình theo đặc thù |
| Phát sinh đối chiếu đúng bản | Điều chỉnh gắn cấu phần phiên bản | Cấu hình theo đặc thù |
| Lịch sử phiên bản truy được | Lưu mọi vòng sửa | Tiêu chuẩn |
AI / Automation hỗ trợ ở đâu?
AI bổ trợ ở ba việc: bóc khối lượng yêu cầu sửa thành cấu phần có mã (đọc bản vẽ/ email sửa — đề xuất cấu phần thêm bớt); sinh nháp diff theo tiền giữa hai phiên bản; và cảnh báo cấu phần tồn ở bản mới nhưng không có ở khối lượng mới nhất. AI không tự gửi phiên bản — dự toán duyệt diff trước khi khách thấy.
KPI BOQ phiên bản cần theo dõi
| KPI | Công thức | Tần suất | Chủ sở hữu | Hành động khi lệch |
|---|---|---|---|---|
| Vòng sửa có phiên bản mới | Sửa sinh bản mới ÷ tổng vòng sửa | Gói thầu | Kinh doanh | Chỉnh tay — chặn, dựng bản mới |
| Diff gửi khách theo dòng tiền | Sửa có diff ÷ tổng sửa | Gói thầu | Dự toán | Gửi file toàn phần — chuyển diff |
| HĐ trỏ phiên bản cụ thể | Hợp đồng ghi rõ v ÷ tổng HĐ | Quý | Pháp chế | Thiếu — bổ sung mẫu hợp đồng |
| Sai số cấu phần sau ký | Dòng lệch phát hiện sau ký | Gói thầu | Dự toán | Có — rà luồng phiên bản |
| Trả lời "lần trước từng nào" | Phút từ hỏi tới có số | Quý (thử mẫu) | Kinh doanh | Quá 5 phút — lịch sử chưa truy được |
Câu hỏi thường gặp
Khách chỉ nói miệng trong cuộc họp — không có email yêu cầu sửa?
Phiên họp kết thúc bằng biên bản 5 dòng chụp lại yêu cầu — gửi kèm ngay trong ngày. Đó không phải thủ tục quan liêu: là căn bản để vòng sửa có sinh phiên bản (và khi khách quên mình từng yêu cầu, biên bản nói thay). Miệng không sinh phiên bản — chữ mới sinh.
Nhiều vòng sửa khiến khách khó chịu — diff có làm chậm ký không?
Ngược lại — diff giúp khách ký nhanh hơn: họ duyệt 6 dòng đổi thay dò 200 dòng toàn bộ. Cảm giác "sửa mãi không xong" thường đến từ việc không thấy điểm dừng — diff cho thấy mỗi vòng chốt cái gì, tiền đổi bao nhiêu, và khách tự quyết dừng ở đâu. Minh bạch theo tiền là hợp đồng nhanh nhất.
Cấu phần có mã — đội dự toán phải học lại cách làm?
Học phần mã hóa một lần, trả lại công mỗi vòng sửa: không gõ lại toàn bộ giá, chỉ điều chỉnh cấu phần đổi — đơn giá tự tính theo cấu hình mới. Người dự toán giỏi ước lượng vẫn giỏi như cũ — công nghệ chỉ giữ cho ước lượng của họ không bị lẫn giữa các bản.
Hợp đồng template cũ không có ô phiên bản — sửa sao?
Thêm một dòng điều khoản: "Báo giá được chấp nhận là phiên bản v số … ngày … kèm theo HĐ" — với phụ lục phát sinh ghi rõ cùng trỏ phiên bản. Một dòng đó là ranh giới giữa tranh chấp có căn cứ và cãi cảm tính. Pháp chế sẵn sàng — chỉ đang chờ bộ phận kinh doanh đòi.
Phát sinh sau ký — tách phiên bản mới hay điều chỉnh trong hợp đồng?
Điều chỉnh gắn cấu phần của đúng phiên bản ký — thành phụ lục có mã: cấu phần nào của v5, tăng/giảm bao nhiêu, duyệt ngày nào. Tách phiên bản mới cho phát sinh làm mất dấu bàn gốc — phát sinh phải mọc trên bản ký, không trên bản mơ hồ mới.
Bắt đầu từ gói thầu nào?
Gói đang có khách hay sửa nhất — nơi rủi ro lẫn bản lớn nhất và giá trị hiển thị nhanh nhất: dựng cấu phần có mã cho gói đó, từ vòng sửa tiếp theo mọi thứ qua phiên bản. Một gói chạy đúng sẽ tự lôi các gói sau theo — vì đội dự toán không muốn quay lại chỉnh tay.
Checklist: doanh nghiệp của bạn có vấn đề này không?
Đọc kết quả: 0–2 ô = BOQ phiên bản đã vận hành; 3–5 ô = cần dựng cấu phần có mã cho gói đang chạy; 6–8 ô = mỗi vòng sửa đang cộng sai số im lặng — và hợp đồng tới có thể lẫn cấu phần của bản đã chết.
Kết luận
Nhiều vòng sửa không làm báo giá sai — chỉnh file không phiên bản mới làm nó sai. Cấu phần có mã, mỗi sửa sinh phiên bản diff theo tiền, hợp đồng trỏ đúng bản ký: khách duyệt từng dòng đổi trong 5 phút, phát sinh có căn cứ, và không cấu phần nào của bản đã chết còn sống trong hợp đồng. Đó là sự khác nhau giữa đàm phán minh bạch và 180 triệu lệch sau chữ ký.