Trong doanh nghiệp dịch vụ xây dựng, câu hỏi "công trình A tới đâu rồi?" thường được trả lời bằng một tin nhắn Zalo từ PM, với nội dung đại loại "đang thi công giai đoạn 3, ước đạt 70%". Câu trả lời này có ba vấn đề: một, không có timestamp cụ thể (70% tính đến khi nào?); hai, không có bằng chứng (ảnh, biên bản); ba, không có so sánh với kế hoạch (70% so với plan là sớm hay trễ?). Khi CEO nhận tin, thông tin đã trễ 5-7 ngày so với thực tế site. Khi CEO phát hiện "giai đoạn 3 trễ 2 tuần", vấn đề đã lớn – và chi phí can thiệp đã gấp 3-5 lần so với phát hiện sớm. Đó là cái giá của tiến độ không realtime.
1. Vì sao báo cáo tiến độ tuần là quá trễ
Nhiều doanh nghiệp dịch vụ xây dựng vẫn báo cáo tiến độ theo tuần: PM gửi báo cáo Excel cuối tuần, CEO xem đầu tuần sau. Trong tuần, nếu có vấn đề (mưa kéo dài, vật tư chậm giao, thầu phụ đình trệ), không ai biết cho đến cuối tuần. Khi CEO xem báo cáo và phát hiện "trễ 2 tuần", đã mất 5-7 ngày từ lúc vấn đề bắt đầu – và trong 5-7 ngày đó, vấn đề đã lan rộng (thầu phụ đã rời site, vật tư đã tồn kho chờ, nhân công đã chuyển công trình khác).
Chi phí can thiệp trễ là phi tuyến. Phát hiện trễ 1 ngày, can thiệp tốn X. Phát hiện trễ 5 ngày, can thiệp tốn 3-5X (vì vấn đề đã lan, cần huy động thêm nguồn lực, cần đàm phán lại với thầu phụ, cần trả thêm phí cấp tập). Phát hiện trễ 2 tuần, can thiệp tốn 8-10X và có thể không cứu được – công trình bị trễ cứng, chịu phạt chủ đầu tư. Đây là vì sao realtime không phải tiện ích, là công cụ giảm chi phí can thiệp. Một doanh nghiệp dịch vụ xây dựng cỡ 10 công trình song song, nếu mỗi công trình trung bình trễ 3 ngày trước khi phát hiện, tổng chi phí can thiệp trễ có thể lên 50-100 triệu/quý – con số đủ để hoàn vốn ERP + mobile app trong 6 tháng.
2. Bốn loại thông tin tiến độ cần realtime
Tiến độ công trường không chỉ là "% hoàn thành". Bốn loại thông tin cần realtime để CEO và PM ra quyết định đúng.
Loại 1 – tiến độ khối lượng theo hạng mục BOQ. Không phải "giai đoạn 3 đạt 70%", mà là "hạng mục 3.1 (bê tông) đạt 90% (300/330 m³), hạng mục 3.2 (thép) đạt 60% (45/75 tấn)". Tiến độ theo hạng mục cho phép phát hiện ngay hạng mục nào trễ, thay vì đợi "giai đoạn 3 trễ" mới biết. Bốn loại thông tin này là minimum – thiếu loại nào, CEO đều bị "mù" một góc và ra quyết định sai.
Loại 2 – so sánh thực tế vs kế hoạch. Mỗi hạng mục có plan date và actual date. Khi actual trễ plan, flag vàng. Khi trễ quá 3 ngày, flag đỏ. So sánh realtime giúp biết ngay hạng mục nào đang rớt, thay vì đợi cuối tuần tổng hợp. So sánh cũng cho phép phân biệt "trễ sớm rồi bắt kịp" với "trễ đang lan" – hai pattern cần cách xử lý khác nhau.
Loại 3 – ảnh chứng minh hiện trường. PM hoặc site manager chụp ảnh hàng ngày, attach vào hạng mục tương ứng. Ảnh không phải "cho đẹp", là bằng chứng tiến độ – giúp CEO nhìn thấy thực tế site thay vì đọc con số, và giúp tranh chấp sau này có bằng chứng. Ảnh còn là cách CEO "check" PM: nếu ảnh hàng ngày không khớp với % báo cáo, có vấn đề cần audit.
Loại 4 – rủi ro và phát sinh đang open. Danh sách phát sinh chưa giải quyết, rủi ro đang chờ (mưa dự báo, vật tư chậm giao, thầu phụ thiếu người). Realtime rủi ro giúp CEO can thiệp sớm – gọi chủ đầu tư gia hạn, đổi thầu phụ, huy động nhân công khác – trước khi rủi ro thành vấn đề thực. Rủi ro không realtime là rủi ro đã thành sự cố khi CEO biết.
3. Mobile app site: cập nhật tiến độ tại công trường
Điểm nghẽn của báo cáo tiến độ realtime không phải công nghệ CEO, là input từ site. PM và site manager không có thời gian về văn phòng để nhập liệu – họ ở công trường 10-12 giờ/ngày. Giải pháp là mobile app: PM/site manager nhập tiến độ trên tablet hoặc smartphone tại hiện trường, attach ảnh, sync về ERP ngay khi có mạng (hoặc offline rồi sync khi có mạng).
Mobile app cần ba tính năng tối thiểu. Một, form nhập tiến độ theo hạng mục BOQ (drop-down hạng mục, nhập % hoặc khối lượng, chụp ảnh). Form phải thiết kế cho ngón tay, không cho chuột – field lớn, button lớn, ít nhập text. Hai, offline mode – công trường thường sóng yếu, app phải lưu local và sync khi có mạng. Offline mode là tính năng quyết định adoption: app mà chỉ dùng được khi có sóng sẽ bị bỏ qua ở nhiều công trình. Ba, push notification – khi PM nhập tiến độ, CEO nhận notification trên điện thoại, không cần mở dashboard mới biết. Ba tính năng này biến cập nhật tiến độ từ "việc văn phòng cuối tuần" thành "việc 2 phút tại site mỗi ngày".
Thực tế triển khai, mobile app site tăng tần suất cập nhật tiến độ từ 1 lần/tuần lên 5-6 lần/tuần (mỗi ngày PM/site manager cập nhật 1-2 lần). Tần suất cao hơn giúp CEO biết tin trong ngày thay vì cuối tuần, và giúp PM không bị "quên" cập nhật vì app nhắc mỗi ngày. Một cải tiến phụ: app nên có nút "chụp ảnh + tự động gán vào hạng mục đang mở" – giảm 2-3 thao tác so với chụp rồi mới gán thủ công. Cải tiến nhỏ nhưng tăng đáng kể tần suất sử dụng, vì mỗi thao tác giảm là một lý do ít hơn để "để sau".
4. Dashboard tiến độ: CEO nhìn một trang
Dashboard tiến độ CEO tối thiểu gồm: danh sách công trình đang thi công, mỗi công trình hiển thị % hoàn thành tổng, % vs plan (sớm/trễ bao nhiêu ngày), hạng mục đang flag đỏ, rủi ro open. Dashboard này không phải "xem cho biết", là "xem để hành động": mỗi sáng CEO xem, xác định 2-3 công trình cần follow-up hôm nay, gọi PM hoặc đến site. Thói quen 10-15 phút mỗi sáng thay đổi hoàn toàn kết quả tiến độ sau 3 tháng.
Dashboard cũng cần drill-down: click vào công trình, thấy chi tiết hạng mục (tiến độ, ảnh, rủi ro). Click vào hạng mục, thấy lịch sử cập nhật và biên bản nghiệm thu. Drill-down giúp CEO từ tổng quan đến chi tiết trong 3 click, không cần PM giải thích – tiết kiệm thời gian cả hai bên. PM cũng được giảm tải: không phải trả lời "công trình A tới đâu" mỗi ngày qua Zalo, vì CEO tự xem được.
Dashboard nên hiển thị trend: tiến độ tuần này so với tuần trước, dự kiến hoàn thành vs ngày hợp đồng. Trend giúp phát hiện "trễ dần" – công trình vẫn đạt 70% nhưng tốc độ tăng giảm từ 5%/tuần xuống 2%/tuần, dấu hiệu sắp trễ. Phát hiện trend sớm cho phép can thiệp khi vấn đề còn nhỏ, chi phí can thiệp thấp. Khi trend đã gãy (không tăng trong 2 tuần), vấn đề đã lớn – và lúc đó chi phí can thiệp đã cao. Dashboard realtime + trend là công cụ chuyển CEO từ "phản ứng cuối tuần" sang "dự báo và can thiệp sớm".
5. Alert tự động: không cần CEO nhớ kiểm tra
Với nhiều công trình song song, CEO không thể xem dashboard tất cả mỗi ngày. Alert tự động giải quyết: ERP push notification khi có hạng mục flag đỏ, khi rủi ro mới được ghi nhận, khi tiến độ trễ plan quá 3 ngày. CEO không cần chủ động kiểm tra, hệ thống chủ động báo – và CEO chỉ cần hành động khi có alert.
Alert cần cá nhân hóa: CEO nhận alert công trình-level (trễ > 3 ngày, rủi ro lớn), PM nhận alert hạng mục-level (trễ > 1 ngày), site manager nhận reminder cập nhật tiến độ mỗi ngày. Cá nhân hóa tránh alert spam – CEO không cần nhận 50 alert/ngày, chỉ nhận 3-5 alert quan trọng.
6. ERP vs Excel: khác biệt căn bản
Excel báo cáo tiến độ tuần không đủ vì ba lý do cấu trúc. Một, Excel không realtime – cập nhật cuối tuần, xem đầu tuần sau, trễ 5-7 ngày. Hai, Excel không liên kết hạng mục với BOQ, với nghiệm thu, với chi phí – mỗi sheet là "đảo" riêng, muốn đối chiếu phải copy-paste. Ba, Excel không có alert – CEO phải chủ động mở file mới biết, không có hệ thống chủ động báo.
ERP giải quyết cả ba: realtime (cập nhật từ site qua mobile app), liên kết (hạng mục BOQ → nghiệm thu → chi phí → tạm ứng), alert (push notification khi có vấn đề). Khác biệt không phải "đẹp hơn", là kiểm soát được – CEO biết tin trong ngày, hành động trong ngày, thay vì biết tin cuối tuần, hành động tuần sau.
7. KPI đo lường tiến độ realtime
Ba KPI nên đo. KPI 1 – tần suất cập nhật tiến độ (target > 5 lần/tuần/công trình). KPI thấp = PM/site manager không cập nhật đều, cần reminder hoặc training. KPI 2 – độ trễ thông tin (target < 1 ngày). KPI đo từ lúc cập nhật site đến lúc CEO thấy trên dashboard. KPI 3 – tỷ lệ hạng mục phát hiện trễ > 3 ngày (target < 10%). KPI cao = realtime không đủ sớm, cần alert sớm hơn (flag vàng ở 1 ngày thay vì đỏ ở 3 ngày).
Ba KPI này nên hiển thị trên dashboard CEO và PM, cập nhật theo tuần. Khi KPI 1 thấp, cần tìm hiểu lý do: PM quá bận site? app mobile khó dùng? reminder không đủ? Khi KPI 2 cao, cần audit workflow: input site có realtime không? sync ERP có trễ không? dashboard có render nhanh không? Khi KPI 3 cao, cần điều chỉnh ngưỡng alert – có thể flag vàng cần hạ xuống 0.5 ngày thay vì 1 ngày, để phát hiện sớm hơn. Đo lường liên tục là cách duy nhất để biết realtime có thực sự cải thiện – cảm giác "nhanh hơn" không đủ, cần con số cụ thể.
8. Bắt đầu từ đâu
Không cần ERP ngay. Ba bước tối thiểu: 1 PM/site manager cập nhật tiến độ hàng ngày qua group Zalo (không phải cuối tuần), với format chuẩn (hạng mục, %, ảnh). 2 CEO xem group Zalo mỗi sáng, không đợi báo cáo Excel. 3 quy định: hạng mục trễ plan > 1 ngày phải báo CEO ngay, không đợi cuối tuần. Ba bước này đã rút ngắn độ trễ thông tin từ 5-7 ngày xuống 1-2 ngày. ERP + mobile app là bước tiếp theo, đưa độ trễ xuống < 1 ngày và triệt tiêu nhập liệu thủ công.
Trong thực tế, doanh nghiệp dịch vụ xây dựng triển khai ERP + mobile app site + dashboard tiến độ giảm độ trễ thông tin từ 5-7 ngày xuống < 1 ngày, giảm 60-70% trường hợp phát hiện trễ quá 3 ngày, và giảm 30-40% chi phí can thiệp phát sinh (vì can thiệp sớm hơn). ROI không nằm ở "đẹp dashboard", nằm ở can thiệp sớm, chi phí thấp. Tiến độ realtime không phải xa xỉ, là công cụ giảm chi phí can thiệp – và chi phí can thiệp trễ luôn đắt hơn nhiều chi phí realtime. Bài tiếp theo sẽ đi vào rủi ro tài chính lớn nhất liên quan tiến độ: kiểm soát chi phí thi công – nơi trễ tiến độ và chi phí phát sinh hội tụ thành margin âm.