1. 五個維度
住戶就以下五項各打 1–5 分：
- 清潔 —— 公用地方、垃圾處理、蟲患
- 保安 —— 出入管理、巡邏、訪客登記、夜更
- 設施 —— 升降機、水泵、會所、停車場
- 法團表現 —— 會議透明度、費用運用、維修決策
- 鄰里環境 —— 噪音、佔用公用地方、寵物、衛生
「法團表現」嘅四條提示
主觀評分要有共同標準，否則唔可比。評呢一項時，頁面會提示四個問題：
- 講唔講清楚？ 決定、費用、工程，有冇事先解釋？
- 有冇問過人？ 有冇開會、諮詢、投票，而唔係幾個人決定？
- 講唔講道理？ 決定有冇理由？有冇考慮唔同情況？
- 認唔認錯、改唔改？ 出問題時係推卸，定係承認同跟進？
2. 樣本門檻（幾多人才顯示平均分）
| 評分人數 | 顯示 |
|---|---|
| 0 | 「尚未有住戶評分」 |
| 1–2 | 「樣本不足」，不顯示平均分 |
| 3–9 | 顯示平均分，標註「初步」 |
| 10 或以上 | 顯示平均分，標註「穩定」 |
理由：樣本 1 個時顯示「4.0 分」，等於一個人嘅意見代言全屋苑。 呢個係評價平台最常見、最致命嘅可信度問題。設門檻反而顯得專業。
3. 風險燈號：四級
| 燈號 | 判定條件 |
|---|---|
| 🔴 紅燈 | 有公開法庭判決、屋宇署命令或主流媒體調查報道，且與管理質素直接相關 |
| 🟡 黃燈 | 有公開爭議但未經法庭判定，或有多個獨立來源報道 |
| 🟢 綠燈 | 已檢索公開記錄，未發現與管理質素相關的負面記錄 |
| ⚪ 未評估 | 未完成公開記錄檢索，或資料不足 |
每個燈號必須附：資料來源連結、來源機構、最後核實日期、100 字以內說明。 系統會拒絕儲存冇來源嘅燈號 —— 呢個唔係靠人手自律，係程式強制。
綠燈有效期 12 個月，逾期自動轉「待覆核」。 我哋唔會預設綠燈：綠燈係一個承諾，唔係一個預設值。
4. 住戶驗證
- 以電郵或 Google 註冊
- 選擇屋苑，上傳證明（管理費單、住戶證、水電單；敏感資料可遮蓋）
- 管理員人手審核
- 通過後方可評分同發問
驗證有效期 24 個月，到期前 30 日會提醒續期。 理由：租客會搬、業主會賣樓，「三年前住過」唔應該永久保有評分權。
上傳嘅證明文件只用作核實身份，審核完成後 30 日內銷毀， 我哋只保留審核結果同銷毀日期。
5. 防刷分
- 每個已驗證住戶對每個屋苑只有一條評分，可修改但保留歷史
- 每 30 日最多修改一次
- 同一 IP 短時間大量註冊 → 自動標記待審
- 同一單位／同一管理費單重複提交 → 標記 duplicate，人手核
- 所有寫入都經伺服器端函數，前端唔可以直接寫資料庫
6. 申訴
管理公司或法團可對個別評分提出申訴，須提供機構身份證明。 我哋於 14 個工作日內首次回覆，結果會記錄。 每季發表透明度報告：幾多評分被移除、幾多申訴成立、驗證通過率。
7. 我哋唔做嘅事
- 唔接受付費影響評分或排名
- 唔出售或轉讓個別住戶資料
- 唔會因為某屋苑係 B2B 客戶而改變評分
- 唔用未核實嘅成交數據做「質素 vs 樓價」模型（Phase 2 才考慮）
最後更新：2026-10-27 · 如對方法論有疑問，歡迎電郵 seebricks2026@gmail.com