第 13 章：商业表达、销售流程与客户沟通
本章目标
提升从技术到商业的沟通能力。
概念讲解
好的商业表达顺序：
text
业务问题
-> 解决方案
-> 价值
-> 风险
-> 下一步不要先讲架构。客户先要知道“这跟我有什么关系”。
业务案例
教育客户沟通：
- 问题：教师重复答疑负担重。
- 方案：AI 学习陪练。
- 价值：减少重复工作。
- 风险：回答错误，需要教师审核。
企业客户沟通：
- 问题：客服人力成本高。
- 方案：AI 客服 Agent。
- 价值：自动解决常见问题。
- 风险：订单和敏感数据需要权限控制。
技术对应关系
技术背景可以成为信任优势：
- 客户问安全，你能讲权限边界。
- 客户问效果，你能讲评估。
- 客户问集成，你能讲工具和 MCP。
但要避免进入源码和内部实现细节。
售前/产品视角
产品视角：
- 沟通用于理解用户和验证假设。
售前视角：
- 沟通用于建立信任和推动决策。
示例模板
客户沟通脚本：
text
开场：我看到你们在[业务问题]上花费很多时间。
问题：这个问题会导致[成本/体验/风险]。
方案：我们可以通过[AI Agent]在[场景]中自动处理。
价值：预计能[减少时间/降低成本/提升体验]。
风险：对于[高风险动作]，我们会保留人工确认。
下一步：可以先做一个 2 周 PoC。面试追问
问：客户问安全怎么办？
回答要点：
- 讲权限和审计。
- 讲人工兜底。
- 不讲技术细节。
- 给客户可控感。
问：客户问效果怎么保证？
回答要点：
- 讲评估集。
- 讲 PoC 成功标准。
- 讲人工接管。
问：技术背景如何变成售前优势？
回答要点：
- 判断方案可行性。
- 识别过度承诺。
- 能快速做 Demo。
- 能准确回答技术风险。
练习任务
为教育客户和企业客户分别准备一套客户沟通话术。
本章产出
- 两套客户沟通脚本。
验收标准
能先讲业务问题，再讲方案，最后落到收益和下一步。