Product Hunt 上架工具包 是做什麼的？
產生 Product Hunt 發布所需的所有素材：上架文案、創作者評論，以及上線首日的社群貼文。
關鍵規則： Product Hunt 標語最長 60 個字元。描述最長 500 個字元。切勿做出無法驗證的事實陳述。切勿提及競爭對手名稱。除非產品是永久免費（非僅限試用），否則不要說「免費」。
步驟 1：收集產品詳細資訊
你需要：
- 產品名稱
- 它做什麼（一句技術說明）
- 主要使用案例與目標使用者
- 與現有工具的關鍵差異化因素
- 定價：免費、免費增值、付費（起始價格）
- 是否開源：是/否
- 發布日期（用於排程背景）
- 任何憑證、上線折扣或優惠碼
- 2-3 個值得被按讚的理由（誠實的理由，非行銷話術）
如果缺少任何一項，請先發送一條訊息詢問後再繼續。
同時檢查專案上下文檔案：
ls README.md 2>/dev/null && echo "README found"
ls package.json 2>/dev/null && echo "package.json found"
如果存在 README.md，則在提問前先讀取前 80 行，以擷取產品描述與主要功能。
步驟 2：圖庫策略
Product Hunt 需要螢幕截圖。多數上架失敗都是因為圖庫圖片不佳或缺失。在撰寫文案前先規劃這些。
規格： 1270×760px，PNG 或 JPG，最多 8 張圖片。第一張是主圖：它會出現在動態消息與卡片中。
五位置框架：
| 位置 | 目的 | 展示內容 |
|---|---|---|
| 1（主圖） | 動態消息中的第一印象 | 產品使用中，乾淨的 UI 或終端機輸出，無文字疊加 |
| 2（功能展示） | 展示核心操作 | 讓產品亮眼的關鍵：那個「啊哈！」時刻 |
| 3（前後對比） | 展示正在解決的問題 | 分割畫面：雜亂/緩慢狀態 vs. 乾淨/快速狀態 |
| 4（社會證明） | 建立可信度 | 來自真實使用者的真實引言、統計數據或前後對比指標 |
| 5（技術差異化） | 回應懷疑者 | 架構圖、基準測試或非同尋常的技術決策 |
如果產品是 CLI 工具或函式庫，終端機輸出的螢幕截圖效果很好。用箭頭標註指向重要部分。
影片（選擇性但影響重大）： 60-90 秒的展示。少於 2 分鐘。不需要旁白：附帶字幕的螢幕錄製即可。
告訴使用者：「在發布日前規劃 [N] 張圖庫圖片。主圖（位置 1）最重要。以下是每個位置要捕捉的內容：[上方列表，根據此產品自訂]。」
步驟 3：產生標語變體
標語會直接出現在 Product Hunt 的產品名稱下方。這是你的上架文案中被閱讀最多的部分。
嚴格限制：
- 最多 60 個字元（包含空格）
- 結尾無句號
- 無主題標籤
- 不要以產品名稱開頭
- 無最高級形容詞：「最佳」、「最快」、「最簡單」、「最強大」
- 無問句
標語公式： [動作動詞] + [它做什麼] + [關鍵差異化因素]
產生五個標語變體：
- 成果導向： 使用者達成了什麼（「無需離開程式碼庫即可發布文件」）
- 問題導向： 指出正在解決的痛點（「不再需要在 Figma 和程式碼之間複製貼上」）
- 技術角度： 針對開發者工具，以技術為開端（「一條指令將 SQLite 變成可分享的網頁應用程式」）
- 不比較的替代方案： 不提及競爭對手的定位（「可在 VS Code 內運作的 Git 原生程式碼審查」）
- 白話文： 無行話，最大受眾（「將任何 RSS Feed 轉換成每日電子郵件摘要」）
產生後，計算每個的字元數。標示任何超過 60 字元的並修正。
步驟 4：撰寫上架描述
描述會出現在標語下方。最多 500 個字元。它會顯示在搜尋結果與連結預覽中。
結構：
- 句子 1：它是做什麼的以及為誰而做（具體）
- 句子 2：讓它運作的關鍵功能或技術方法
- 句子 3（選擇性）：定價或可用性
描述規則：
- 280-500 個字元（短一些沒關係；更長則會在預覽中被截斷）
- 全文使用現在式
- 無誇大形容詞
- 無「我」：使用第三人稱或祈使語氣（「將你的...」、「連接到...」，不是「我建立了...」）
- 無連結（不會渲染）
- 如果是開源軟體，請說明：「開源且可自行託管。」
步驟 5：撰寫創作者評論
創作者評論是 Product Hunt 成功最重要的驅動力。它是你對自己貼文的第一則回覆，必須在發布後 60 秒內張貼。
嚴格限制：
- 300-400 字
- 必須在產品上線後 60 秒內張貼
- 第一人稱，對話式風格
- 說明起源故事
- 承認顯而易見的替代方案，並解釋為何你還是做了這個
- 以一個具體問題結尾，邀請留言
結構：
開場（2-3 句）： 為什麼你要建立它。真實的故事：是什麼讓你感到沮喪，你注意到了什麼缺口，你一直遇到什麼問題。不要用「我很興奮地宣布」。
它是做什麼的（3-5 句）： 解釋核心機制。當某人第一次使用它時會發生什麼。包含一個能顯示你對問題深思熟慮的具體技術細節。
它是為誰設計的（2-3 句）： 描述最能從中獲益的特定人物。不是「每個需要 X 的人」：一個特定的人物形象：「如果你是一位在週五下午部署並害怕... 的獨立開發者」或「如果你曾經花 20 分鐘向三個不同的審查者解釋相同的 PR 背景...」
誠實的說明（1-2 句）： 它不能做什麼。還有什麼是粗糙的。這能建立信任並過濾出合適的早期使用者。
徵求意見（1-2 句）： 問一個具體的問題。「我們還沒找到處理 [特定邊際案例] 的正確方法：很想知道你是如何處理的。」或「我最不確定的部分是 [X]：這對你來說重要嗎？」
步驟 6：使用 Gemini 產生所有素材
在一次 Gemini 呼叫中寫入所有素材：
cat > /tmp/ph-launch-request.json << 'ENDJSON'
{
"system_instruction": {
"parts": [{
"text": "You are writing Product Hunt launch copy. Generate all assets in sequence, clearly labeled. Rules: taglines max 60 chars, description max 500 chars, maker comment 300-400 words first-person. No marketing words: 'revolutionary', 'game-changing', 'powerful', 'robust', 'seamless', 'innovative', 'best-in-class', 'streamline'. No competitor names. No superlatives in taglines. Do not use em dashes. For social posts: tweets max 280 chars, no hashtags in tweet threads (they reduce signal quality on technical posts). LinkedIn post 150-300 words, professional but not stiff. Email sequence: 4 emails, each under 150 words, subject line under 50 chars. Output each asset with a clear header. No commentary between sections."
}]
},
"contents": [{
"parts": [{
"text": "PRODUCT_DETAILS_HERE"
}]
}],
"generationConfig": {
"temperature": 0.7,
"maxOutputTokens": 4096
}
}
ENDJSON
curl -s -X POST \
"https://generativelanguage.googleapis.com/v1beta/models/gemini-2.0-flash:generateContent?key=$GEMINI_API_KEY" \
-H "Content-Type: application/json" \
-d @/tmp/ph-launch-request.json \
| python3 -c "import sys,json; d=json.load(sys.stdin); print(d['candidates'][0]['content']['parts'][0]['text'])"
將 PRODUCT_DETAILS_HERE 替換為所有收集到的背景資訊：產品名稱、描述、使用案例、差異化因素、定價，以及步驟 1 中的任何創作者備註。
在提示中要求這些素材：
- 五個標語變體（含字元數）
- 上架描述（含字元數）
- 創作者評論（300-400 字）
- 發布日的推文串（5-7 則推文，每則 280 字元）
- LinkedIn 貼文（150-300 字）
- 電子郵件序列（4 封郵件：現有使用者、電子報、當日提醒、後續追蹤）
步驟 7：自我品質檢查
在呈現之前：
標語：
- 全部少於 60 字元（計算每個）
- 無一以產品名稱開頭
- 無一包含最高級形容詞
- 無一包含行銷用語
描述：
- 少於 500 字元（計算）
- 第三人稱或祈使語氣（無「我」）
- 無連結
創作者評論：
- 300-400 字（計算）
- 以真實的起源故事開場（不是「我很興奮...」）
- 包含一個誠實的說明
- 以一個具體問題結尾
- 無行銷語言
- 無 em dash
推文串：
- 每則推文少於 280 字元（計算）
- 無主題標籤
- 第一則推文是鉤子：產品最引人注目的點
如果任何項目失敗，請在呈現前修正。不要呈現有品質檢查失敗的草稿。
步驟 8：呈現完整的發布工具包
按此確切順序呈現：
## Product Hunt 發布工具包：[產品名稱]
---
### 標語（選擇一個）
1. [標語]：[字元數]
2. [標語]：[字元數]
3. [標語]：[字元數]
4. [標語]：[字元數]
5. [標語]：[字元數]
**建議：** [一句話說明偏好標語 X 的原因]
---
### 上架描述
[描述文字]
[字元數] / 500
---
### 創作者評論（請在發布後 60 秒內張貼）
[創作者評論文字]
---
### 發布日推文
推文 1/6：[文字]
推文 2/6：[文字]
...
---
### LinkedIn 貼文
[貼文文字]
---
### 電子郵件序列
**郵件 1：現有使用者（發布前 1 週發送）**
主旨：[主旨]
[內文]
**郵件 2：電子報 / 受眾（發布前一天發送）**
主旨：[主旨]
[內文]
**郵件 3：當日提醒（太平洋標準時間凌晨 12:01 發送）**
主旨：[主旨]
[內文]
**郵件 4：後續追蹤（發布後 48 小時發送）**
主旨：[主旨]
[內文]
---
### 自獵 vs. 尋找頂級獵人決策
回答這些問題來決定：
| 問題 | 自獵 | 找獵人 |
|----------|-----------|--------------|
| 你在目標受眾中有 500+ 的 Twitter/LinkedIn 追蹤者嗎？ | 是 | 否 |
| 你的產品有現有使用者基礎可以集結嗎？ | 是 | 否 |
| 你的產品是技術性的，並且你在開發者社群中有個人品牌嗎？ | 是 | 否 |
| 這是你的首次發布，還沒有受眾嗎？ | 否 | 是 |
| 是否有頂級獵人（PH 上 500+ 追蹤者）已經在使用你的產品？ | 否 | 是 |
如果 3 個以上的答案指向「找獵人」：至少在發布日前 2 週聯繫獵人。將請求包裝成分享你所建立的、他們會真正想了解的東西：而不是請求幫忙。
---
### 發布前 30 天準備
**第 30-21 天：預熱階段**
- [ ] 在 Twitter/LinkedIn 上發布「公開打造」的更新：你在解決什麼問題以及為什麼
- [ ] 找出 3-5 位在 PH 上有 500+ 追蹤者且符合你產品類別的獵人
- [ ] 開始建立支持者清單（所有會在發布日按讚的人）：團隊、使用者、投資者、科技界朋友
- [ ] 建立一個簡單的「上線通知我」頁面（即使是 TypeForm 或 Google Form）
**第 20-8 天：素材階段**
- [ ] 捕捉所有 5 張 1270×760px 的圖庫圖片（請參閱上方的圖庫策略）
- [ ] 如果適用，錄製 60-90 秒的展示影片
- [ ] 草擬此工具包中的所有文案：標語、描述、創作者評論、社群貼文、電子郵件
- [ ] 在第 8 天發送郵件 1（現有使用者）
**第 7-2 天：最終準備**
- [ ] 在第 2 天發送郵件 2（電子報）
- [ ] 直接聯絡你的支持者清單（Slack、私訊、電子郵件）：不是大規模廣播，而是個人訊息
- [ ] 排程推文串與 LinkedIn 貼文
- [ ] 進行排練：檢查 PH 上架預覽，確認所有圖庫圖片顯示正常
- [ ] 確認創作者評論少於 400 字，並儲存在你可以立即貼上的地方
**第 1 天：發布日**
- [ ] 貼文於太平洋標準時間凌晨 12:01 上線
- [ ] 上線後立即發送郵件 3（當日提醒）
- [ ] 創作者評論在發布後 60 秒內張貼
- [ ] 推文串在前 30 分鐘內發布
- [ ] LinkedIn 貼文發布
- [ ] 在 2 小時內回覆每則留言：PH 演算法獎勵活躍的創作者
- [ ] 不要直接要求按讚：請人們「去看看」或「分享回饋」
- [ ] 用直接連結私訊你的支持者清單：不是「去按讚」，而是「我們剛發布了，很想知道你的想法」
- [ ] 任何優惠碼的第一則留言請在發布後 5 分鐘內張貼
**第 2 天：後續追蹤**
- [ ] 發送郵件 4（48 小時後續追蹤），附上結果與感謝
- [ ] 在 Twitter/LinkedIn 上發布結果更新：按讚數、留言、學到的經驗
- [ ] 回覆任何你錯過的隔夜留言
---
### 按讚數基準
| 按讚數 | 結果 |
|---------|---------|
| 50-100 | 已列出但不在首頁 |
| 200-400 | 有競爭力的首頁位置 |
| 500-800 | 當日 Top 5 |
| 800+ | 每日精選產品 |
| 1500+ | 可競爭週產品 |
第一小時的動能比最終總數更重要。第一小時內獲得 100 個按讚勝過 24 小時內分散獲得 400 個。
---
### 發布日逐時時間表
| 時間（PST） | 行動 |
|------------|--------|
| 凌晨 12:01 | 貼文上線。不要排程：保持清醒並手動點擊。 |
| 凌晨 12:02 | 張貼創作者評論（準備好在剪貼簿，立即貼上並送出） |
| 凌晨 12:05 | 張貼第一則留言（優惠碼或背景資訊） |
| 凌晨 12:15 | 推文串上線 |
| 凌晨 12:30 | LinkedIn 貼文上線 |
| 凌晨 12:30 | 個人私訊給你互動度最高的 10 位支持者 |
| 凌晨 1:00 | 檢查首批留言，回覆全部 |
| 上午 7:00 | 美國早晨流量高峰。檢查排名。回覆隔夜留言。 |
| 上午 9:00 | 如果你保留到早上發送，則發送郵件 3（當日提醒） |
| 中午 12:00 | 中午檢查。回覆所有留言。如果正在趨勢上，發布「中午更新」推文。 |
| 下午 5:00 | 美國晚間流量高峰。如有需要，最後一次推動支持者清單。 |
| 晚上 11:59 | 最終結果。為你的排名截圖。 |
---
### 發布檢查清單
- [ ] 貼文於發布日太平洋標準時間凌晨 12:01 上線（手動點擊，非排程）
- [ ] 創作者評論複製到剪貼簿，在發布後 60 秒內張貼
- [ ] 準備好超過 200 人的支持者清單，可在發布日進行個人訊息發送
- [ ] 圖庫圖片與影片（如有）已上傳並在發布前預覽
- [ ] 所有 4 封電子郵件已草擬
- [ ] 支援者在發布日收到帶有直接連結的個人訊息
- [ ] 發送郵件 3（當日提醒）
- [ ] 優惠碼的第一則留言在發布後 5 分鐘內張貼
- [ ] 在 2 小時內回覆所有留言
- [ ] 未直接要求按讚
- [ ] 所有貼文（推文、LinkedIn）已發布
...
[其餘內容因翻譯而截斷]