看问题是否相似
先比较角色、流程和业务目标，而不是只看行业名称。
案例阅读
从五个方面，理解一项项目经历。
业务背景
说明项目为什么需要系统，以及原有协作卡在哪里。
参与方式
区分产品、方案、开发、改造或长期迭代等合作深度。
交付重点
说明流程、端型、接口与系统承担的关键任务。
新项目参考
提炼可迁移的方法，不照搬历史功能与范围。
公开层级
说明客户名称、界面、数据和外部来源分别获得了什么公开授权。
参考方法
从相似经历，判断是否适合当前项目。
看参与是否深入
区分一次页面制作与持续承担核心业务系统。
看方法能否迁移
判断业务拆解、范围控制和验收方法是否适合当前项目。
看证据能否核对
优先查看获准公开的名称、脱敏界面、交付材料、上线状态或第三方引用。
BOUNDARY / 项目说明
案例帮助判断经验，但不会替代新项目的范围评估。
未获客户授权时，不公开合同、客户秘密、生产数据或完整源码。匿名案例会明确可公开范围；相似项目仍需重新确认角色、流程、接口、部署和时间要求。
FAQ / 常见问题
围绕这类项目的真实问答
为什么部分案例采用匿名方式？
部分合作不适合公开客户名称或生产界面，但仍可以说明业务背景、参与方式和交付重点。
为什么案例不能直接作为报价模板？
即使行业相同，角色数量、接口、历史数据、部署方式和验收要求也可能完全不同。
案例应当提供哪些可核对信息？
在授权范围内，可说明预算区间、周期、首期闭环、验收方式、交付材料、脱敏界面和上线状态；能够公开客户或第三方来源时再附链接。