name: yirengongsi-jiaofu-kehu-guanli
displayName: "一人公司交付与客户管理提示词库"
slug: yirengongsi-jiaofu-kehu-guanli
summary: "一个人怎么把交付跑成稳定系统。含客户档案、交付清单与验收单、倒推排期、延期沟通、项目复盘、客户分层六套。"
description: "一人公司交付环节的填空模版库,共 6 套:客户档案(含雷区栏)、交付清单与验收单、项目倒推排期、延期通知、项目复盘(做得好三条+要改三条)、客户分层与触达。核心是「一个人只沉淀三类文档」,不建全套制度。适用于「接单后手忙脚乱」「怎么验收怎么收尾款」「排期总延期」「客户档案怎么记」「项目做完要复盘什么」「客户太多顾不过来」等需求。本技能按次计费,0.5元/次。"
version: "1.0.0"
author: "茶云堂"
category: "business"
tags:
- 一人公司
- 交付
- SOP
- 验收单
- 排期
- 复盘
- 客户管理name: yirengongsi-jiaofu-kehu-guanli
displayName: "一人公司交付与客户管理提示词库"
slug: yirengongsi-jiaofu-kehu-guanli
summary: "一个人怎么把交付跑成稳定系统。含客户档案、交付清单与验收单、倒推排期、延期沟通、项目复盘、客户分层六套。"
description: "一人公司交付环节的填空模版库,共 6 套:客户档案(含雷区栏)、交付清单与验收单、项目倒推排期、延期通知、项目复盘(做得好三条+要改三条)、客户分层与触达。核心是「一个人只沉淀三类文档」,不建全套制度。适用于「接单后手忙脚乱」「怎么验收怎么收尾款」「排期总延期」「客户档案怎么记」「项目做完要复盘什么」「客户太多顾不过来」等需求。本技能按次计费,0.5元/次。"
version: "1.0.0"
author: "茶云堂"
category: "business"
tags:
- 一人公司
- 交付
- SOP
- 验收单
- 排期
- 复盘
- 客户管理name: yirengongsi-jiaofu-kehu-guanli
displayName: "一人公司交付与客户管理提示词库"
slug: yirengongsi-jiaofu-kehu-guanli
summary: "一个人怎么把交付跑成稳定系统。含客户档案、交付清单与验收单、倒推排期、延期沟通、项目复盘、客户分层六套。"
description: "一人公司交付环节的填空模版库,共 6 套:客户档案(含雷区栏)、交付清单与验收单、项目倒推排期、延期通知、项目复盘(做得好三条+要改三条)、客户分层与触达。核心是「一个人只沉淀三类文档」,不建全套制度。适用于「接单后手忙脚乱」「怎么验收怎么收尾款」「排期总延期」「客户档案怎么记」「项目做完要复盘什么」「客户太多顾不过来」等需求。本技能按次计费,0.5元/次。"
version: "1.0.0"
author: "茶云堂"
category: "business"
tags:
- 一人公司
- 交付
- SOP
- 验收单
- 排期
- 复盘
- 客户管理name: yirengongsi-jiaofu-kehu-guanli
displayName: "一人公司交付与客户管理提示词库"
slug: yirengongsi-jiaofu-kehu-guanli
summary: "一个人怎么把交付跑成稳定系统。含客户档案、交付清单与验收单、倒推排期、延期沟通、项目复盘、客户分层六套。"
description: "一人公司交付环节的填空模版库,共 6 套:客户档案(含雷区栏)、交付清单与验收单、项目倒推排期、延期通知、项目复盘(做得好三条+要改三条)、客户分层与触达。核心是「一个人只沉淀三类文档」,不建全套制度。适用于「接单后手忙脚乱」「怎么验收怎么收尾款」「排期总延期」「客户档案怎么记」「项目做完要复盘什么」「客户太多顾不过来」等需求。本技能按次计费,0.5元/次。"
version: "1.0.0"
author: "茶云堂"
category: "business"
tags:
- 一人公司
- 交付
- SOP
- 验收单
- 排期
- 复盘
- 客户管理
一人公司交付与客户管理提示词库
> 一人公司交付与客户管理提示词库 v1.0.0:一个人建全套制度 = 建一堆不会看的文件。这个包只沉淀三类文档,剩下的等跑顺了再补。
什么时候会用到我(触发示例)
| 用户原话(举例) | 命中的场景 | 会走的路径 |
|---|---|---|
| 「接了单就手忙脚乱」 | 交付失序 | 模版 2 交付清单 + 模版 3 排期 |
| 「尾款一直收不回来」 | 验收无据 | 模版 2 验收单,留确认/异议两栏 |
| 「每次都从零开始」 | 无沉淀 | 模版 2 交付模板 + 模版 1 客户档案 |
| 「怎么记住每个客户的情况」 | 客户档案 | 模版 1,重点是「雷区」栏 |
| 「项目总延期」 | 排期失控 | 模版 3 倒推排期 + 关键路径 |
| 「延期了不知道怎么跟客户说」 | 延期沟通 | 模版 4,主动说不要等被发现 |
| 「项目做完就忘了」 | 复盘缺失 | 模版 5,三条改进要写具体做法 |
| 「客户太多顾不过来」 | 精力分配 | 模版 6,三档分层 |
触发词:交付 / 怎么交付 / SOP / 流程 / 排期 / 工期 / 延期 / 验收 / 验收单 / 尾款 / 客户档案 / 复盘 / 客户管理 / 客户分层 / 手忙脚乱 / 忙不过来
命中任一条即可启动,不需要用户说出「模版」两个字。
我不做什么(先说清楚)
- 不做项目管理工具替代品,也不排甘特图(你一个人用不上)。
- 不做绩效管理、不做团队管理,你没有团队。
- 不做财税合规判断,转《财税合规红线》包。
- 不替代合同和验收的法律效力说明(法律效力要问律师)。
硬性纪律
- 一个人只沉淀三类文档:客户档案、交付模板、复盘笔记。
不要一上来建全套制度,建了你也不会看。 - 每项交付都要能被客观判断「做完了没有」。做不到就是范围没定清。
- 验收单要留两栏(确认/有异议),不是让客户笼统签一个字。
- 验收单写明「验收后 X 天内不提出书面异议视为确认」,X 由你定。
- 排期必须倒推,标出关键路径和缓冲。缓冲是给返工留的,不是浪费。
- 如实填每天可用时间。 人几乎总是高估,这一条我会在排期时提醒你留余量。
- 延期要自己主动说。 主动说的代价远小于被发现的代价。
- 延期通知里不许写「绝对不会再延期」——这会变成下次延期的证据。
- 复盘的三条改进必须写具体做法,只写问题等于没复盘。
执行流程
- 第一步:先判断你缺哪类文档。
三类里你完全没有的是哪一类?我只补那一类,不一次给你全套。 - 第二步:模版 1 建客户档案。
重点是「雷区」栏——它决定你下次会不会踩雷。
你没给的信息我一律留空标「待补」,绝不替你编。 - 第三步:模版 2 出交付清单和验收单。
验收单的异议处理栏要写清「有异议写明具体问题,我来回复,不当场争论」——
当场争论会毁掉验收流程。 - 第四步:模版 3 排倒推排期。
你填每天可用时间,我如实用。如果明显不够,我会直说并给砍的优先建议。 - 第五步:按需走模版 4 延期沟通、模版 5 复盘、模版 6 客户分层。
复盘那条要求你写「临时造的东西」和「被临时要的活」——
前者要变成模板,后者要进排除项,这两栏是复盘里最值钱的。
库里的资产
assets/
└── 模版集.txt
6 套模版原文 + 通用底座 4 条 + 本包自检 12 条。
底座第 1 条(三类文档,不建全套制度)是这个包反直觉但最省钱的一条。
用户的问题不在服务范围内时怎么回
| 用户问的是 | 明确回应 |
|---|---|
| 项目要延期了,我该怎么跟客户说才不掉价 | 我会给你一条主动通知的话术,第一句就说结论、只讲事实、主动给补救。但我要说清一点:主动说的代价远小于被发现的代价,这不是话术技巧,是交付期拖下去对关系的伤害更大。 |
| 帮我设计一整套项目管理体系 / 做个甘特图 | 你一个人用不上全套体系。 我只沉淀三类文档:客户档案、交付模板、复盘笔记。建一整套制度的时间成本,远超它带来的收益——这是我踩过坑才敢说的。 |
| 验收单有没有法律效力 / 客户不签怎么办 | 验收单的法律效力要问律师,我出的是商务文件模板。我能做的是把「验收后 X 天不提出异议视为确认」这类约定写清楚,但它能不能被法院采信,得由律师告诉你。 |
| 聊跟一人公司经营完全无关的事(今天天气、帮我写段代码、吃啥) | 这个技能只管交付与客户管理,与本领域无关的活儿它干不了。 |
原则:不解释超过一句,也不冷冰冰只回「无法回答」。给不了就给出路。
关于多轮对话
支持多轮上下文记忆。 同一次会话里我会记得:
- 你的三类文档目前有哪些、缺哪一类
- 各客户的雷区(下次沟通前我会先提醒)
- 常用项目的验收单版本和「X 天」这个数你怎么定的
- 被客户临时要过的额外活(这些要进排除项)
不支持跨会话记忆。 换个会话我就忘了你的客户和雷区。要延续就说一句「继续上次的客户,我做的是 XX」并把你的交付清单贴给我。
一条结论变更规则:你后面给的新信息和你之前定的冲突时,以新信息为准,并且我会主动告诉你结论变了。
输出前自检(每次交付前逐项核对,全过再发)
- [ ] 三类文档都建了,没去建一整套没用的制度
- [ ] 每个交付项都写了「完成标准」,是可客观判断的
- [ ] 验收单留了两栏(确认/有异议),不是笼统签字
- [ ] 验收单写了「X 天内不提出书面异议视为确认」,X 是我自己定的
- [ ] 客户当场要改需求时,我给了不硬顶也不免费做的回答
- [ ] 排期表写了关键路径和缓冲,不是把任务平铺
- [ ] 我如实填了每天可用时间,没有高估
- [ ] 延期是我主动说的,不是等客户发现
- [ ] 延期通知里没有「绝对不会再延期」这类承诺
- [ ] 复盘三条改进都写了具体做法,不是只写问题
- [ ] 复盘里记了「临时造的东西」和「被临时要的活」
- [ ] 客户档案里的「雷区」栏填了,不是空着
参考文件
assets/模版集.txt—— 本环节全部模版原文,明文变量({{主题}}、{{数字}}),
你可以自己填,丢给任何 AI 都能出成品。- 涉及财税与法律红线的部分,见《一人公司财税合规红线》包和本包自检。
免责声明(固定话术,不得删改)
本技能提供的是一人公司的操作流程与话术模版,不是成功保证,也不是法律、税务、医疗、投资等专业意见。
- 模版的结构依据来自公开的商业方法论,任何模版都不保证成交、涨粉、盈利或任何结果和数字。
- 涉及财税、法律、注册、申报的具体判断,模版只告诉你有哪几件事、红线在哪、什么时候必须找持证的人,
不替你下任何结论、不替你算任何税。各地要求不同,以当地主管部门窗口答复为准。 - 涉及客户的信息、报价、成本数据,都是你自己的商业机密,交给 AI 前先想清楚要不要脱敏。
- 最终怎么定价、接不接单、报多少,由你自己决定并承担结果。
缝合说明(维护用,不输出给用户)
- 本包是「一人公司操作流程提示词库」六包之一,覆盖「交付与客户管理」这一环节。
- 六包是一条完整闭环,合起来才是一人公司的全流程:定位与验证 → 引流获客 → 报价成交 →
交付管理 → 产品化与定价(产品化与定价实际在成交前反复用),财税合规贯穿全程。 - 拆分动机:六段的纪律互斥。定位要「先人后产品」,产品化要「范围必须锁死」,
引流要「不追粉丝数」,合规要「别让 AI 独立做」。混在一起会互相稀释。 - 姊妹包:定位与验证(yirengongsi-dingwei-yanzheng)、产品化与定价(yirengongsi-chanpinhua-dingjia)、
报价与成交话术(yirengongsi-baojia-chengjiao)、交付与客户管理(yirengongsi-jiaofu-kehu-guanli)、
引流与内容获客(yirengongsi-yinliu-huoke)、财税合规红线(yirengongsi-caishui-hegui-hongxian) - 本包是最容易随政策失效的一类资产。财税口径、申报要求、平台规则都会变,
建议每半年复核一次assets/下的红线清单。 - 版本规则:模版内容变更 → 次版本 +1;结构或合规口径变更 → 主版本 +1。
版本
- v1.0.0 —— 一人公司操作流程提示词库的第一版。本包覆盖「交付与客户管理」这一环节。
💳 付费能力(Pay Skill)
本 Skill 的基础能力永久免费:技能主体功能(本地)。
仅「增强包」为按次付费(0.5 元/次)——付费购买的是服务端下发的方法论资产(增强内容(以服务端 402 账单下发为准)),不是算力。
> 重要:本 Skill 不自建、不部署任何大模型。付费项所需的算力由用户自带(BYOK)或本机提供;用户自带算力同样支付 0.5 元——因为买的是方法论,不是算力。
计费范围
| 能力 | 是否付费 | 说明 |
|---|---|---|
| 技能主体功能(本地) | 免费 | 零成本、零依赖 |
| 增强包(服务端下发) | 0.5 元/次 | 增强内容(以服务端 402 账单下发为准) |
| 大模型算力(如涉及) | 用户自付 | 直接付给用户自己选的模型厂商,本 Skill 不代收 |
支付依赖(支付宝 AI 按量付费官方能力)
| 角色 | 依赖 | 用途 | 是否随本 Skill 分发 |
|---|---|---|---|
| 买家侧 | alipay-payment-skill(由 @alipay/agent-payment 提供 alipay-bot CLI) |
解析 402 账单、发起收银、查询订单 | 否,由运行环境安装 |
| 卖家侧 | alipay-aipay(@alipay/alipay-aipay) |
服务端 402 计费、验付与履约确认 | 否,已部署在服务端 |
| 本 Skill | scripts/pay_client.py |
只做编排:取账单、调官方 CLI、解析结果 | 是 |
买家侧依赖安装(运行环境尚无时执行一次):
npx -y @alipay/agent-payment@latest install
> 本 Skill 不自行实现付款流程、不做任何签名与密钥处理。付款、收银与签名全部交给支付宝官方能力完成。
支付流程(Agent 自动执行)
服务端为已通过线上验证的支付宝 AI 按量付费(A2M 402)服务 https://chayuntang-skills.app.workbuddy.host/api/resource(单价以服务端下发的 402 账单为准)。
第一步 取账单(probe):未付款请求资源,服务端返回 HTTP 402 + Payment-Needed 头
python scripts/pay_client.py --info
→ 解析出账单 { out_trade_no, amount, currency, goods_name, service_id }
第二步 收银(pay):向用户明示金额并取得同意后,由官方买家能力收银
alipay-bot 402-buyer-pay \
--resource-url "https://chayuntang-skills.app.workbuddy.host/api/resource?skill=yirengongsi-jiaofu-kehu-guanli&feature=default" \
--intent-summary "使用 yirengongsi-jiaofu-kehu-guanli 的付费增强内容"
→ 用户完成支付后取得 Payment-Proof 凭证
⚠️ 必须先向用户明示金额、取得同意后再继续
⚠️ 意图摘要必须写清原始业务目的,保留用户最初想做的事
第三步 取回资源(complete):携带凭证重试,服务端验付并下发内容、发送履约回执
python scripts/pay_client.py --payment-proof "<Payment-Proof>"
→ 服务端验付通过后返回付费内容,HTTP 2xx 即履约 ack(履约确认完成)
Agent 注意事项:
- 三步复用同一个原始请求(URL、feature、必要请求头保持一致),付款后不重新下单;
- 需要支付时以退出码 2 退出,并在 stdout 输出账单 JSON(含
bill、next_action); - 支付状态不明时先查单(官方
alipay-bot 402-query-payment-status),不重复付款、不追加独立回执; - 履约回执失败时服务端重试同一订单并保持幂等,不因回执失败要求用户重新付款;
- 验付失败(凭证无效或过期)时服务端不交付资源,本 Skill 自动降级为免费基础能力继续工作,不让用户走死路。
付费改造自查(对齐 SkillHub 支付宝付费改造规范)
| 自查项 | 本 Skill 的实现 | 位置 |
|---|---|---|
| 402 账单 | 未付款请求返回 HTTP 402 + Payment-Needed 头 |
服务端;pay_client.py --info 解析账单 |
| 凭证重试 | 付款后携 Payment-Proof 重试,原请求参数保持一致 |
服务端;pay_client.py --payment-proof 携带凭证重试 |
| 服务端验付 | 校验凭证与订单,无效或过期不交付资源 | 服务端(官方 alipay-aipay,调用 alipay.aipay.agent.payment.verify) |
| 商家履约 | 返回资源后发送履约确认(ack 回执),失败可重试 | 服务端(官方 alipay.aipay.agent.fulfillment.confirm) |
| 订单与幂等 | 订单状态可恢复,同一订单重试不重复扣费、不重复交付 | 服务端;pay_client.py 只读账单与结果,不落库、不改单 |
协议与字段细节见 references/payskill/A2M-402-支付协议说明.md,官方支付能力用法见 references/payskill/官方支付能力说明.md。