PART 4 · 專案導航與延伸工具
4.4
如果你還想繼續
將有效做法沉澱為可重複使用的 AI 能力，或把 MVP 推進到可分享、可驗證的產品。
專案方向穩定後，再回來使用
以下內容不是每一輪專案都必須完成。當方向逐漸穩定、你想把有效做法沉澱下來，或準備把 MVP 推進到能被他人使用與驗證的狀態時，再回來使用即可。
把有效方法沉澱為 AI Skill 或團隊模板
把在專案中反覆使用、最符合團隊工作方式的框架整理成 AI Skill、提示詞模板或團隊作業規則。下一次遇到類似情境時，就不必重新說明判斷原則，也能保留需要追問、標示假設與避免過早收斂的工作品質。
建立 AI Skill 的基本提示詞⌄
你是一位熟悉【方法名稱】的產品教練。
你的任務是協助我處理：
【要解決的專案問題】
請遵循以下原則：
1. 先理解背景，不要直接給答案。
2. 一次只問一個關鍵問題。
3. 資訊不足時請標記待確認。
4. 保留多種可能性，不要太早收斂。
5. 最後請用以下格式輸出：
- 問題整理
- 目前假設
- 可能方向
- 建議下一步| 資源 | 語言 | 用途 |
|---|---|---|
| Anthropic Prompt Engineering ↗ | 英文 | 從成功條件、測試方式到提示詞技巧的官方導覽。 |
把 MVP 推進到可分享、可驗證的產品
當 MVP 已能呈現核心流程，下一步通常不是立刻擴大功能，而是讓目標使用者或利害關係人可以透過穩定網址使用它，並建立收集回饋、修正與再次發布的節奏。部署前先確認：本輪要驗證的流程、資料與帳號權限、安全性，以及出錯時怎麼回復。
規劃 MVP 部署方式的提示詞⌄
以下是目前的 MVP 或專案產出：
【描述、貼上連結或貼上程式碼結構】
本輪希望達成的事：
【例如：讓 5 位測試者完成核心流程，並收集回饋】
請幫我規劃部署方式：
1. 依目前的產出、驗證目標與技術複雜度，建議適合 GitHub Pages、Vercel、Netlify 或其他方式；說明取捨。
2. 列出部署前必須補齊的項目，例如環境變數、資料與帳號權限、錯誤處理、網址與分享設定。
3. 列出公開給測試者後最需要留意的風險，以及最小的回復或下線做法。
請依我實際提供的內容提出建議；若資訊不足，先指出需要確認的問題，不要假設我有工程背景。| 資源 | 語言 | 用途 |
|---|---|---|
| GitHub Pages Quickstart ↗ | 英文 | 用 GitHub 儲存庫建立與發布靜態網站的官方入門。 |
| Vercel Deployment Docs ↗ | 英文 | 將 Git 儲存庫或現有專案部署為可分享網址的官方文件。 |
| Netlify Start ↗ | 英文 | 依專案程式碼所在位置選擇部署方式的官方導覽。 |
結語
這本手冊不是一條必須一次走完的流程，而是一套可在專案各階段重新組合的工具。從釐清問題、驗證假設到推進 MVP，每次回到當下最重要的一步，就是有效的進展。