Trong một dự án thi công nội thất trung bình, BOQ có thể được chỉnh sửa 5-10 lần trước khi chốt: khách đổi vật liệu, kiến trúc sư sửa bản vẽ, đội QS phát hiện thiếu hạng mục, sales thương lượng giảm giá. Mỗi lần chỉnh sửa tạo ra một file mới, và file đó thường được gửi qua Zalo hoặc email cho nhiều người cùng lúc — sales, QS, PM, đôi khi cả khách hàng. Vấn đề bắt đầu từ đây: không có quy tắc nào xác định phiên bản nào là "phiên bản sống" (working version) và phiên bản nào đã lỗi thời.
Hậu quả của việc thiếu version control
Hậu quả rõ nhất là gửi nhầm báo giá cho khách — một file BOQ cũ với đơn giá đã lỗi thời được gửi đi, khách chốt theo giá đó, và khi phát hiện sai lệch thì doanh nghiệp buộc phải chọn một trong hai lựa chọn tồi: giữ đúng cam kết và chịu lỗ margin, hoặc giải thích lại với khách và làm mất uy tín. Hậu quả thứ hai kín đáo hơn nhưng nguy hiểm không kém: hai nhân sự làm việc trên hai phiên bản BOQ khác nhau mà không biết, dẫn đến báo giá nội bộ và báo giá gửi khách bị lệch nhau, gây khó khăn khi đối chiếu doanh thu và ngân sách sau này.
Ở quy mô 10-30 dự án chạy song song, những sai lệch nhỏ này không phải là ngoại lệ — chúng là hiện tượng thường trực, và mỗi lần xảy ra đều trực tiếp ăn vào margin dự án (mục tiêu ngành thường đặt ở mức trên 25% cho margin dự kiến khi BOQ được duyệt).
Version control không phải là công nghệ phức tạp
Về bản chất, kiểm soát phiên bản BOQ chỉ cần ba nguyên tắc rõ ràng. Một, mỗi lần BOQ thay đổi phải tạo một phiên bản có mã định danh và ngày tạo, không ghi đè lên phiên bản cũ. Hai, chỉ có một phiên bản được đánh dấu là "approved" tại một thời điểm — đây là phiên bản duy nhất được phép dùng để lập báo giá gửi khách. Ba, mọi thay đổi sau khi BOQ đã approved phải đi qua lại quy trình phê duyệt, không được sửa trực tiếp trên file đã duyệt.
Khi ba nguyên tắc này được áp dụng trên một hệ thống có lưu vết (thay vì file Excel gửi qua Zalo), sales luôn biết chắc chắn phiên bản nào để dùng, và doanh nghiệp có thể truy vết lại toàn bộ lịch sử thay đổi BOQ nếu phát sinh tranh chấp với khách sau này.
Ma trận phê duyệt margin — mắt xích còn thiếu
Ngoài version control, phần lớn doanh nghiệp nội thất còn thiếu một cơ chế quan trọng khác: ma trận phê duyệt margin (margin approval matrix). Khi sales có toàn quyền chỉnh giá để chốt đơn nhanh, họ có xu hướng giảm giá để tăng tỷ lệ chuyển đổi báo giá thành đơn hàng (quote-to-order, mục tiêu thường ở khoảng 30%) — nhưng lại không nhìn thấy tác động của mức giảm đó lên margin dự án. Một ma trận phê duyệt đơn giản — ví dụ giảm dưới 5% margin thì sales tự quyết, giảm 5-10% cần trưởng phòng duyệt, giảm trên 10% cần CEO duyệt — giúp doanh nghiệp cân bằng giữa tốc độ chốt đơn và bảo vệ lợi nhuận.
Rút ngắn thời gian ra báo giá mà không đánh đổi độ chính xác
Mục tiêu hợp lý cho thời gian ra báo giá sau khi BOQ được duyệt là dưới 2 ngày. Điều này chỉ khả thi khi báo giá được tạo trực tiếp từ BOQ đã duyệt — thay vì QS xuất BOQ ra Excel, sales copy sang một file báo giá riêng rồi tự tính lại đơn giá và điều khoản thương mại. Mỗi lần dữ liệu phải "nhảy" từ hệ thống này sang hệ thống khác là một điểm có thể phát sinh sai số và mất thời gian. Khi báo giá được sinh trực tiếp từ BOQ với cùng một bộ dữ liệu, doanh nghiệp vừa rút ngắn được thời gian, vừa loại bỏ rủi ro sai lệch giữa hai tài liệu vốn phải luôn khớp nhau.
Checklist version control BOQ và báo giá nội thất
Checklist version control bao gồm: (1) mỗi bản BOQ/báo giá có số version rõ ràng (v1, v2, v3) và ngày tạo; (2) mỗi version lưu kèm ghi chú thay đổi so với version trước (thêm hạng mục, sửa đơn giá, giảm margin); (3) chỉ một version được mark là "current" tại một thời điểm, các version cũ lưu lịch sử không xóa; (4) thay đổi từ version cũ sang version mới phải được phê duyệt theo ma trận quyền hạn; (5) version current được tham chiếu ở mọi nơi (hợp đồng, ngân sách, PO) để đảm bảo đồng bộ. Khi checklist đầy đủ, doanh nghiệp không còn tình trạng nhiều file final cùng tồn tại, và mọi người dùng cùng một version current, tránh sai lệch giữa báo giá gửi khách hàng, ngân sách đưa vào ERP, và PO phát hành cho NCC.
Sai lầm thường gặp khi quản lý version BOQ
Sai lầm đầu tiên là đặt tên file "final", "final_v2", "final_final", "final_thật_sự" — không có hệ thống version số, không biết bản nào là current. Sai lầm thứ hai là sửa version cũ mà không tạo version mới, mất lịch sử thay đổi và không biết đã thay đổi gì. Sai lầm thứ ba là gửi khách hàng version A nhưng đưa vào ERP version B, dẫn đến ngân sách và PO không khớp báo giá đã gửi. Sai lầm thứ tư là không có phê duyệt thay đổi version, sales tự giảm margin để chốt deal mà QS/PM không biết. Sai lầm thứ năm là version current không được thông báo cho mọi người liên quan, mỗi người dùng version mình nghĩ là current. Mỗi sai lầm tạo rủi ro sai lệch giữa báo giá, hợp đồng, ngân sách và PO — và sai lệch này thường chỉ phát hiện khi đối chiếu cuối dự án, quá muộn để sửa.
KPI theo dõi hiệu suất version control và ra báo giá
Bốn KPI cần theo dõi: (1) Quote cycle time — thời gian từ nhận yêu cầu báo giá đến khi gửi khách hàng, mục tiêu dưới 5 ngày cho báo giá tiêu chuẩn; (2) Version accuracy — tỷ lệ version current khớp với báo giá gửi khách hàng và ngân sách đưa vào ERP, mục tiêu 100%; (3) Quote-to-order rate — tỷ lệ báo giá chuyển thành đơn hàng, theo dõi theo mức giảm giá; (4) Margin variance version-to-version — biên độ margin thay đổi giữa các version, cảnh báo khi giảm quá ngưỡng. Bốn KPI này cho thấy quy trình báo giá đang trơn tru hay đang lộn xộn version, và hiệu suất chốt deal có liên quan đến mức giảm giá đến đâu.
Ma trận phê duyệt margin — mắt xích còn thiếu của version control
Version control chỉ có ý nghĩa khi đi kèm ma trận phê duyệt margin. Khi sales muốn giảm margin từ 25% xuống 18% để chốt deal, ai có quyền duyệt? CEO cho mọi mức? Sales manager cho mức giảm dưới 5%? Ma trận phê duyệt trả lời câu hỏi này, đảm bảo giảm margin có kiểm soát và được ghi nhận. Không có ma trận, sales tự quyết giảm margin và CEO chỉ biết khi báo cáo cuối tháng — mất khả năng can thiệp kịp thời. Ma trận phê duyệt margin gắn với version control: mỗi version có margin ghi rõ, thay đổi margin cần phê duyệt theo ma trận, và version được phê duyệt mới thành current. Đây là mắt xích kết quả báo giá sát và margin được bảo vệ.
Tổng kết: version BOQ và báo giá — hết cảnh nhiều file final
Version control BOQ và báo giá cho doanh nghiệp nội thất chỉ hiệu quả khi có: số version rõ ràng, một version current duy nhất, phê duyệt thay đổi theo ma trận margin, và version current được tham chiếu đồng bộ ở hợp đồng, ngân sách và PO. Ba điều kiện tiên quyết: hệ thống lưu version có cấu trúc (không phải file Excel đặt tên tự do), ma trận phê duyệt margin, và phân quyền người dùng. Ba sai lầm cần tránh: đặt tên final tự do, sửa version cũ không tạo version mới, và version current không thông báo cho mọi người. Ba KPI cần theo dõi: quote cycle time dưới 5 ngày, version accuracy 100%, quote-to-order rate theo mức giảm giá. Khi đưa vào ERP, version control tự động và version current được tham chiếu ở mọi module, loại bỏ tình trạng nhiều file final.
Case study: rút ngắn quote cycle từ 9 xuống 4 ngày nhờ version control
Một công ty nội thất từng mất 7-10 ngày cho mỗi báo giá vì nhiều file final, version lộn xộn, và phê duyệt margin chậm. Sau khi áp dụng version control có cấu trúc trong ERP (số version rõ, một current duy nhất, phê duyệt margin theo ma trận), quote cycle giảm xuống 4 ngày, version accuracy đạt 100% (current khớp báo giá gửi và ngân sách ERP), và margin trung bình tăng 3 điểm nhờ phê duyệt có kiểm soát. Win rate cũng tăng vì báo giá nhanh hơn. Bài học: version control không phải paperwork, mà là công cụ rút ngắn quote cycle và bảo vệ margin — hai yếu tố quyết định doanh thu và lợi nhuận.
Một khía cạnh thường bị bỏ qua là mối liên kết giữa version BOQ và ngân sách dự án. Khi BOQ version 3 được gửi khách hàng nhưng ngân sách đưa vào ERP dựa trên version 2, PO phát hành theo ngân sách version 2 nhưng thi công theo BOQ version 3, dẫn đến sai lệch giữa báo giá, ngân sách, PO và thực tế thi công. Version control đúng đòi hỏi version current được tham chiếu đồng bộ ở mọi nơi: báo giá gửi khách hàng, hợp đồng ký, ngân sách đưa vào ERP, PO phát hành, và thi công. Khi version current thay đổi (sau phê duyệt theo ma trận), tất cả các tham chiếu cập nhật theo. Đây là điều mà Excel không thể làm được (mỗi file riêng, không sync) nhưng ERP làm được (một version current, mọi module tham chiếu). Đây là một trong những lý do doanh nghiệp chạy nhiều dự án cần ERP — version control thủ công trên Excel không thể đồng bộ across báo giá, ngân sách, PO và thi công.
Ma trận phê duyệt margin không chỉ bảo vệ margin mà còn tạo data để tối ưu ma trận theo thời gian. Khi theo dõi quote-to-order theo từng mức margin, doanh nghiệp biết: mức margin 25% có win rate 35%, mức 20% có win rate 42%, mức 18% có win rate 44%. Nếu giảm từ 25% xuống 18% (mất 7 điểm margin) chỉ tăng win rate 9 điểm (35% lên 44%), không đáng — doanh nghiệp giữ ma trận ở 20-25%. Data quote-to-order giúp tối ưu ma trận dựa trên thực tế, không phải cảm tính. Khi có data cho nhiều ngành khách hàng, ma trận có thể phân theo ngành (margins thấp hơn cho khách hàng chiến lược, cao hơn cho khách hàng mới) — tối ưu hóa tinh tế hơn.
Hành động tiếp theo cho doanh nghiệp của bạn
Nếu đang có nhiều file final, bắt đầu bằng: (1) quy ước đặt tên version (v1, v2, v3 + ngày); (2) chỉ một version mark current tại một thời điểm; (3) lập ma trận phê duyệt margin theo mức giảm giá; (4) review chéo trước khi gửi báo giá. Khi quy trình thủ công ổn, đưa vào ERP để version control tự động và current được tham chiếu đồng bộ.