OpenClaw × 产品 Offer 设计 Skill

产品 Offer 设计 Skill可以作为独立任务在 OpenClaw 中使用。具体适配方式、资料交接和需要人工确认的环节见下方说明。

在 OpenClaw 上跑「产品 Offer 设计 Skill」，最大的改变是所有诊断报告和交付清单直接写成本地 Markdown 文件落在工作区目录。对于要给整份客户名单或全站产品做 Offer 重构的场景，先跑 5 到 10 条样本确认结构，再直接在终端批量下发任务，不用逐条复制对话内容。你不用频繁切换界面，原始文档、生成的六模块清单、风险逆转条款全部留档。要注意，办公文档需要先转成 Markdown 或 CSV。此外，环节「提取现有方案细节」和「六模块完整度审查」没有独立产物区，要在终端对话流里分段核对结果。如果你完全不想碰命令行，或者需要在手机上跟进进度，不要选它。

这个特性直接落在「产出交付清单」环节。运行脚本后，包含 6 个标准模块的完整 Offer 结构清单、风险逆转与保证条款会直接写进本地工作区目录，省掉从对话框逐条复制到文档的粘贴动作。先跑 5 到 10 条样本确认 Markdown 格式无错漏，就能把客户名单或产品库放进目录，一次跑完几上百条。整个过程的原始文件、中间生成的诊断报告和最终交付物全留在本地，随时打开目录翻阅比对，不依赖外部网页的产物区。

1. 01

   产出交付清单

   这个 Agent 原生支持运行脚本。调用脚本后，生成的诊断评分、6 个标准模块清单和催单机制直接落盘为本地 Markdown 文件，用户直接去工作区目录打开核对，不用从对话流里手动复制粘贴长文本。

2. 02

   提取现有方案细节

   本 Agent 做不到在独立的产物区审阅。不要一次性把一整份几百字的落地页文本扔进去就不管了，要在终端对话流里，分模块分段落让它读取并复述，以此手工确认它有没有抓错价格和交付物。

3. 03

   六模块完整度审查

   同样没有独立产物区供比对。在终端下发审查任务后，结合它生成的本地文件，对照包含 6 个模块的结构清单手工逐条打勾，检查有没有漏掉稀缺机制或保证条款的判定。

把现有的产品介绍 PDF、基础交付物清单和数字资产先转成 Markdown 或 CSV，统一放在 OpenClaw 的本地工作区目录下。在终端通过文件路径来引用资料，下发给这个 Skill。进度看终端的命令输出和工作区文件的变化，不用开浏览器或开聊天软件盯进度。如果要批量处理整站产品，提前在终端准备好多条路径参数，直接通过 shell 脚本批量下发任务。

• 产物区审阅

  影响：第 2 步 提取现有方案细节、第 4 步 六模块完整度审查

  原因：没有独立产物区，成果直接落在工作区目录里

  做法：在对话流里分段核对结果

准备 3 个现有客单价较高、转化率低于预期的咨询服务落地页，转成 Markdown 放进工作区。在终端跑一遍任务，打开生成的本地目录。检查是否顺利生成了价值公式评分报告和 6 个模块的清单。重点看生成的保证条款有没有照搬模板，以及真实限制条件的紧迫感机制有没有结合原产品的实际客服退款原因记录去写。