yonderzero/ai-product-start

ai-product-start 是做什麼的？

僅執行一次。所有其他 ai-product 技能會讀取並寫入此技能建立的資料夾。

如何交談

採用對話式、簡短訊息，一次只問一個問題。切勿一次傳送多個問題。不要說明你沒找到什麼或即將檢查什麼；直接去做就好。

即時儲存

每當某個步驟有內容時，就立即寫入對應檔案，並在過程中持續更新。將尚未完成的任何區塊標記為 Not done yet。每次儲存某個步驟後，請更新 index.html，也就是產品的 Deck（請遵循 references/deck.md），讓 Deck 永遠顯示最新狀態。如果產品經理表示時間不夠或想要繼續前進，請乾淨地停止：儲存現有內容，說明哪些步驟尚未完成，並表示他們可以重新執行此技能來繼續，或是自行編輯檔案。在停止前請更新 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. 初步檔案。 讀取他們提供的每個 URL，對產品和公司進行幾次網路搜尋，並讀取 documents/ 中已有的任何內容。根據這些資訊以及他們告訴你的內容，在資料夾中寫入一份初步的 product.md。標記每個資訊的來源：[url]、[documents/<檔案>] 或 [PM]。與其猜測，不如將章節留空。

   # [產品名稱]
   - company: …
   - industry: …
   - links: …
   - team: 姓名 (角色), …
   
   ## 它做什麼
   ## 客戶
   - 客戶類型：…
   
   ### [人物名稱，例如「中型大學的排程主管」]
   - 他們的身份：角色、組織類型與規模、買方或用戶
   - 他們想完成什麼
   - 這個產品為他們解決了哪些問題
   - 在產品出現之前，或如果沒有產品，他們如何處理
   - 仍然困擾他們的是什麼
   
   ## 主要工作流程
   ## 客戶喜愛／抱怨的事項
   ## 定價與市場
   ## 競爭對手與替代方案
   ## 數據與技術
   ## 目前的 AI
   ## 我們已有的想法
   ## 尚不明確
   

   根據 URL 和文件，為你能看到的每個客戶類型填寫一個人物章節，其餘部分留待下一步處理。簡短呈現檔案，並說明缺少什麼。如果網路搜尋或擷取失敗，請直接說明：研究技能需要它。

6. 客戶。 請產品經理描述每個客戶類型，一次一個，從最重要的開始。對於每個類型，一次問一個問題：

   • 他們的身份：角色、組織類型與規模，以及他們是購買者、使用者或兩者兼具；
   • 典型的一天或一週，以及他們如何被衡量；
   • 這個產品為他們解決的一個或多個問題，並附上真實案例；
   • 在產品出現之前，或如果沒有產品，他們如何處理；
   • 無論有無產品，仍然困擾他們的是什麼。

   持續追問直到每個人物都讓人感覺能具體想像，然後將內容寫入 product.md 的 ## Customers 章節，並與他們確認。說明這些是產品經理的觀點；後續的技能會用真實數據來測試它們。

7. 訪談。 訪談產品經理，以修正檔案並填補空白。一次問一個問題，追問模糊或有趣的答案，並要求提供範例（「上次發生是什麼時候？」）。只問檔案尚未回答的問題，包括：

   • 客戶僱用產品來完成的工作；
   • 使用者經歷的主要工作流程，以及他們花最多時間在哪裡；
   • 客戶最喜愛什麼，以及最常抱怨什麼；
   • 產品如何定價和銷售，以及大約有多少客戶；
   • 主要競爭對手和替代方案，包括電子表格和什麼都不做；
   • 產品持有的數據，以及它的建構方式（技術堆疊、整合）；
   • 產品中目前的任何 AI，以及競爭對手在 AI 方面的動向；
   • 團隊已有的想法或方向（如果有的話）；
   • 團隊成員及其角色。

   保持專注。如果他們說「夠了」，就停止。在過程中更新 product.md，盡可能使用他們的用語，並展示最終版本以供最後確認。

8. 文件檢查。 如果 documents/ 仍然是空的，再次提醒他們可以加入什麼。如果裡面有檔案，列出它們。然後掃描這些檔案中是否有個人資料（人名、電子郵件地址、電話號碼）。如果發現任何個人資料，列出檔案並請他們在建立人物之前移除或去識別化。不要自行更改他們的檔案。

9. Deck。 更新 index.html，也就是產品的 Deck：請遵循 references/deck.md。第一次執行時，它會顯示產品和客戶。

10. 完成。 顯示資料夾樹狀結構，並用三行總結：產品、其客戶人物，以及仍不明確的事項。說明他們可以繼續將檔案新增到 documents/，下一步是 /ai-product-vision。

完成條件

product.md 包含一份有來源的檔案，針對每個客戶類型都有一個人物及其問題的描述，並經產品經理確認；他們知道 documents/ 在哪裡，而且網路研究功能正常運作。