交付案例
這份紀錄有可描述的交付範圍、公開或匿名化授權、成果證據與審查負責人。只有符合這個門檻的工作才會使用這個標籤。
工作證據
看我們如何把問題拆開，再決定如何交付。
這裡收錄已核准公開的交付案例、研究與提案。每一頁都會清楚說明它是什麼、不是什麼；模擬數據不會被寫成成果，研究推估不會被寫成客戶背書。
證據層級
先說清楚證據，再談成果。
企業網站失去信任，不是因為缺少精美案例，而是因為把研究、提案、示意內容與實際交付混在一起。ZhenheAI 為每個公開項目標示內容類型、範圍、限制、負責人與最後審查日期。
研究
展示問題、資料、方法與決策輸出；研究推估不代表客戶已取得同樣結果，也不等於產品承諾。
提案
展示如何把複雜需求拆成範圍、假設、風險與下一步；提案不是已完成的專案成果。
已驗證的交付紀錄
範例：這次網站遷移。
這是 ZhenheAI 自有的交付紀錄，不是客戶成果。它記錄從 Astro/Cloudflare 遷移到 Odoo Online、以企業為先的內容模型、CRM 收件流程，以及上線後仍可見的證據限制。
閱讀交付案例發布門檻
案例發布前，至少要能回答五個問題。
問題是什麼？
能描述工作開始前的具體條件，而不是泛稱「數位轉型」。
我們交付了什麼？
它會區分研究、設計、網站、整合、工作流程或自動化的實際範圍。
我們如何知道結果？
有指標來源，或明確標示已驗證的質性結果與限制。
誰可以審查？
這份紀錄有內容負責人、授權／匿名狀態與最後審查日期。
目前可公開的素材仍在證據整理階段，因此這個頁面先建立透明的分類與發布標準，不把尚未核准的提案包裝成客戶成果。