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。
目前可公开的素材仍在证据整理阶段，因此这个页面先建立透明的分类与发布标准，不把尚未核准的提案包装成客户成果。