场景与目标
先把业务的问题说明白。
销售在客户记录、产品规格和案例材料中手工拼接方案，需求变更后很难同步更新，报价与承诺还需要多人核对。
整理客户授权提供的需求和沟通记录，识别仍需确认的条件，检索适用产品与材料并生成提案结构。销售人员负责判断机会、复核选型及报价，确认后再写回客户系统和创建跟进任务。方案不把自动外呼或无差别触达作为默认交付。
交付后，你会得到什么
客户需求摘要与澄清问题
可追溯的选型及提案草稿
确认后同步的跟进与客户记录
接入架构与系统边界
- 客户需求与沟通记录 → 结构化机会摘要
- 产品及方案资料 → 约束匹配 → 提案草稿
- 销售确认 → CRM 更新 → 跟进任务
怎样推进这套方案
- 01
归集线索来源和沟通材料
- 02
整理需求、约束与缺失信息
- 03
检索产品资料并准备提案
- 04
销售审核后安排跟进
业务需求与交付示意
从一个具体需求开始
客户想做一套内网知识助手，预算、使用人数还没确认，先怎么准备沟通方案？
列出待澄清事项、候选架构和所需资料，形成售前提案草稿与后续沟通清单。
示例用于沟通定制方向，实际交付按资料、接口与验收范围确定。部署与交付安排
- 先覆盖一条产品线或一类标准服务。
- 将只读查询与写回权限分开，逐步启用确认后的动作。
- 交付模板、资料版本管理及提案抽样评审流程。
怎样验收是否落地
- 推荐内容是否能追溯到规格和业务条件。
- 缺失信息是否被明确列出而非自行补全。
- 未经确认的报价与客户触达是否不会发送。
开始前，一起确认这些条件
- 产品规格、价格授权规则和提案模板
- 客户资料的合法使用范围
- CRM 接口与销售人员复核机制
把边界放进设计里
- 报价、折扣、交期和合同承诺由授权人员确认。
- 不将未经核实的客户特征或线索评分当成事实。
