客户开发信、跟进与提案自动化｜简诗 AI

解决什么问题

企业微信上的销售与客户成功团队，真正的瓶颈往往不在“找不到线索”，而在后续一段很长的跟进链路：冷启动邮件怎么写得既专业又不冒犯，报价方案什么时候给、给到什么程度，客户异议如何处理，成交后的续费提醒是否及时。现实中这些动作分散在聊天记录、本地文档和人的脑子里，很容易出现三件事：

• 话术不一致：同一个产品能力，不同销售给客户的解释不同
• 事实依据缺失：为了推进成交，不自觉地夸大案例、收益或交付边界
• 跟进断点：该确认的资质、时间、价格没有确认，该做的人工检查没有做

这套 Skill 要解决的就是把这一整套“客户开发信、跟进与提案自动化”的链路，从信息确认、执行到交付检查做成一个可复核的工作流，而不是简单生成一段邮件正文。

它如何工作

Skill 不会默认你已经有了完整的产品资料、报价体系或案例库。启动前它要求先把信息缺口列出来，包括：

• 客户类型、购买阶段和核心问题
• 产品能力、报价边界、已有案例
• 历史跟进记录、客户异议、成交或续费目标
• 与自动化直接相关的现状、历史结果和失败案例

信息不足时，它做的是标注缺口和影响，而不是替你补上价格、时间、案例或资质。

实际执行时，Skill 会先把任务拆成可检查的模块，比如 cold emails、follow-ups、proposal templates、pricing pages、case studies、sales scripts。每个模块都对应明确的负责人、优先级和依赖。接着按照既定的能力边界执行：起草开发信、跟进邮件和提案模板，生成定价页面内容、案例包装和销售话术，并在销售外呼或线索培育场景中主动使用。

生成的不是一个孤零零的文案，而是一套销售与客户经营包，里面同时列出事实依据、风险、缺失信息和需要人工确认的事项。

交付前的质量门槛

输出必须对应真实的业务目标，而不是解释概念或复述输入。事实、推断、建议和待确认信息要分开标注，每一条建议都要能落到具体的负责人、动作、时间或检查标准上。名称、输入、流程和交付物必须始终保持在同一个业务场景里。

如果某个硬门槛没过，输出直接写 暂不可交付，并说明要补什么信息、谁负责、下一步做什么。

适用边界

• 不虚构客户案例、成交紧迫性、收益承诺或产品能力
• 不把本地文档、模板或建议冒充已经执行的平台操作
• 不读取、记录或输出密钥、Token、密码和无关个人信息
• 涉及真实发送、发布、付费、删除、权限或生产变更时，必须由用户明确授权

这套 Skill 适合已经在中国业务场景里跑销售与客户运营的团队，用来把重复性的开发信、跟进和提案工作流变得可检查、可交接、可复盘。