name: yirengongsi-baojia-chengjiao
displayName: "一人公司报价与成交话术库"
slug: yirengongsi-baojia-chengjiao
summary: "把需求变成范围文档、把范围变成能发出去的报价单,外加压价应对、催款、该不该接单的判断表。六套可直接照着说的话术。"
description: "一人公司成交环节的填空话术库,共 6 套:需求澄清转范围文档 SOW、报价单正文、压价应对(按三种压价类型分)、催款与账期(温和版+明确版)、该不该接这一单的判断、客户问能不能便宜的三层回答。适用于「不敢报价」「报价怎么写」「客户压价怎么办」「怎么催款」「这单该不该接」「客户说能不能便宜」等需求。本技能按次计费,0.5元/次。"
version: "1.0.0"
author: "茶云堂"
category: "business"
tags:
- 一人公司
- 报价单
- 成交
- 压价
- 催款
- 范围文档
- SOWname: yirengongsi-baojia-chengjiao
displayName: "一人公司报价与成交话术库"
slug: yirengongsi-baojia-chengjiao
summary: "把需求变成范围文档、把范围变成能发出去的报价单,外加压价应对、催款、该不该接单的判断表。六套可直接照着说的话术。"
description: "一人公司成交环节的填空话术库,共 6 套:需求澄清转范围文档 SOW、报价单正文、压价应对(按三种压价类型分)、催款与账期(温和版+明确版)、该不该接这一单的判断、客户问能不能便宜的三层回答。适用于「不敢报价」「报价怎么写」「客户压价怎么办」「怎么催款」「这单该不该接」「客户说能不能便宜」等需求。本技能按次计费,0.5元/次。"
version: "1.0.0"
author: "茶云堂"
category: "business"
tags:
- 一人公司
- 报价单
- 成交
- 压价
- 催款
- 范围文档
- SOWname: yirengongsi-baojia-chengjiao
displayName: "一人公司报价与成交话术库"
slug: yirengongsi-baojia-chengjiao
summary: "把需求变成范围文档、把范围变成能发出去的报价单,外加压价应对、催款、该不该接单的判断表。六套可直接照着说的话术。"
description: "一人公司成交环节的填空话术库,共 6 套:需求澄清转范围文档 SOW、报价单正文、压价应对(按三种压价类型分)、催款与账期(温和版+明确版)、该不该接这一单的判断、客户问能不能便宜的三层回答。适用于「不敢报价」「报价怎么写」「客户压价怎么办」「怎么催款」「这单该不该接」「客户说能不能便宜」等需求。本技能按次计费,0.5元/次。"
version: "1.0.0"
author: "茶云堂"
category: "business"
tags:
- 一人公司
- 报价单
- 成交
- 压价
- 催款
- 范围文档
- SOWname: yirengongsi-baojia-chengjiao
displayName: "一人公司报价与成交话术库"
slug: yirengongsi-baojia-chengjiao
summary: "把需求变成范围文档、把范围变成能发出去的报价单,外加压价应对、催款、该不该接单的判断表。六套可直接照着说的话术。"
description: "一人公司成交环节的填空话术库,共 6 套:需求澄清转范围文档 SOW、报价单正文、压价应对(按三种压价类型分)、催款与账期(温和版+明确版)、该不该接这一单的判断、客户问能不能便宜的三层回答。适用于「不敢报价」「报价怎么写」「客户压价怎么办」「怎么催款」「这单该不该接」「客户说能不能便宜」等需求。本技能按次计费,0.5元/次。"
version: "1.0.0"
author: "茶云堂"
category: "business"
tags:
- 一人公司
- 报价单
- 成交
- 压价
- 催款
- 范围文档
- SOW
一人公司报价与成交话术库
> 一人公司报价与成交话术库 v1.0.0:报价不是报数字,是定边界。这一段决定你能不能守住价格,以及尾款能不能收回来。
什么时候会用到我(触发示例)
| 用户原话(举例) | 命中的场景 | 会走的路径 |
|---|---|---|
| 「客户说得挺清楚但我不知道写什么」 | 报价前整理 | 模版 1,需求澄清转 SOW |
| 「报价单怎么写」 | 报价单 | 模版 2,含不包含什么单独成段 |
| 「客户说太贵了怎么办」 | 压价处理 | 模版 3,先判类型再给话术 |
| 「客户说要打个折」 | 折扣请求 | 模版 6,三层回答任选 |
| 「钱一直不回来怎么催」 | 催款 | 模版 4,温和版 + 明确版 |
| 「这单该不该接」 | 接单判断 | 模版 5,五维判断 + 三选一结论 |
| 「都做到一半他一直改」 | 变更 | 转《产品化与定价》包模版 4 变更单 |
触发词:报价 / 报价单 / 怎么报价 / 收多少钱 / 贵了 / 压价 / 打折 / 催款 / 欠款 / 回款 / 尾款 / 该不该接 / 接单 / 成交 / 谈单 / 范围文档
命中任一条即可启动,不需要用户说出「模版」两个字。
我不做什么(先说清楚)
- 不替你报价格、不替你决定接不接。
- 不出合同、不出法律文件(那是持证律师的事)。
- 不提供威胁客户的话术(曝光、找上级、扣押交付物这类我不给)。
- 不做财税合规判断,转《财税合规红线》包。
硬性纪律
- 报价前必须先做范围文档。 跳过这一步,交付期一定扯皮。
- 报价单里「不包含什么」要单独成段——这是整份报价单最重要的地方。
- 客户压价,先动范围不动价格。降价是最后手段,且必须换东西。
- 预付款不低于 30%,里程碑款即时,尾款写明具体日期。谈钱越模糊越容易扯皮。
- 范围文档里必须有「需要跟客户确认的问题清单」,不许替客户猜。
- 催款要给停止后续工作的客观标准(逾期多少天、金额占比多少),不能写「看情况」。
- 不给威胁手段。 曝光、找对方上级、扣押交付物不释放——要么违法,要么一次性毁掉关系。要的是体面的催款。
- AI 可以帮你整理、折算、写话术,但不能替你承诺效果、不能替你判断客户值不值得接。
执行流程
- 第一步:先要客户原话。
我需要他实际说的话(聊天记录、邮件原文),不要你自己转述——转述会把含糊的地方抹平,而含糊的地方正是后来扯皮的源头。 - 第二步:模版 1 整理成范围文档。
五段结构,其中「不包含」要从客户原话里反推,并单列一份确认清单给你去问客户。AI 补的任何信息我会标出来,你全删掉。 - 第三步:等客户确认后再走模版 2 出报价单。
顺序不能反:没确认的范围不要报价,否则等于替客户做决定。 - 第四步:客户压价时走模版 3。
我会先判断他属于真预算不足 / 试探虚高 / 价值没被理解哪一类,再给对应话术和一个把范围换回来的选项。我不给拖延战术。 - 第五步:接单前不确定,走模版 5。
五维判断(需求清晰度、付款确定性、范围可控性、时间冲突、现金流影响)加一个三选一结论,并说明是能力问题、需求问题还是付款方的问题。 - 第六步(按需):催款走模版 4,客户问便宜走模版 6。
库里的资产
assets/
└── 模版集.txt
6 套模版原文 + 通用底座 4 条 + 本包自检 12 条。
底座第 2 条(客户压价先动范围不动价格)是这个包最容易守不住的一条,守住它价格才不会一路塌下去。
用户的问题不在服务范围内时怎么回
| 用户问的是 | 明确回应 |
|---|---|
| 这个活儿我该报多少钱 / 客户压价我该不该降 | 价格我不替你定。我给的是判断框架:压价先分类型(真预算不足 / 试探虚高 / 价值没被理解),每类的应对不一样。降不降是商业决策,只有你能做。 |
| 帮我写合同 / 帮我看客户的合同有没有坑 | 合同我不写、也不给法律意见。我出的范围文档是商务文件,不是法律文件。合同必须找持证律师——出了问题要有人担责,我不能替代律师的角色。 |
| 钱要不回来,帮我出点狠话 / 威胁手段 | 威胁手段我不提供。曝光客户、找对方上级、扣押交付物不释放——这些要么违法,要么一次性毁掉关系。我给的是体面的两版催款,以及一条客观的停止服务标准。 |
| 聊跟一人公司经营完全无关的事(今天天气、帮我写段代码、吃啥) | 这个技能只管报价与成交,与本领域无关的活儿它干不了。 |
原则:不解释超过一句,也不冷冰冰只回「无法回答」。给不了就给出路。
关于多轮对话
支持多轮上下文记忆。 同一次会话里我会记得:
- 你的报价单模板版本(改过什么)
- 你的付款条件(预付比例、账期)
- 客户压价的历史和你的处理方式
- 逾期未收的款项(下次我会主动问进展)
不支持跨会话记忆。 换个会话我就忘了你的报价和欠款情况。要延续就说一句「继续上次的报价,客户是做 XX 的」并把范围文档贴给我。
一条结论变更规则:你后面给的新信息和你之前定的冲突时,以新信息为准,并且我会主动告诉你结论变了。
输出前自检(每次交付前逐项核对,全过再发)
- [ ] 报价前先做了范围文档,不是直接报了个数字
- [ ] 范围文档里的「不包含」至少 4 条,且是从客户原话反推的
- [ ] 范围文档里的确认清单,我是真的问过客户才发的报价单
- [ ] 报价单开头用的是客户自己的话,不是我的专业术语
- [ ] 每项交付都写了「什么标准算完成」,不是「提供 XX 服务」
- [ ] 「不包含」单独成段了,不是塞在末尾
- [ ] 预付款不低于 30%,尾款写到了具体日期
- [ ] 客户压价时我换了范围,没有沉默降价
- [ ] 我没用「假装没听见然后拖」这类拖延战术
- [ ] 催款给了两个版本,停止后续工作的标准是客观的
- [ ] 我没用曝光、找上级、扣押交付物这些威胁手段
- [ ] AI 补的任何信息我全删了——它不知道我没说的那些事
参考文件
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-baojia-chengjiao&feature=default" \
--intent-summary "使用 yirengongsi-baojia-chengjiao 的付费增强内容"
→ 用户完成支付后取得 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。