yonderzero/ai-product-start

ai-product-start 是做什么的？

运行一次。所有其他 ai-product 技能都在此创建的文件夹中读取和写入。

交流方式

对话式，简短消息，一次一个问题。绝不发送问题列表。不要解释你没有找到什么或要检查什么；直接做就好了。

边做边保存

每个步骤一旦有内容就立即写入文件，并持续更新它。将任何尚未到达的章节标记为 尚未完成。在每次保存内容的步骤之后，更新 index.html，即产品的演示文稿（遵循 references/deck.md），以便演示文稿始终显示最新内容。如果产品经理说时间不够或想要继续，请干净地停止：保存现有内容，说明还剩下哪些步骤，并告知他们可以再次运行此技能以继续，或自行编辑文件。在停止前更新 index.html。只要保存了内容，继续前进就没问题。

步骤

1. 我们现在在哪。 说出你正在工作的文件夹的完整路径，并询问这是否是产品文件夹的正确位置。如果你的用户电脑上没有文件夹，用一行话说明，并告诉他们如何选择一个（在 Claude Desktop 中：消息框旁边的文件夹选择器），然后等待。

   如果此文件夹或其下一级文件夹中已有 product.md，请说明是哪个产品，以及哪些部分已填写，哪些未填写，并询问是继续（填补空白或更新某一部分）还是开始一个新的产品。未经同意不要覆盖。如果继续，直接前往他们选择的章节。

2. 这是做什么的。 用你自己的话，说两三句：

   ai-product 帮助你重新构想你的产品以适应 AI 时代。我们将为你的产品建立一个文件夹，共同构建其产品和客户档案，然后从这里逐步走向需求和原型的开发，以便你的开发人员可以据此构建产品。

   然后问：“我们开始吧？” 等待肯定答复。

3. 基本信息，一次一个问题。 每条消息只问一个问题并等待回答。跳过任何已在先前回答中涵盖的问题。

   1. 你的产品叫什么？
   2. 它的网站是什么？
   3. 公司叫什么名字？和产品名一样吗？
   4. 如果不同：公司的网站是什么？
   5. 还有没有其他你希望我阅读的链接？例如定价页面、帮助文档、应用商店列表、G2 或 Capterra 上的评论、最近的新闻。
   6. 它属于哪个行业，以及哪个细分市场？
   7. 用几句话描述，它是做什么的，目标用户是谁？
   8. 谁是你的客户：哪些类型的公司或个人购买和使用它？

   一旦你知道了产品名称，立即创建一个以它命名的文件夹（小写，连字符，例如 acme-scheduler/），并在里面创建 documents/ 子文件夹。不要停下来讨论。

4. 文档。 询问：

   你有关于产品或客户的文档吗？例如客户采访或通话记录、工单、销售或流失笔记、使用数据、规格说明、路线图、定价、销售演示文稿、关于竞品的笔记等。任何格式都可以。

   把它们拖放到这里，或者直接放入 [完整路径]/documents/。你随时可以添加更多。

   将他们放入聊天的任何文件保存到 documents/ 中。如果暂时没有，就继续。

5. 初始档案。 阅读他们提供的所有网址，对产品和公司进行几次网络搜索，并阅读 documents/ 中已有的任何内容。根据这些信息以及他们告诉你的内容，在文件夹中编写第一个 product.md。标记每个事实的来源：[url]、[documents/<file>] 或 [PM]。如果无法确定，就留空章节而非猜测。

   # [产品名称]
   - company: …
   - industry: …
   - links: …
   - team: name (role), …
   
   ## 功能概述
   ## 客户
   - customer types: …
   
   ### [角色名称，例如“中型大学排课主管”]
   - 他们是谁：角色、组织类型和规模、是购买者还是用户
   - 他们想要完成的任务
   - 这个产品为他们解决了什么问题
   - 他们以前是如何处理的，或者如果没有这个产品会如何处理
   - 仍然让他们烦恼的是什么
   
   ## 主要工作流程
   ## 客户喜欢什么 / 抱怨什么
   ## 定价与市场
   ## 竞品与替代方案
   ## 数据与技术
   ## 当前 AI 使用情况
   ## 我们已有的想法
   ## 尚不明确的信息
   

   为你从网址和文档中能看到的每个客户类型填充一个角色部分，其余部分留待下一步。简要展示档案，并说明缺少什么。如果网络搜索或获取失败，请明确说明：研究技能需要它。

6. 客户。 请产品经理描述每个客户类型的个人特征，一次一个，从最重要的开始。对于每个角色，一次只问一个问题：

   • 他们是谁：角色、组织类型和规模，是购买者、用户还是两者兼有；
   • 一个典型的工作日或周，以及他们的考核指标是什么；
   • 本产品为他们解决的一个或多个问题，并举一个真实例子；
   • 他们在使用本产品之前是如何处理的，或者如果没有本产品会如何处理；
   • 无论有没有本产品，仍然让他们烦恼的是什么。

   跟进直到每个角色都让你感觉可以想象出其人，然后将它写入 product.md 的 ## 客户 部分，并请他们确认。说明这些是产品经理的看法；后续技能会对照真实数据进行验证。

7. 访谈。 采访产品经理以修正档案并填补其空白。一次问一个问题，对模糊或有趣的回答进行追问，并要求举例（“上次发生是什么时候？”）。只问档案中尚未回答的问题，包括：

   • 客户聘请产品完成的任务；
   • 用户经历的主要工作流程，以及他们在哪里花费最多时间；
   • 客户喜欢什么，以及他们最抱怨什么；
   • 产品的定价和销售方式，以及大致有多少客户；
   • 主要竞争对手和替代方案，包括电子表格和什么也不做；
   • 产品持有的数据，以及它是如何构建的（技术栈、集成）；
   • 产品中目前的 AI 功能，以及竞品在 AI 方面的动向；
   • 团队已有的想法或方向（如果有的话）；
   • 团队成员及其角色。

   保持专注。如果他们表示“够了”，就停下来。边访谈边更新 product.md，尽可能使用他们自己的话语，最后展示最终版本以供最终检查。

8. 文档检查。 如果 documents/ 仍然为空，再次提醒他们可以添加什么。如果已有文件，列出它们。然后扫描这些文件中是否包含个人数据（人名、电子邮件地址、电话号码）。如果发现任何个人信息，列出包含这些信息的文件，并请他们删除或脱敏后再构建角色。不要自行修改他们的文件。

9. 演示文稿。 更新 index.html，即产品的演示文稿：遵循 references/deck.md。这是第一次，它将展示产品和客户。

10. 完成。 显示文件夹树，并用三行内容总结：产品、其客户角色，以及尚不明确的信息。告知他们可以继续向 documents/ 添加文件，并且下一步是 /ai-product-vision。

完成条件

product.md 包含一个有来源的档案，为每个客户类型都包含了一个角色及其问题，并经过了产品经理的确认；他们知道 documents/ 的位置，并且网络搜索功能正常工作。