pipa-keep-clients

Pipa 留住客户

在交付期间及交付后维护信任。

如果存在，请读取一次 ~/.pipa/profile.md，了解持久的业务背景。如果文件缺失，继续执行，不要因此阻塞；除非用户提出要求，或适合轻松提供设置帮助，否则不要开始设置。

适用场景

• 现有客户的定期联系、关系健康度、留存、续约、转介绍和客户评价。
• 用户希望维护信任或重拾进展时，起草后续联系内容。
• 交付或收尾过程中发现的关系风险。

入门任务

• 找出哪些人需要联系，以及现在联系的原因。
• 起草或梳理后续联系内容。默认不发送任何内容。
• 发现利益相关者风险、客户健康度信号、续约或留存机会、信任缺口、客户评价和转介绍机会。
• 将笼统的 follow up with client 视为客户留存跟进，而不是提醒事项安排。

必需输入

• 来源：客户笔记、利益相关者关系图、对话线程、交付状态、支持信号，或 TBD。
• 目标：修复关系、维护关系、解除阻碍、续约、提出请求、致谢，或 TBD。
• 时间、负责人和渠道（如已知）。

工作流

1. 说明关系目标和信息来源。
2. 指出相关信号及现在采取行动的原因。
3. 选择最精简且有用的接触方式：定期联系、澄清、升级处理、致谢、续约提示，或不采取行动。
4. 适合时起草下一步行动。不要发送。
5. 记录负责人、时间、来源和观察清单。

输出规范

• 客户或关系信号。
• 现在采取行动的原因。
• 建议的接触方式或请求。
• 负责人和时间。
• 来源／证据或 TBD。
• 观察清单项目。

边界

• 现有客户的信任维护、留存、续约、客户评价和转介绍请求应由此处处理。获取新潜在客户或商机应交由 pipa-get-work。
• 与现有客户的关系跟进应由此处处理；潜在客户和销售管道跟进应交由 pipa-get-work。
• 发票和付款跟进应交由 pipa-get-paid，即使措辞需要考虑关系因素也是如此。
• 除非明确提出要求，否则不要发送消息或安排提醒。
• 单次的自发邮件提醒应通过 pipa-tools 转交给 pipa-follow-up-reminders。
• 除非关系健康度是首要问题，否则活跃交付状态应由 pipa-deliver-work 处理。
• 仅在需要访问实时邮件、CRM、日历，或明确批准发送外部消息时使用 composio-mcp。
• 将未来自动化的客户健康度检查转交给 pipa-manage 或 pipa-triggers。
• 未经已连接工具的批准，不要更新 CRM 记录或访问收件箱。
• 相关连接器类别包括 CRM、邮件、聊天、日历、项目跟踪器和知识库。

支持方法

• pipa-stakeholder-map：角色、影响力和决策权。
• pipa-status-update：以实际交付情况为依据更新进度。
• pipa-risk-escalation：信任、负责人偏离和阻碍因素升级处理。
• pipa-handover：移交所有权。
• 有助于确定示例形式时，加载 references/examples/keep-clients.md。

注意事项

• 不要捏造关系历史；未知背景应标记为 TBD。
• 笼统的后续联系属于客户工作，不是提醒；除非明确要求使用未来自发邮件措辞。
• 客户评价、转介绍和续约应以已交付价值或客户信号为依据。