Cách nhìn quen thuộc
20.000 m²
Biết tài sản lớn bao nhiêu.
PCODE • Pc V2 • Giả thuyết R&D
Bất động sản biết mình có bao nhiêu m².
Bất động sản biết mình có bao nhiêu m².
Nhưng chưa biết mỗi m² thực sự làm được bao nhiêu việc.
Pc được nghiên cứu như một đại lượng bổ sung nhằm đo dịch vụ không gian thực sự được cung cấp — từ nhiệm vụ thiết kế, thiết kế, bàn giao đến vận hành thực tế.
01 • Ý tưởng lớn
m² đo stock. Pc muốn đo service flow.
Hai tài sản có cùng diện tích vẫn có thể tạo ra năng lực phục vụ rất khác nhau. Pc được đặt ra để làm phần khác biệt đó trở nên đo được.
Cách Pc muốn bổ sung
Pc / năm
Biết lượng dịch vụ không gian thực sự được cung cấp theo thời gian và theo yêu cầu.
02 • Ẩn dụ dễ hiểu
Hãy nghĩ về một căn bếp.
🍳
Bếp lớn chưa chắc phục vụ được nhiều bữa đạt chuẩn hơn.
Diện tích chỉ nói bếp lớn hay nhỏ. Năng lực phục vụ còn phụ thuộc mức sử dụng, điều kiện, thời gian và chất lượng thực tế.
m²“Căn bếp rộng bao nhiêu?”
Usage“Bếp thực sự được dùng bao nhiêu?”
Requirement“Điều kiện nào phải đạt để gọi là phục vụ đúng?”
Pc“Tổng lượng phục vụ đúng yêu cầu được tạo ra trong một khoảng thời gian là bao nhiêu?”
03 • Cơ chế Pc
Pc không sinh ra từ “AI đoán”. Nó phải đi từ dữ liệu thật đến trạng thái có thể kiểm chứng.
1
Dữ liệu nguồn
IoT / AIoT / BMS, BIM, FM, năng lượng, occupancy, phản hồi người dùng.
2
Evidence
Nguồn nào, lúc nào, độ phủ bao nhiêu, có truy xuất được không?
3
Context & State
Không gian nào đang phục vụ ai, trong điều kiện nào, trạng thái hiện tại là gì?
4
Requirement Profile
Office, hotel, hospital… mỗi loại tài sản có một bộ yêu cầu chức năng riêng.
5
Pc Engine
Tính quantity, đồng thời báo evidence coverage và uncertainty riêng biệt.
6
Decision
Design brief, commissioning, vận hành, retrofit, benchmark và portfolio.
Working Formula
PcR(T) = Σz ∫T Az × Uz(t) × Cz,R(t) dt
Hiểu đời thường: diện tích × mức sử dụng thực × điều kiện đạt yêu cầu × thời gian.
04 • Một ví dụ giả định
Cùng 10.000 m², nhưng năng lực phục vụ có thể khác xa nhau.
Hai văn phòng cùng diện tích
Các con số dưới đây chỉ để minh họa logic, chưa phải benchmark thực tế.
Tòa A
10.000 m²
Sử dụng thấp, nhiều giờ không đạt yêu cầu.
Tòa B
10.000 m²
Sử dụng tốt hơn, điều kiện phục vụ ổn định hơn.
Câu hỏi Pc đặt ra
Nếu cùng diện tích, tòa nào thực sự cung cấp nhiều “dịch vụ không gian đạt yêu cầu” hơn trong cả năm?
Đây là phần mà chỉ nhìn m², occupancy hoặc kWh/m² riêng lẻ chưa trả lời trọn vẹn.
05 • Vòng đời Pc
Một đại lượng chung để nối lời hứa thiết kế với thực tế vận hành.
Owner Need
PcREQ
Required
Chủ đầu tư cần tài sản cung cấp bao nhiêu?
Design
PcDES
Predicted
Phương án thiết kế dự kiến cung cấp bao nhiêu?
Delivery
PcCOM
Commissioned
Khi bàn giao, công trình có khả năng cung cấp bao nhiêu?
Operation
PcOBS
Observed
Vận hành thực tế đã cung cấp bao nhiêu?
06 • Ai được lợi?
Chủ đầu tư
Kiến trúc sư
FM / Vận hành
Capital / ESG
Pc chỉ đáng tồn tại nếu nó làm quyết định của từng bên tốt hơn.
Đặt bài toán rõ hơn và kiểm tra sau khi tài sản đi vào vận hành.
Nhận requirement có căn cứ thay vì bắt đầu bằng một brief đầy giả định.
Biến dữ liệu thực tế thành bằng chứng về performance.
Bổ sung một mẫu số mới cho CAPEX, OPEX, năng lượng và carbon.
07 • Data Flywheel
Moat không nằm ở công thức. Moat nằm ở lịch sử Requirement ↔ Reality tích lũy qua thời gian.
Nhiều công trìnhThêm tình huống và loại tài sản.
Nhiều outcome thậtIoT / AIoT / FM tạo evidence.
Benchmark tốt hơnBiết pattern nào thật sự hiệu quả.
Requirement tốt hơnBrief dự án sau bớt đoán mò.
Quyết định tốt hơnDesign, CAPEX và operation cùng cải thiện.
Pilot
Pc chỉ có ý nghĩa khi được kiểm chứng trên dự án thật.
PCODE đang ở giai đoạn giả thuyết R&D. Chúng tôi ưu tiên các Pilot nhỏ với chủ đầu tư, kiến trúc sư hoặc đội vận hành có dữ liệu thật và sẵn sàng kiểm chứng giả thuyết.
Pc V2 hiện là giả thuyết nghiên cứu, chưa phải tiêu chuẩn đo lường được công nhận.