Khách hàng gọi điện, giọng khó chịu: "Tại sao báo giá tôi nhận được ghi 620 triệu, mà hợp đồng công ty gửi lại ghi 665 triệu?" Nhân viên kinh doanh cuống cuồng lục lại email, tìm ra ba bản báo giá khác nhau gửi trong vòng hai tuần — bản đầu do sales soạn dựa trên BOQ sơ bộ, bản giữa do QS chỉnh sau khi khảo sát thực tế, bản cuối được cập nhật giá vật tư mới nhất. Không ai nhớ chính xác bản nào đã gửi cho khách hàng, và hợp đồng cuối cùng được soạn dựa trên bản nào cũng không rõ.
Đây là một trong những sự cố tốn kém và khó xử lý nhất với doanh nghiệp thiết kế & thi công nội thất: BOQ và báo giá lệch phiên bản. Vấn đề không nằm ở việc BOQ thay đổi — thay đổi là bình thường trong quá trình khảo sát và tư vấn — mà nằm ở việc không ai kiểm soát được bản nào là bản cuối cùng, đúng, đã được duyệt.
BOQ thay đổi bao nhiêu lần trước khi ký hợp đồng?
Với một công trình thi công nội thất trung bình, BOQ (Bill of Quantity — bảng khối lượng) thường trải qua ít nhất 3–5 lần điều chỉnh trước khi hợp đồng được ký: bản sơ bộ từ bản vẽ concept, bản sau khảo sát hiện trạng thực tế, bản sau khi khách hàng thay đổi yêu cầu vật liệu, bản sau khi QS rà soát lại đơn giá, và đôi khi thêm một bản sau khi đàm phán giảm giá. Mỗi lần điều chỉnh kéo theo một bản báo giá mới tương ứng.
Vấn đề xảy ra khi các bản này được lưu và gửi qua nhiều kênh khác nhau — file đính kèm email, tin nhắn Zalo, bản in — mà không có quy tắc đặt tên hay số revision rõ ràng. Kết quả: sales, QS và khách hàng mỗi người có thể đang cầm một phiên bản khác nhau tại cùng một thời điểm, tin rằng đó là bản đúng nhất.
Bốn điểm lệch phiên bản gây thiệt hại thực tế
1. Báo giá gửi khách hàng không khớp với BOQ nội bộ mới nhất. Khi QS cập nhật đơn giá vật tư hoặc khối lượng sau khảo sát, nếu sales không được thông báo và vẫn dùng bản báo giá cũ để tư vấn khách hàng, khoảng cách giữa "giá đã hứa" và "giá thực tế cần thu" sẽ lộ ra ở bước ký hợp đồng — gây mất niềm tin hoặc buộc công ty phải chấp nhận mức giá thấp hơn để giữ khách.
2. Hợp đồng ký dựa trên BOQ không phải bản cuối cùng. Nếu bộ phận soạn hợp đồng lấy nhầm một bản BOQ trung gian (không phải bản đã chốt với khách hàng), toàn bộ phạm vi công việc trong hợp đồng sẽ sai — dẫn đến tranh cãi ngay từ những tuần thi công đầu tiên về việc "hạng mục này có nằm trong hợp đồng hay không".
3. Đội thi công triển khai theo BOQ chưa được duyệt. Trong giai đoạn gấp rút chuẩn bị khởi công, đội kỹ thuật đôi khi lấy bản BOQ có sẵn gần nhất trên máy — có thể là bản nháp — để lên kế hoạch mua vật tư và phân công nhân sự. Nếu bản đó không phải bản đã duyệt cuối cùng, công ty có nguy cơ mua sai chủng loại, sai số lượng vật tư.
4. Không có căn cứ để đối chiếu khi có tranh chấp. Khi khách hàng khiếu nại về chênh lệch giá hoặc phạm vi công việc, nếu công ty không thể chứng minh bằng văn bản bản BOQ/báo giá nào đã được hai bên xác nhận sau cùng, công ty ở thế yếu trong đàm phán — dù lỗi ban đầu chỉ là thiếu kiểm soát phiên bản, không phải cố ý sai.
Hình 1: Ba bản BOQ khác nhau (Sales, QS, bản đã gửi khách hàng) cùng tồn tại song song, không ai chắc bản nào là bản chốt cuối cùng.
Vì sao lỗi này lặp lại dù ai cũng biết nó rủi ro
Không có số revision bắt buộc. Khi file được đặt tên "BOQ mới nhất.xlsx" hoặc "Báo giá final (2).xlsx", không ai biết đây là bản thứ mấy, thay thế bản nào, thay đổi gì so với bản trước.
Không có trạng thái rõ ràng giữa Draft và Approved. Một bản BOQ QS vừa chỉnh xong để nội bộ rà soát, nếu không được đánh dấu rõ "Draft — chưa duyệt", rất dễ bị người khác coi là bản chính thức và dùng ngay.
Không có điểm bàn giao chính thức giữa Thiết kế, QS và Sales. BOQ đi qua tay ba bộ phận trong quá trình hình thành báo giá, nhưng thường không có một bước "ký nhận bàn giao" rõ ràng — mỗi bộ phận chỉnh sửa xong thì gửi tiếp, không xác nhận lại với người nhận trước đó.
Áp lực thời gian khiến bước kiểm tra chéo bị bỏ qua. Khi khách hàng thúc ép có báo giá gấp, sales thường gửi ngay bản đang có trong tay thay vì chờ QS xác nhận đó là bản mới nhất — đặc biệt khi khách hàng đang so sánh với đối thủ cạnh tranh.
Một tình huống minh họa
Ví dụ minh họa mang tính mô phỏng, không phải số liệu thống kê chính thức.
Một dự án căn hộ mẫu có báo giá ban đầu 620 triệu đồng dựa trên BOQ sơ bộ. Sau khảo sát thực tế, QS phát hiện diện tích ốp trần thực tế lớn hơn bản vẽ concept 18%, cập nhật BOQ lên phiên bản mới với tổng giá trị 665 triệu đồng, gửi email cho trưởng nhóm sales kèm ghi chú "đã cập nhật theo khảo sát thực tế — dùng bản này để chốt".
Do trưởng nhóm sales đang nghỉ phép, email không được chuyển tiếp kịp thời cho nhân viên sales trực tiếp phụ trách khách hàng. Nhân viên sales, không biết có bản cập nhật, tiếp tục gửi báo giá 620 triệu đồng cho khách hàng để chốt hợp đồng. Khi hợp đồng được soạn dựa trên BOQ mới (665 triệu) theo đúng quy trình nội bộ, khách hàng phát hiện chênh lệch 45 triệu đồng so với báo giá đã nhận — công ty buộc phải đàm phán lại, cuối cùng chấp nhận mức giá trung gian 645 triệu đồng, chịu thiệt 20 triệu đồng so với chi phí thực tế đã khảo sát, chỉ vì một email cập nhật không đến đúng người vào đúng thời điểm.
Vì sao gửi file qua email không đủ để kiểm soát phiên bản
Email và các kênh trao đổi tương tự có một giới hạn cấu trúc: chúng chuyển tiếp file, không quản lý trạng thái file. Khi một bản BOQ được gửi qua email, không có cơ chế nào tự động thông báo cho tất cả người liên quan rằng "đây là bản mới nhất, các bản trước không còn hiệu lực" — mỗi người nhận email vẫn giữ file trên máy mình như một bản độc lập, không tự động cập nhật.
Ngoài ra, việc "ai đã đọc email, ai chưa đọc" hoàn toàn phụ thuộc vào việc người nhận có online hay không — như tình huống trưởng nhóm sales nghỉ phép ở ví dụ trên. Một hệ thống quản lý phiên bản tập trung sẽ không phụ thuộc vào việc một cá nhân có mặt hay không.
Hình 2: Từ nhiều bản BOQ/báo giá trôi nổi qua email sang một luồng phê duyệt rõ ràng: Draft → Review → Approved → Issued, với đúng một bản còn hiệu lực tại mọi thời điểm.
5 việc CEO có thể làm ngay để kiểm soát phiên bản BOQ và báo giá
1. Bắt buộc số revision trong tên file, tăng dần, không tái sử dụng. Quy tắc đơn giản: `BOQ_[Mã dự án]_v[số].xlsx`. Không có ngoại lệ "tạm thời" — ngoại lệ tạm thời là nơi lỗi phiên bản luôn bắt đầu.
2. Đặt 5 trạng thái rõ ràng cho mỗi BOQ/báo giá: Draft, Review, Approved, Issued, Obsolete. Chỉ bản "Approved" hoặc "Issued" mới được dùng để gửi khách hàng, soạn hợp đồng hoặc lên kế hoạch mua vật tư.
3. Quy định điểm bàn giao chính thức giữa Thiết kế → QS → Sales. Mỗi lần chuyển giao phải có xác nhận bằng văn bản (kể cả một email ngắn ghi rõ "bản v3 thay thế bản v2, hiệu lực từ hôm nay") — không chuyển giao ngầm định qua việc "đã gửi file là xong".
4. Đối chiếu bắt buộc giữa BOQ – Báo giá – Hợp đồng trước khi ký. Trước khi hợp đồng được trình khách hàng ký, phải có bước kiểm tra chéo: số revision BOQ dùng để soạn hợp đồng có khớp với số revision báo giá đã gửi khách hàng hay không.
5. Khóa chỉnh sửa bản đã "Approved". Một khi BOQ đạt trạng thái "Approved", không ai được sửa trực tiếp lên bản đó — mọi thay đổi phải tạo revision mới, giữ nguyên lịch sử bản cũ để tra cứu khi cần.
Hình 3: Ba bước để BOQ và báo giá không còn lệch phiên bản — từ quy tắc đặt tên đến bước đối chiếu bắt buộc trước khi ký hợp đồng.
Từ kiểm soát thủ công đến luồng phê duyệt tự động trên ERP
Năm việc trên có thể áp dụng ngay với kỷ luật làm việc, nhưng vẫn phụ thuộc vào việc con người nhớ và tuân thủ đúng quy trình mỗi lần — như tình huống trưởng nhóm sales nghỉ phép ở trên cho thấy, chỉ cần một mắt xích chậm trễ là lỗi phiên bản vẫn xảy ra.
Một nền tảng ERP giải quyết điểm yếu này bằng cách biến quy tắc thành cơ chế bắt buộc: hệ thống tự động khóa bản "Approved", tự động thông báo cho tất cả người liên quan khi có revision mới, và không cho phép soạn hợp đồng hoặc gửi báo giá từ bản không phải bản mới nhất — thay vì trông chờ vào việc mọi người nhớ đọc đúng email.
Đây cũng là một phần nội dung trong khóa học nền tảng "Tổng quan ERP cho công ty thiết kế & thi công nội thất" trên AI-X, giúp đội ngũ kinh doanh, QS và điều hành hiểu cách một luồng phê duyệt BOQ/báo giá tập trung hoạt động, trước khi đi vào SOP chi tiết về quản lý phiên bản BOQ và báo giá.
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 rõ ràng về số revision, trạng thái duyệt và điểm bàn giao giữa các phòng ban. Doanh nghiệp không cần chờ đầu tư hệ thống mới bắt đầu xử lý: đặt quy tắc số revision, phân biệt rõ Draft và Approved, và bắt buộc đối chiếu trước khi ký hợp đồng là những việc có thể áp dụng ngay trong tuần này.
Khi chỉ còn đúng một bản BOQ và báo giá được công nhận là "bản đang có hiệu lực" tại mọi thời điểm, những cuộc gọi khó chịu từ khách hàng vì chênh lệch giá sẽ không còn là chuyện quen thuộc.