第 9 章：解决方案架构与交付边界
本章目标
把产品需求转成客户可理解的解决方案。
概念讲解
解决方案架构要说明：
- 系统如何工作。
- 数据如何流转。
- 如何与客户系统集成。
- 如何部署。
- 哪些能力不在范围内。
架构图不需要贴源码，但要清楚表达责任边界。
业务案例
企业服务 Agent 方案：
text
客户渠道
-> Agent 对话层
-> 知识库检索
-> 业务系统工具调用
-> 权限审批
-> 人工客服接管
-> 审计日志教育 Agent 方案：
text
学生端
-> 学习陪练
-> 教材和讲义检索
-> 学情工具
-> 教师审核
-> 学习记录技术对应关系
技术模块到方案表达：
- LLM 调用层。
- 工具注册与执行。
- RAG 知识库。
- 权限和审批。
- 会话日志和审计。
售前/产品视角
产品视角：
- 架构要支持迭代和扩展。
售前视角：
- 客户最关心集成、安全和交付。
- 不要过度承诺。
示例模板
解决方案一页纸：
text
客户问题：
目标场景：
方案组成：
关键流程：
集成方式：
安全与权限：
交付边界：
成功标准：面试追问
问：客户最关心架构中的哪一部分？
回答要点：
- 数据安全。
- 系统集成。
- 权限和审计。
- 性能和成本。
问：如何表达交付边界？
回答要点：
- 明确做什么。
- 明确不做什么。
- 明确后续扩展路径。
问：技术架构图如何讲给业务客户？
回答要点：
- 先讲流程。
- 再讲关键节点。
- 最后讲风险和控制。
练习任务
画企业服务 Agent 解决方案架构，并写出交付边界。
本章产出
- 企业服务解决方案一页纸。
验收标准
能说明方案做什么、不做什么、如何集成。