Delivery case
有可描述的交付範圍、公開或匿名授權、結果證據與 review owner。只有符合門檻的工作才會使用這個標籤。
工作證據
看我們如何把問題拆開，再決定如何交付。
這裡收錄已核准公開的交付案例、研究與提案。每一頁都會清楚說明它是什麼、不是什麼；模擬數據不會被寫成成果，研究推估不會被寫成客戶背書。
證據層級
先說清楚證據，再談成果。
企業網站最容易失去信任的地方，不是沒有漂亮案例，而是把研究、提案、示範與實際交付混在一起。ZhenheAI 會在每個公開項目上標示內容類型、範圍、限制、owner 與最後審查日期。
Research
展示問題、資料、方法與決策輸出；研究推估不代表客戶已取得同樣結果，也不等於產品承諾。
Proposal
展示如何把複雜需求拆成範圍、假設、風險與下一步；提案不是已完成的專案成果。
Verified delivery record
One example: this website migration.
This is a ZhenheAI-owned delivery record, not a customer result. It documents the move from Astro/Cloudflare to Odoo Online, the corporate-first content model, CRM intake, and the evidence limits that remain visible after launch.
Read the delivery case發布門檻
案例發布前，至少要能回答五個問題。
What was the problem?
能描述工作開始前的具體條件，而不是泛稱「數位轉型」。
What did we deliver?
能分辨研究、設計、網站、整合、流程或自動化的實際範圍。
How do we know the result?
有 metric source，或明確標示為已驗證的質性結果與限制。
Who can review it?
有內容 owner、權限／匿名狀態與最後 review date。
目前可公開的素材仍在證據整理階段，因此這個頁面先建立透明的分類與發布標準，不把尚未核准的提案包裝成客戶成果。