市场人员准备补写半年前的项目案例，销售转来一段聊天截图，技术部找到两版图纸，生产同事又发来一批没有型号的完工照片。报价单写的是初始方案，交付清单却增加了选配件。几份材料都像这个项目，却没有人能确认哪一份代表实际交付。
案例难写，常常不是没有素材，而是素材没有在产生时建立关系。聊天记录保存了客户问题，报价单记录方案边界，图纸和检测记录说明技术依据，完工照片呈现实物状态。等项目结束很久再收集，这些文件只剩零散片段，公开内容也容易把提案写成已交付事实。
不要等完工后再寻找项目主线
项目建立时就应分配内部编号，并让询盘表单、销售聊天摘要和报价单使用同一个编号。聊天原文不宜直接进入案例库，可由销售记录客户提出的工况、关注型号和待确认条件，同时去掉姓名、手机号、价格及其他不应公开的信息。
报价修改时保留修订号和有效状态。案例只能引用成交且经过确认的方案，不能从早期报价里挑一项更好看的参数。若型号从标准品改为定制后缀，应把旧型号、交付型号和变更原因连起来，避免标题写标准型号，正文图片却来自定制设备。
凯乐丰在企业案例沉淀和官网内容规划中，会把项目编号作为资料入口，再关联报价版本、交付清单与可公开素材。内容人员能看到证据来自哪个节点，也能识别哪些字段需要产品负责人复核，减少事后凭印象拼接项目过程。
生产与验收阶段要有拍摄清单。照片文件名至少关联项目编号、产品 ID 和拍摄环节，原图另存，公开副本清理定位信息与客户标识。设备铭牌、车间看板、包装唛头可能暴露客户名称，不能只检查画面中央的主体。
检测记录也不能只留一张结论页。案例需要说明检测对象、依据版本和适用工况，但不必公开完整报告。内部库保存报告编号和审核人，公开页只摘取已批准的范围。图纸同样用修订号引用，避免把作废尺寸写进页面参数。
用发布清单判断哪些事实可以写进页面
动笔前先区分已经发生的事实和仍处于讨论状态的内容。交付信息可由交付清单核对，性能表述要能回到检测记录，客户评价若没有明确授权就不使用。销售聊天中的期待、推测和口头方案不能改写成项目结果。
案例页面不需要复述全部项目过程。采购更关心问题边界、采用的产品或方法以及可核对的交付状态。页面参数应与当前产品资料保持一致；若案例使用的是历史型号，应保留当时型号，并增加替代关系说明，而不是静默改成现售型号。
资料结构、项目证据与官网检索的整理方法，可参考 https://www.colorfun.com.cn/ 中的技术内容。企业仍需依据合同保密条款、客户授权范围和内部资料等级决定公开边界。
发布审核可从反向核对开始。标题中的行业与工况能否在项目摘要中找到，正文型号能否对应交付清单，图片能否回到拍摄记录，参数能否定位到图纸或检测编号。任一信息找不到来源，就暂时删去或改成不带结论的背景说明。
案例上线后还要保存发布快照，记录页面 URL、所用资料版本和审核时间。产品换代时，不应直接覆盖历史案例中的交付事实；可以补充当前替代型号，但要让读者分清当时交付与现行产品。客户撤回授权时，也能根据项目编号迅速找到相关图片和段落。
售后问答会继续补充案例的使用边界。若同类问题反复出现，可把经过脱敏和技术确认的解释加入 FAQ，并注明适用型号与修订范围。它不是给项目包装成绩，而是帮助后来访问页面的人判断自己的工况是否相近。
可靠案例依赖项目进行中的连续记录。项目编号负责串联文件，版本和授权范围则决定材料是否有效、能否公开。把这些关系留在当时的工作节点，半年后补写案例时就不必靠回忆判断哪份资料才算数。
