交付案例
这份记录有可描述的交付范围、公开或匿名化授权、成果证据与审查负责人。只有符合这一门槛的工作才会使用此标签。
工作证据
看我们如何把问题拆开，再决定如何交付。
这里收录已核准公开的交付案例、研究与提案。每一页都会清楚说明它是什么、不是什么；模拟数据不会被写成成果，研究推估不会被写成客户背书。
证据层级
先说清楚证据，再谈成果。
企业网站失去信任，不是因为缺少精美案例，而是因为把研究、提案、示意内容与实际交付混在一起。ZhenheAI 为每个公开项目标示内容类型、范围、限制、负责人和最后审查日期。
研究
展示问题、资料、方法与决策输出；研究推估不代表客户已取得同样结果，也不等于产品承诺。
提案
展示如何把复杂需求拆成范围、假设、风险与下一步；提案不是已完成的专案成果。
已验证的交付记录
示例：这次网站迁移。
这是 ZhenheAI 自有的交付记录，不是客户成果。它记录从 Astro/Cloudflare 迁移到 Odoo Online、以企业为先的内容模型、CRM 收件流程，以及上线后仍可见的证据限制。
阅读交付案例发布门槛
案例发布前，至少要能回答五个问题。
问题是什么？
能描述工作开始前的具体条件，而不是泛称「数位转型」。
我们交付了什么？
它会区分研究、设计、网站、集成、工作流程或自动化的实际范围。
我们如何知道结果？
有指标来源，或明确标示已验证的定性结果与限制。
谁可以审查？
这份记录有内容负责人、授权／匿名状态与最后审查日期。
目前可公开的素材仍在证据整理阶段，因此这个页面先建立透明的分类与发布标准，不把尚未核准的提案包装成客户成果。