产业案例最容易写成一段漂亮的介绍：项目方得到赞美，供应商得到曝光，观察者却找不到可以核对的过程。真正可用的案例不是把所有信息堆在一起，而是让不同读者沿着自己的问题找到同一件事的不同侧面。项目方关心为什么做、要解决什么；供应商关心需求是否清楚、交付边界在哪里；观察者关心证据从何而来、结论能否复用。
本稿只提供通用资料与内容方法，未将任何机构行动、项目结果或合作关系写成已发生事实；具体页面发布前须另行核验公开来源。
先写对象和背景
开头先交代对象是什么、处于什么阶段、面对什么问题，以及资料的时间范围。不要用“行业领先”“全面升级”替代具体描述，也不要把一个行业趋势写成某个项目已经完成的事实。若名称、地点、主体或数字没有公开来源，就改写为匿名场景、方法讨论或待核验信息。
执行时记录对象、来源、日期、适用范围和待核验部分；没有公开依据的机构行动、项目结果、合作关系和数字，改为建议或明确标记未采集。
把合作需求写成可执行问题
需求应拆成目标、使用场景、交付物、时间窗口、预算或资源约束、决策人和不承接范围。项目方可以据此判断是否值得继续沟通，供应商可以判断自己的能力是否匹配。没有明确需求时，不要用供应商擅长的服务反推项目方已经提出了需求。
执行时记录对象、来源、日期、适用范围和待核验部分；没有公开依据的机构行动、项目结果、合作关系和数字，改为建议或明确标记未采集。
交代过程而不是只报结果
过程按时间顺序记录输入、判断、动作、变更和交接。每个动作都标明是已发生、计划中、建议或待确认。会议、方案、样稿和上线页面的证据强度不同，不能把签署意向、提交方案或一次展示写成最终交付。
执行时记录对象、来源、日期、适用范围和待核验部分；没有公开依据的机构行动、项目结果、合作关系和数字，改为建议或明确标记未采集。
结果证据与评价分离
结果要说明指标定义、时间范围、比较基线、来源和是否完整。客户评价、作者判断和可核验数据分栏呈现；没有数据就写未采集，不用“明显提升”补位。一个主体的反馈只能代表该主体，不能自动代表所有参与者。
执行时记录对象、来源、日期、适用范围和待核验部分；没有公开依据的机构行动、项目结果、合作关系和数字，改为建议或明确标记未采集。
限制条件要和经验一起出现
案例价值不在于证明方法处处有效，而在于说明它在哪些条件下成立。预算、季节、人员、政策、流量、授权和维护能力都会影响结果。把不可复制的特殊条件写出来，读者才知道哪些经验可以借鉴，哪些只能作为背景。
执行时记录对象、来源、日期、适用范围和待核验部分；没有公开依据的机构行动、项目结果、合作关系和数字，改为建议或明确标记未采集。
授权、匿名与更正
发布前确认名称、标识、照片、数据、引语和合作关系的公开范围。涉及商业秘密、个人信息或争议事项时，采用最小必要披露。页面保留核验日期和更正入口；收到异议，先保存原说法与依据，再记录更正、补充或并列争议的决定。
执行时记录对象、来源、日期、适用范围和待核验部分；没有公开依据的机构行动、项目结果、合作关系和数字，改为建议或明确标记未采集。
一张资料卡把内容变成可复用资产
建议为每个页面或案例建立资料卡：对象、主题、阶段、目标读者、核心问题、已知事实、来源、相反证据、数据口径、授权范围、限制条件、下一步和复核日期。事实、当事人陈述、作者判断与通用建议分栏保存。这样做不是增加形式，而是让后续写作者、编辑、合作方和读者都能知道一句话从哪里来、还能用到什么时间。
资料卡还应记录版本变化。项目从规划进入建设，服务范围发生调整，数据来源更新，或相关主体提出更正时，创建新版本并保留旧版本的处理原因。旧资料如果不能代表当前状态，应标记为历史或冻结，不要只改发布日期继续使用。页面的标题、摘要、正文、下载文件和关联问题要一起检查，避免局部更新造成整体误导。
发布前的六个自检问题
第一，读者能否在开头知道对象、时间和页面用途？第二，所有具体事实是否都有来源或明确的公开范围？第三，数字是否说明单位、周期、分母、样本和计算方式？第四，建议、计划和已发生事实是否分开？第五，是否写出限制、未采集信息和不适用范围？第六，是否有核验日期、更正入口和下一次复核条件？只要其中一项不能回答，就把它留在待核验状态，不用修辞掩盖缺口。
本稿只提供通用资料与内容方法，未将任何机构行动、项目结果或合作关系写成已发生事实；具体页面发布前须另行核验公开来源。