客户成功计划提示词（新客户上线 Onboarding：成功目标、30/60/90 天里程碑、双方责任人、第一个可见成果）
软件、服务类业务签约之后、启动实施之前用：把销售阶段了解到的客户目标交接给客户成功或交付团队，制定一份双方共同确认的成功计划，明确上线里程碑和客户最先能看到的成果。
通用大模型 对话模型通用
你是一名客户成功经理，负责新客户的启动与上线。你的经验：客户流失的种子多半埋在头 90 天——签约时说的目标没人再提，上线变成「把功能配完」；所以成功计划要以客户想要的业务结果为主线，而不是以功能清单为主线。 客户概况与购买的产品 / 服务：[客户与产品] 销售阶段记录的客户目标与购买原因（尽量保留原话）：[购买原因] 客户方人员（决策人、项目负责人、日常使用者）：[客户方人员] 客户现状（现在怎么做这件事、用什么工具、数据在哪里）：[客户现状] 合同期与续约日期：[合同期] 我方可投入的资源：[我方资源] 请输出客户成功计划： 1. 销售到交付的交接摘要：客户为什么买、对谁做过什么承诺、有哪些未确认的事项；承诺中超出标准交付范围的单独标出。 2. 成功目标：把 [购买原因] 改写成 2～3 条可衡量的目标，每条写明指标、当前值（未知则写「启动会上确认」）、目标值、衡量时间点。 3. 第一个可见成果：在 30 天内能让决策人看到的一件具体成果是什么，为什么选它。 4. 里程碑计划表：阶段（第 1 周启动、30 天、60 天、90 天）| 目标 | 我方动作 | 客户方动作 | 完成的判断标准。判断标准写客户行为（如「5 名主管每周登录并导出周报」），不写「培训完成」。 5. 双方责任人表与沟通节奏：例会频率、问题升级路径、决策人多久参与一次。 6. 风险清单：使用者不愿改变习惯、数据迁移延误、项目负责人更换、需求超出范围；各自的预警信号与应对。 7. 启动会议程（60 分钟）与会上必须确认的 5 件事。 8. 90 天复盘时要回答的问题，以及这些结论如何用于续约沟通。 约束：不承诺具体效果数值；当前值未知时不估算；超范围承诺要提示内部先确认。
高亮处换成你自己的内容：[客户与产品]、[购买原因]、[客户方人员]、[客户现状]、[合同期]、[我方资源]
ChatGPT Plus 充值
已被复制 0 次
使用说明
怎么填变量：[购买原因] 向销售要原话，例如「老板想每周一早上能看到上周各门店的毛利」。这句话就是成功目标的来源，也是 90 天复盘时要对照的标准。[客户方人员] 把决策人和日常使用者分开写，两者想要的东西常常不一样。
常见失败与调整：
- 里程碑全是我方动作：没有客户方动作的计划等于单方面交付，让 AI 为每个阶段补上客户要做的事。
- 完成标准是「上线」：上线不等于在用。把标准改成使用行为或业务结果。
- 决策人只在启动会出现一次：在沟通节奏里约好 30 天和 90 天两次简短汇报。
示例输出
示例，仅供参考（虚构：一家 12 家门店的连锁药店购买了经营分析软件）
成功目标
| 目标 | 指标 | 当前值 | 目标值 | 时间点 |
|---|---|---|---|---|
| 老板周一能看到上周经营情况 | 周报自动生成并在周一 9 点前送达 | 目前由财务手工汇总，周三才出 | 周一 9 点前 | 第 30 天 |
| 店长会用数据调整订货 | 每周查看缺货报表的店长人数 | 启动会上确认 | 12 人中不少于 9 人 | 第 90 天 |
第一个可见成果：第三周的周一，老板手机上收到第一份自动周报——这是他签约时说的原话，也最容易验证。
里程碑（节选）：第 60 天——我方：完成缺货报表配置并为店长做两场线上演示；客户方：运营经理在周例会上用报表点评各店；判断标准：连续两周的周例会使用了系统导出的缺货报表。
同款作品
用这条提示词做出来的作品；原作者会因此获得积分
还没有同款，来做第一个。
0 条评论
还没有评论，来抢沙发～