案例页写成“按客户要求完成定制”，销售却在复盘时发现，报价单、交付清单和现场照片对应的不是同一版方案。客户看到案例后追问配置，团队只能重新翻聊天记录。案例要能支撑获客，先要把报价版本和交付证据对齐。
案例不是把成交过程写成故事
制造业案例常被写成项目简介：客户提出需求，团队设计方案，产品顺利交付。这样的内容看起来完整，却没有解释关键细节。采购要核对的是产品型号、选配件、工况条件、安装尺寸、测试记录和最终交付范围，而不是一段顺畅叙述。
案例资料应从项目编号开始整理。至少记录 project_id、quote_version、product_id、option_code、drawing_version、test_record、delivery_list 和 photo_folder。若报价单是 V2，交付清单却引用 V3 的选配件，案例页就不能直接上线。它会让销售在后续询盘里解释不清楚。
旧项目补案例时更容易出错。半年后再找资料，销售聊天、技术图纸和生产照片可能已经分散在不同文件夹。类似问题可参考项目结束半年才补案例的资料对齐，核心不是补文字，而是确认哪份资料代表实际交付。
案例还要区分“成交方案”和“展示方案”。有些客户最终采购的是基础配置，页面却使用了后续升级版照片；有些现场照片来自同系列不同型号。若这些差异没有标注，案例会变成漂亮但不可核对的素材。
报价版本要和图片、图纸一起核对
报价单通常记录价格和配置，图纸记录尺寸和接口，照片记录现场状态。三者单独看都像正确资料，放在一起才会暴露矛盾。案例上线前，应核对报价版本里的型号和选配件，是否能在图纸标题栏、检测记录和交付清单中找到同一编号。
图片命名也要进入核对范围。文件名若只有拍摄日期，编辑很难判断照片属于哪个修订版。旧外观、新接口或临时样机一旦混入案例页，客户会按图片理解交付范围。产品图片版本混乱的处理方式，可参考同一型号页面混进新旧外观的检查方法。
检测记录不能只写“通过”。应保留检测日期、测试条件、介质、持续时间、报告编号和对应产品 ID。若案例页说适用于高温工况，资料包里就要能找到支撑这句话的记录。缺少这些证据时，页面可以写应用背景，但不应把无法核验的性能结论写满。
图纸版本也要谨慎。客户看案例时常关注安装空间、接口方向和检修距离。若页面引用的是初版图纸，现场照片却已经按改版方案安装，案例就会误导后续采购判断。上线前把图纸版本和现场照片放在同一张核对表里，可以减少这种偏差。
上线后的案例要能回到资料源
案例发布后，销售应能从页面回到资料包，而不是只保存网页地址。资料包里要有报价版本、交付清单、图纸、检测记录、图片授权状态和可公开说明。若客户问到配置差异，销售能定位证据来源，技术人员也能判断页面是否需要补充说明。
凯乐丰在做案例证据沉淀时，会把案例正文、图片 alt、站内链接和资料源编号一起检查。页面写到的每个关键结论，都要能对应到报价单、检测记录或现场照片；没有证据的表达宁可删掉，也不要写成看似完整的项目成果。
站内链接应帮助客户继续核对，而不是堆在结尾。提到安装照片时，可以链接到案例页安装照片缺少角度的检查；提到旧项目补写时，链接到项目资料归档。这样客户沿着案例能看到证据链，而不是只看到一篇孤立文章。
案例页不是越长越好。若能讲清项目背景、实际交付版本、关键证据和适用边界，内容就足够支撑搜索和销售复盘。若报价版本、图片版本和交付清单还没对齐，先不要急着上线案例，否则后续每次客户追问，团队都要从资料堆里重新查一遍。
