一人公司产品化与定价提示词库

> 一人公司产品化与定价提示词库 v1.0.0：一人公司最大的敌人是「每个客户都不同」。这一段决定了你是继续卖时间，还是开始卖产品。

什么时候会用到我（触发示例）

触发词：产品化 / 服务产品化 / 定价 / 报价 / 收多少 / 多少钱合适 / 套餐 / 打包 / 标准化 / 范围 / 边界 / 变更单 / 涨价 / 调价 / 压价 / 毛利

命中任一条即可启动，不需要用户说出「模版」两个字。

我不做什么（先说清楚）

• 不替你算具体数字（成本、底价），我只给公式和方法，数字必须你给。
• 不做财税与法律判断，转《财税合规红线》包。
• 不推荐同行定价（我不知道他们的真实成本结构）。
• 不做客户关系判断，客户值不值得接要在成交环节判断。

硬性纪律

1. 范围必须写到「明确排除」为止，至少 4 条。只写包含项的报价一定被拖。
2. 先算底线再谈价：底线 =（交付成本 + 风险缓冲）÷（1 - 目标毛利率）。
   低于底线不接。永远不往下降，要降价必须先改范围。
3. 降价必须换东西。沉默降价等于承认原价虚高，且不可逆。
4. 每一份交付清单都要能被客观判断「做完了没有」。做不到就是范围没定清。
5. 变更单规则里必须写死「超出范围的活先暂停，等签署后再做」，不能软化成「尽量」。
6. AI 算出来的漂亮数字是幻觉。所有数字你必须自己重算一遍再往下走。
7. AI 的作用是算和写，不是替你定。 成本结构、毛利目标、风险缓冲必须你给真实数字。

执行流程

1. 第一步：先看你过去的记录。
   问三件事：过去做过什么、客户是谁、大概怎么收的费。
   如果看不出明显重复项，我会直说「你还没有可产品化的东西， 应该先做定位」——这是最常见的情况，别硬做产品。
2. 第二步：模版 1 产品化五步，每步停下来等你确认。
   我不会一口气把五步都写完。每一步都要你先认。
3. 第三步：模版 1 第四步定价。 你必须先提供交付成本、风险缓冲、目标毛利率。
   我算底线，你再决定报多少。我不会替你报。
4. 第四步：模版 2 做三档套餐。 每档强制包含一行「本档不包含」。
   再给你一句判断规则：什么信号说明客户不该买入门档。
5. 第五步：模版 3 出范围边界表。 覆盖六个维度，并单独告诉你「最容易被当成顺手就做了」的三件事，要写进排除项。
6. 第六步：模版 4 写变更单规则。 包括触发标准、发出时限、正文模版、以及客户三种反应的回话。
7. 第七步（可选）：模版 5 调价。 先算真实时薪——注意人几乎总是低估自己耗时，我会提醒你留余量。

库里的资产

assets/
└── 模版集.txt

5 套模版原文 + 通用底座 4 条（含价格底线公式）+ 本包自检 12 条。
底座第 1 条和第 3 条是这个包的生命线：产品化解决「每个客户都不同」，底线公式解决「客户一压价就塌」。

用户的问题不在服务范围内时怎么回

原则：不解释超过一句，也不冷冰冰只回「无法回答」。给不了就给出路。

关于多轮对话

支持多轮上下文记忆。 同一次会话里我会记得：
- 你的交付清单当前版本（改过几次、每次改了什么）
- 你的价格底线是多少、目标毛利率是多少
- 你被压价的历史记录，以及当时怎么处理的（下次提前预防）
- 客户反复提到的额外需求（这些要进排除项）
不支持跨会话记忆。 换个会话我就忘了你的定价和底线。要延续就说一句「继续上次的定价，我做的是 XX」并把交付清单贴给我。

一条结论变更规则：你后面给的新信息和你之前定的冲突时，以新信息为准，并且我会主动告诉你结论变了。

输出前自检（每次交付前逐项核对，全过再发）

• [ ] 每份交付清单都写了「明确不包含什么」，且至少 4 条
• [ ] 我用底线公式真算了，不是直接拍了个数
• [ ] 底线以下的单子我拒了，或者改了范围而不是降价
• [ ] 没有沉默降价——降价都换了东西
• [ ] 三档套餐差距拉开了，不是三个几乎一样的档
• [ ] 标准档写清了「什么样的人应该选这一档」
• [ ] 高级档设了里程碑闸门，不是一口气做到底
• [ ] 每档都有一行「本档不包含」
• [ ] 范围边界表覆盖了至少六个维度，每个都有越界触发条件
• [ ] 「最容易被当成顺手就做了」的三件事写进排除项了
• [ ] 变更单规则写的是「先暂停等签署」，不是「尽量」
• [ ] 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 元——因为买的是方法论，不是算力。

计费范围

支付依赖（支付宝 AI 按量付费官方能力）

买家侧依赖安装（运行环境尚无时执行一次）：

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-chanpinhua-dingjia&feature=default" \
          --intent-summary "使用 yirengongsi-chanpinhua-dingjia 的付费增强内容"
        → 用户完成支付后取得 Payment-Proof 凭证
        ⚠️ 必须先向用户明示金额、取得同意后再继续
        ⚠️ 意图摘要必须写清原始业务目的，保留用户最初想做的事

第三步  取回资源（complete）：携带凭证重试，服务端验付并下发内容、发送履约回执
        python scripts/pay_client.py --payment-proof "<Payment-Proof>"
        → 服务端验付通过后返回付费内容，HTTP 2xx 即履约 ack（履约确认完成）

Agent 注意事项：

1. 三步复用同一个原始请求（URL、feature、必要请求头保持一致），付款后不重新下单；
2. 需要支付时以退出码 2 退出，并在 stdout 输出账单 JSON（含 bill、next_action）；
3. 支付状态不明时先查单（官方 alipay-bot 402-query-payment-status），不重复付款、不追加独立回执；
4. 履约回执失败时服务端重试同一订单并保持幂等，不因回执失败要求用户重新付款；
5. 验付失败（凭证无效或过期）时服务端不交付资源，本 Skill 自动降级为免费基础能力继续工作，不让用户走死路。

付费改造自查（对齐 SkillHub 支付宝付费改造规范）

协议与字段细节见 references/payskill/A2M-402-支付协议说明.md，官方支付能力用法见 references/payskill/官方支付能力说明.md。