复用阶段工具：模板仓库+案例库+复用评审评分卡

📦 模板仓库

用途：沉淀可复用的代码模板、配置模板、项目脚手架——新项目不用从零开始，基于模板快速搭建，提升效率，确保质量一致。

内容：① 项目脚手架——Astro/React/Next.js等框架的项目模板，包含目录结构、基础配置、常用组件、CI/CD配置；② AI应用模板——客服AI、审批AI、数据分析AI等常见AI应用的代码模板，包含prompt模板、RAG配置、Agent工作流、人机协同界面；③ 配置模板——大模型配置、向量数据库配置、监控告警配置、部署配置；④ 组件库——常用UI组件、功能组件（对话界面、知识库管理、效果监控看板）；⑤ 文档模板——需求文档、SOW、测试报告、验收报告、运维手册。

管理：① 用GitHub/GitLab管理，每个模板有独立仓库，有版本标签；② 每个模板有README——说明用途、使用方法、定制点、注意事项；③ 模板有示例——包含示例数据和示例配置，方便快速上手；④ 定期更新——新技术、新最佳实践、新bug修复，及时更新模板；⑤ 贡献机制——团队成员都可以贡献模板，经过评审后合入。

价值：① 提升效率——新项目基于模板，几天就能搭好基础框架，不用从零开始；② 确保质量——模板经过验证和评审，质量有保障，不会每个项目质量参差不齐；③ 知识沉淀——团队的最佳实践沉淀到模板中，不会因为人员流动而丢失；④ 降低新人门槛——新人基于模板做项目，不用从头学，上手快。

📚 案例库

用途：沉淀项目案例——每个项目的背景、痛点、方案、效果、经验教训，方便新项目参考、跟客户展示、团队学习。

内容：① 一页纸案例（F9-5的内容）——背景、方案、核心效果、关键成功因素、适用场景、客户证言；② 完整案例复盘——详细的项目过程、遇到的问题、解决方案、经验教训、可复用的方法和工具；③ 行业案例——按行业分类（制造/物流/美妆/金融/医疗/政务等），每个行业有代表性案例；④ 场景案例——按场景分类（客服/营销/采购/HR/风控/数据分析等）；⑤ bad case库——项目中遇到的问题和失败案例，分析原因，总结教训，避免重蹈覆辙。

管理：① 用飞书文档/Notion/语雀管理，结构化、可搜索、可标签；② 每个案例有标签——行业、场景、技术栈、规模、效果；③ 案例有审核机制——写完后经过评审，确保信息准确、不泄露客户机密（客户信息脱敏）；④ 定期更新——新项目结束后及时入库，旧案例定期review更新；⑤ 跟培训结合——新人培训用案例库学习，团队定期分享案例。

价值：① 新项目参考——做类似项目时，参考之前的案例，少走弯路；② 跟客户展示——给客户看类似案例，建立信任，证明能力；③ 团队学习——新人通过案例学习，团队通过案例分享提升整体能力；④ 知识沉淀——项目经验不会因为人员流动而丢失，变成组织的知识资产；⑤ 方法论提炼——从多个案例中提炼通用方法论和工具，持续提升团队能力。

✅ 复用评审评分卡

用途：评估一个功能/模块/方案能不能复用、复用程度如何——确保复用质量，不要"为了复用而复用"，把不适合的东西硬套到新项目中，反而出问题。

评分维度（每项1-5分）：

① 通用性：这个功能/模块/方案是不是通用的？还是只适用于特定客户/特定场景？（5分=非常通用，1分=非常定制化）

② 独立性：这个功能/模块是不是独立的？还是跟其他模块紧耦合？（5分=完全独立，可单独使用，1分=紧耦合，必须跟其他模块一起用）

③ 可配置性：这个功能/模块能不能通过配置适配不同需求？还是需要改代码？（5分=高度可配置，不用改代码，1分=完全硬编码，每个项目都要改）

④ 文档完整性：有没有完整的文档——用途、使用方法、配置项、注意事项、示例？（5分=文档完整详细，1分=没有文档）

⑤ 测试覆盖：有没有完整的测试——单元测试、集成测试、评估集？（5分=测试完整，1分=没有测试）

⑥ 历史验证：这个功能/模块在多少个项目中用过？效果如何？（5分=在5+项目中验证过，效果好，1分=只在1个项目中用过，没验证过）

评分结果：① 总分≥24分（平均4分+）——可以直接复用，不用改或少量配置；② 总分18-23分（平均3-4分）——可以复用，但需要一定的定制和调整；③ 总分12-17分（平均2-3分）——不建议直接复用，可以参考思路，重新实现；④ 总分<12分（平均<2分）——不要复用，完全重新做。

价值：① 确保复用质量——不是"什么都能复用"，是经过评估、确实适合的才复用；② 避免硬套——不适合的东西不要硬套到新项目中，避免出问题；③ 指导模板优化——评分低的模板，知道哪里需要改进（通用性/独立性/可配置性/文档/测试），持续优化；④ 复用决策有依据——不是"我觉得可以复用"，是有评分卡做依据，客观决策。

⚠️ 复用的注意事项

注意一：复用不是"复制粘贴"。复用是基于模板/组件/方案，根据新项目的需求做适配和定制，不是直接复制粘贴就完事。复制粘贴不做适配，大概率会出问题——客户需求不一样、场景不一样、数据不一样。

注意二：不要为了复用而复用。有些功能/方案，虽然之前做过，但不适合新项目（评分低），就不要硬复用——重新做可能更快、质量更好。复用的目的是提升效率和质量，不是"必须用之前的东西"。

注意三：复用要跟客户沟通。如果用了复用的模板/组件，要跟客户说明——"这个功能我们在之前的项目中做过，经过验证，质量有保障，可以快速交付"。客户知道用了成熟的东西，会更放心；不要隐瞒，客户发现"这不是专门为我们做的"，会觉得不被重视。

注意四：复用的东西要持续维护。模板/组件/案例库不是"放进去就完了"，要持续维护——更新技术、修复bug、补充文档、添加新案例。不维护的复用资产，很快就过时了，用不了。

注意五：复用要有度。核心的、差异化的东西（针对客户特定需求的定制），不要强行通用化、复用——通用化会降低质量，反而不好。通用的东西复用，定制的东西专门做，两者结合，效率和质量都有保障。