Cách nhìn quen thuộc
m²Biết tài sản lớn bao nhiêu.
OccupancyBiết chỗ đó có được sử dụng hay không.
Energy / complaint / downtimeBiết một vài hiện tượng riêng lẻ.
Pc V3 • Proof-first • Built environment
m² đo không gian.
m² đo không gian.
Pc đo điều không gian ấy thực sự làm được.
Pc được nghiên cứu như một đại lượng bổ sung cho m²: không chỉ biết tài sản lớn bao nhiêu, mà biết nó đã phục vụ đúng việc được bao nhiêu, trong bao lâu, với bằng chứng gì.
01 • The missing quantity
Ngành đo rất nhiều thứ. Nhưng vẫn thiếu một câu trả lời đơn giản.
m², occupancy, kWh/m², complaint và downtime đều hữu ích — nhưng từng chỉ số chỉ nói một phần. Pc cố nối chúng vào một câu hỏi chung: không gian đã thực sự phục vụ đúng yêu cầu được bao nhiêu?
Pc muốn bổ sung
RequirementCần phục vụ ai, việc gì và trong điều kiện nào?
Observed + Verified serviceThực tế đã giao được bao nhiêu và xác minh được bao nhiêu?
Decision gapGap nằm ở brief, thiết kế, commissioning hay vận hành?
Cách cũ thường dừng ở
20.000 m²
Biết quy mô.
→
Pc muốn đi thêm một bước
Pc / thời gian
Biết lượng dịch vụ không gian thực sự được giao.
02 • Architecture diagram
Sơ đồ Pc: từ yêu cầu ban đầu đến quyết định cuối cùng.
Đây là sơ đồ thật theo logic system architecture. Hãy chạm vào từng node để mở giải thích bằng ngôn ngữ đời thường và phần kỹ thuật phía sau.
03 • Interactive proof
Đừng tin Pc vì lời giải thích. Hãy thử logic của nó.
Thay đổi đầu vào và quan sát chart. Không có “smart score 92/100”. Chỉ có Requirement, Observed, Verified, Evidence Gap và Uncertainty.
Thử một tài sản giả định
Văn phòng: theo dõi một khu làm việc theo giờ hoạt động, mức sử dụng, mức đạt requirement và độ phủ bằng chứng.
Diện tích
Mức sử dụng thực
Mức đạt requirement
Độ phủ bằng chứng
Required
264,000
m²·giờ / tháng
Observed
154,000
m²·giờ / tháng
Verified
129,000
m²·giờ / tháng
Uncertainty
±5.0%
ước lượng minh họa
Pc đang chỉ ra điều gì?
Thay đổi các thanh bên trái. Pc sẽ ưu tiên phần mất mát lớn nhất thay vì gói tất cả vào một điểm tổng hợp.
Mô phỏng này dùng số giả định để giải thích cơ chế; không phải benchmark thị trường hay tiêu chuẩn đo lường chính thức.
04 • Evidence explorer
Không chỉ nhìn kết quả. Chạm vào thanh để xem bằng chứng phía sau.
Đây là điểm Pc cần khác với dashboard marketing: mỗi kết luận phải có nguồn dữ liệu, độ phủ, phần còn thiếu và mức xử lý phù hợp.
05 • Without Pc / With Pc
Cùng một dữ liệu. Khác cách tổ chức có thể dẫn đến khác chất lượng quyết định.
Chuyển công tắc để thấy Pc không cố “thêm KPI”. Nó cố biến các KPI rời rạc thành một logic Requirement → Evidence → State → Decision.
Không có Pc
1.200 m²Biết diện tích
Occupancy 72%Biết mức sử dụng
132 kWh/m²Biết năng lượng
37 complaintsBiết sự cố/khó chịu
DashboardDữ liệu vẫn rời rạc
06 • Lifecycle loop
Điểm chiến lược: thực tế vận hành phải quay ngược lại nhiệm vụ thiết kế.
Pc chỉ đáng trở thành hạ tầng nếu dữ liệu vận hành không chết ở dashboard, mà trở thành bài học cho requirement của dự án tiếp theo.
Pilot • proof before scale
Đừng bắt đầu bằng dashboard đẹp. Hãy bắt đầu bằng một quyết định thật.
Một pilot Pc tốt nên có: một asset thật, một requirement thật, một quyết định thật cần cải thiện, và dữ liệu đủ để kiểm chứng giả thuyết. Nếu logic Pc không làm quyết định tốt hơn, nó chưa xứng đáng trở thành infrastructure.
Pc V3 hiện là giả thuyết R&D, chưa phải tiêu chuẩn đo lường được công nhận. Các con số trên landing page chỉ dùng để minh họa cơ chế và UX.