Product Hunt 後感：從 Termdock 首秀到完整發布策略

2026-10-08 更新：這篇保留 Termdock 在 2025 年的首秀經驗，再把 Product Hunt 官方指南、Tally 與 Wisp 的公開紀錄整理進來。自己的觀察、別人的成果與目前規則分開看，才不會把某次成功的方法當成每次都有效的公式。

第一次上 Product Hunt，我直接把原本的產品文案貼上去。上線後才發現，功能寫得完整，跟陌生人願意停下來看，是兩件事。很幸運，Termdock 被選進電子報；但如果再做一次，我會提早準備產品示範、試用流程和回覆時間，也會把成效追到發布之後。

Product Hunt 是什麼

Product Hunt（PH）是讓人發現、試用和討論新產品的平台。對想接觸海外科技社群的開發者，它提供一個集中介紹產品的機會：陌生人能不能看懂用途、願不願意試用、會問哪些問題，都會在同一個頁面上出現。

我的判斷是，如果你的目標讀者願意自己試工具，產品也能在短時間內展示用途，PH 值得安排一次。若購買前必須經過多輪企業評估，就先把目標訂成找到合適的訪談或展示對象，不要期待一天的榜單替你完成銷售。

想把產品推向海外，可以先準備這幾件事

先寫下這次要回答的一個問題。以 Termdock 這類開發工具來說，我會想知道：從 PH 進來的人，看完示範後，有多少人願意安裝並完成第一次工作區操作？這比先訂一個名次，更能決定素材要怎麼做。

• 一句話用途：誰在什麼情境下，能用產品完成什麼事。
• 一段可操作的示範：讓讀者看到從問題到結果的過程，不只看功能清單。
• 一條試用路徑：從 PH 到官網、下載或註冊，再到第一次得到結果，中間不要讓人猜下一步。
• 一個主要指標：可以是完成核心操作的人數，或符合目標客群的預約數；另外記錄流量、註冊、付費和投入時間。

別人的成果，要連同流量來源一起看

Tally 在 2023 年的 Tally 2.0 發布紀錄提到，上線當天首頁有約 9,800 位訪客，其中 PH 帶來約 1,400 位；當天新增 766 位使用者，隔天則有 785 位。團隊同時用了社群與自己的電子報，因此不能把全部訪客和註冊都算成 PH 的直接成果。

Wisp 在 2024 年的首秀紀錄則是當日第六名、65 筆註冊、2 位付費客戶，兩筆終身方案合計 171.5 美元。作者也寫到，忙著大量私訊時 LinkedIn 帳號受到限制，還漏看了原本的行程。

這兩份都是團隊自述，時間、產品階段與統計方式不同，不能拿來算「平均一次發布能賺多少」。我會借用 Tally 分開記錄流量來源的方式，以及 Wisp 對時間成本的提醒；大量私訊、拜票等做法不照搬，仍以目前平台規則為準。

Termdock 處女秀

Termdock 在 2025 年 11 月 4 日登上 Product Hunt。之前一直想去投，卻常常一忙就忘了，這次索性直接上。事後才發現，有些事前準備我沒做好，先記錄下來，下次就知道要調整哪些地方。

那次我把注意力放在 Day / Week / Month 的榜單，當天安排是臺北時間 16:00 到隔天 15:59。文案則直接沿用原本的產品介紹，少了讓人第一眼就理解的使用情境。我不能確定換了素材名次就會更高，但至少應該讓人看懂：開發者原本要在哪些視窗之間切換，Termdock 怎麼把這段工作放在一起。

很幸運，Termdock 被 Product Hunt 編輯選中了，很開心啊！2025 年 11 月 4 日的〈Automate your job〉電子報還留著介紹。這是一次可確認的曝光；原文沒有留下足夠的來源與轉換數據，我不會替它補出一個註冊或營收成果。

事後觀察

我當時記下過「首頁約一百、前三名約五百、六百有機會往第一靠近」，也觀察到首頁約十五到十七個產品。這些只是那次看榜的粗略筆記，不能當成上榜門檻；當時把榜上的數字都稱為票數，也不夠準確。

官方在 2025 年 10 月 1 日發布的 points 說明已寫明，排名分數包含投票、留言等互動訊號，不等於原始票數。這份說明早於 Termdock 首秀，所以不能把當年的筆記解釋成一套已驗證的票數規則，更不能推導出「還差幾票就能超車」。

原文也把開局排序描述成隨機；我沒有留下足以驗證機制的紀錄，這次不把它列為操作依據。至於月初、週一或週末比較有利的感覺，同樣不足以決定下次發布日期。

比較值得保留的是互動經驗。有人問功能，就把使用情境說清楚；有人提競品，就解釋哪一段操作不同。每一則回覆，都該讓後來的讀者更清楚產品能幫上什麼忙。當天 LinkedIn 也湧進不少推廣邀請，這些訊息不值得打亂原本的回覆安排。

上線前，先把土壤養好

先確認能試用，再決定要不要找 hunter

提交產品不代表一定會登上首頁。2026 年 3 月更新的首頁精選準則看產品的實用性、新意、設計與創意，也要求產品已可使用；只有候補名單、無法立即取得使用權的產品，不符合首頁精選條件。與其猜要多少互動才能入選，我會先用陌生訪客的身分走完下載或註冊流程。

Hunter 就是提交產品的人，不必另外找名人。官方準備指南鼓勵 maker 自己提交，也說明付費請人 hunt 違反指南。有真正理解產品的使用者願意介紹當然很好，但不需要為了等某個人而延後發布。

2026 更新：可以分享，不要要求投票

官方投票規則請大家不要要求社群、朋友或家人投票，也不要用獎勵換票，否則可能被降排名或移出首頁。這份文件標示於 2025 年 2 月更新，這裡的「2026 更新」是文章查核日期，不代表規則今年才出現。

原文提到「你的一票能幫我驗證什麼」和私訊拜票，我會改掉。可以分享發布連結、邀請試用與討論，讓對方自己決定是否喜歡產品。若有發布優惠，試用或購買條件也不要綁定投票。

把分享與討論安排好

如果重做一次，我會抓兩到三週準備，這是工作安排的起點，不是成功所需的最低天數。先找幾位符合目標情境的人試用，看看他們在哪一步停住，再拿這些問題修改介紹和產品流程。

在 LinkedIn、X 或原本參與的社群裡，分享一段操作、一個取捨，或經過同意可以引用的使用回饋。到發布當天，讀者已經知道你在解決什麼，就不用重新講一大篇背景。社群有自我推廣限制就遵守，不為了貼連結臨時加入一堆群組。

我會把通知對象分成已同意收到消息的早期使用者、原本有互動的同行，以及公開社群。前兩者可以用各自熟悉的問題開場，公開貼文則補足背景。不要從名單規模倒推需要發多少封陌生私訊，也不安排互投或同一時間集體衝票。

Termdock 今天在 Product Hunt 上線了。我放了一段把多個工作區與 Git 操作放在一起的示範。如果你也常在終端機和其他工具之間切換，想聽聽這個流程哪裡有幫助、哪裡還卡。可以試用後在頁面留言，我會回覆。

這是下次可以採用的邀請方向，不是當年的發文紀錄。連結、示範內容與支援範圍，都要在發出前換成那次實際提供的版本。

重大更新之後，也先確認 re-launch 資格

截至 2026 年 10 月 8 日查核的 re-launch 規則，同產品或同公司的發布通常至少相隔六個月，而且要有重大更新；同根網域也有六個月間隔限制。想提前發布須提出申請，仍要說明有什麼重大改變。單純換 UI 或價格方案不算，重發核准也不保證首頁精選。

所以我會先寫出「這次讓哪一種人完成以前做不到的事」，再決定要不要重新發布。小更新先服務既有使用者，不必每次都做成一場 PH 活動。

上線前一週，把介紹接到真正能用的產品

素材與成效，回到產品被理解的程度

我的素材會用同一個情境串起來：一句話講用途，圖片展示操作，影片跑完一次，官網接住想試用的人。PH 介紹如果講多工作區，點進官網卻只看到「下一代開發體驗」，讀者還是得重猜一次。

• 文案：先寫給誰用、能完成什麼，再交代與現有方式的差異，最後給一個明確行動。不要把所有功能塞進第一句。
• 圖片：我會先做三張，依序回答「遇到什麼問題」「怎麼操作」「結果有什麼不同」。用真的產品畫面，讓字在縮圖裡也看得懂。
• 影片：開頭五到八秒直接出現問題與操作，中段跑一次核心流程；有合適的使用者回饋再放結尾，不為了湊片長加形象動畫。
• 產品頁：價格、支援平台、安裝要求和試用限制放清楚。主要按鈕指向下載或試用，別讓人繞回 PH 才找得到產品。

三張圖、五到八秒是我會採用的剪輯起點，不是官方規格。欄位與素材要求仍看官方發布準備頁；頁面也可以先存草稿，把素材放進去預覽，再用手機看一次。

第一則留言，先回答讀者最可能問的事

官方準備頁建議 maker 留下第一則介紹。我會在發布前寫好四件事：為什麼做、誰適合用、現在能做到哪裡，以及想聽哪一種回饋。不把商品描述原封不動貼第二次。

以 Termdock 來說，可以從切換工作區時要重新找回哪些資訊談起，再連到示範。限制也一起交代，例如目前支援的平台或尚未完成的功能。最後問一個能回答的問題：「你切換專案時，最常要重新找的是哪一種資訊？」比請大家多多支持，更容易得到能拿來修改產品的回覆。

先走完試用，也先確認記得到成果

我會請一位不熟產品的人，從發布頁開始操作，過程先不提示。若他找不到下載、看不懂價格，或一直卡在註冊，先修這些，再調整首圖的字。這也呼應官方分享指南建議的做法：產品頁聚焦用途，保留一個引導使用的主要行動。

同時記錄 PH、自己的電子報與社群貼文各自帶來的流量。可控制的官網連結加上來源標記，例如 utm_source=producthunt&utm_medium=referral&utm_campaign=launch_202610；這只是命名範例，其他管道要換成自己的來源，不要全部標成 PH。

再測一次來源資訊能不能接到下載、註冊和核心操作。追不到的部分就保留為未知，不把同一天新增的所有使用者都算進 PH。

發布當天，照顧試用的人與討論

日期配合準備程度，時間以排程確認

官方準備頁沒有給出保證成功的星期幾，也提醒同日競爭與新聞難以控制。我的選法會是：產品能用、目標讀者有機會看到，而且自己有時間回覆。不要為了猜一個容易拿名次的日子，犧牲試用和支援。

官方以太平洋時間的每日週期安排發布，準備指南建議在日初上線，保留完整曝光時間。臺北與美西的時差會受夏令時間影響，不要直接沿用 Termdock 那次的 16:00。排程完成後，核對發布頁顯示的日期與時間，再放進自己的臺北時間行事曆。

把一天分成幾段，不必整天盯榜

下面是我會採用的值班安排，沒有把某一段時間當成演算法的勝負點：

• 上線後第一輪：確認發布頁、圖片、示範、下載與註冊都正常，檢查 maker 留言，再向原本的讀者分享連結。
• 接下來幾個小時：回覆功能與使用情境問題，優先處理讓人無法試用的錯誤。若很多人問同一件事，就補到官網或說明裡。
• 跨時區時段：團隊能輪班就分工；一個人做就預留幾段回覆時間和休息，不把吃飯、睡覺及原有行程全部押進去。
• 結束前：補答漏掉的問題，整理已修正與仍有限制的地方，記錄當天的來源與試用數據。

如果沒進首頁，先核對產品是否可用、提交資訊是否缺漏。官方精選準則說明，通常不需要另外聯絡編輯；只有原提交漏了關鍵資訊時才補充，也不保證改變結果。不要因此臨時買票、找代衝服務，或把所有聯絡人再催一次。

回覆要留下資訊，不只留下謝謝

有人問「跟另一個工具有什麼差別」，就選一段工作流程說明。如果對方的做法在競品上比較順，也可以直接承認。有人反映錯誤，先問版本、環境與重現步驟，涉及帳號或私人資料再轉到支援管道，不要求他公開貼出敏感內容。

有內容的來回，之後可以整理成 FAQ、教學或產品比較。電子報或媒體若要介紹，也能拿到一句準確的用途與一張可理解的畫面。Termdock 當年被選進電子報，是我想保留這種素材的理由；是否入選仍由編輯決定。

發布後兩週，再判斷這次值不值得

分開看曝光、啟用與付費

我會在隔天、第七天和第十四天各整理一次，用固定定義看同一批新使用者：

• 曝光：各來源帶來多少訪客，是否有電子報或媒體轉介。
• 試用：多少人下載或註冊，又有多少人完成事先定義的核心操作。
• 後續使用：那批人有沒有回來，在哪裡停住，是否願意繼續用或付費。
• 成本：素材、準備、回覆用了多少時間，有沒有排擠原本更有效的工作。

比較時也留下發布前一到兩週的基準，避免把原本就會出現的流量全算成活動成效。第十四天只能做初步判斷；產品的購買週期若更長，就繼續追蹤，不急著宣判沒有轉換。

把重複問題，變成下一次更容易理解的介紹

接下來我會把留言分成三類：介紹不清楚、試用流程卡住，以及產品真的缺少能力。第一類改文案與示範，第二類修流程，第三類再看是否符合產品方向。公開整理做了哪些調整，也只向同意收到後續消息的人通知更新。

回頭看，Termdock 首秀最讓我開心的是被編輯看見；下次我更想知道，那些看見的人有沒有真的用起來。讓他看懂、讓他能試、讓他用完願意回來，這三段接好了，發布那天累積的注意力才有機會留下。