如何推出 App 並取得第一批用戶

要取得第一批用戶，請在大聲宣傳之前先小規模、個人化地推出。先讓核心功能運作，然後直接接觸有這個問題的人，也就是你的候補名單、你的人脈，以及他們已經花時間的社群。等幾位真實用戶幫你修正了粗糙的地方之後，再把公開上線（Product Hunt、電子報、社群貼文）當作第二波行動。

前一百位用戶很少來自某一次的大爆發，而是來自許多小而刻意的對話。

上線前：簡短的準備檢查清單

你不需要每一項功能，但基本功能必須能正常運作。請在真實的手機與筆電上檢查以下項目：

• 核心功能端到端都能運作。 註冊、完成主要操作，之後再回來仍能找到自己的資料。
• 註冊與登入已經測試過，包括重設密碼。
• 付款在測試模式下可以運作；如果你要收費，也已經完成一筆真實交易。
• 錯誤狀態合理。 空白清單、上傳失敗與錯誤輸入，都會顯示有幫助的訊息。
• 安全基礎已涵蓋。 一位用戶看不到另一位用戶的資料；金鑰不在頁面程式碼中。我們的 AI 建構 App 安全檢查清單 涵蓋了必要的項目。
• 你能聽到用戶的意見。 一個回饋連結、一個電子郵件地址，或一個聊天小工具。
• 你能看到發生了什麼。 簡單的分析工具，或至少伺服器紀錄，讓你知道用戶是否會再回來。
• 如果信任對你的受眾很重要，就使用真實網域。 參閱如何連接自訂網域。

第一階段：前十位用戶，親自挑選

你的第一批用戶應該是你挑選的人，而不是公告後來的陌生人。他們比較寬容、比較願意提供回饋，而且你可以與每一位交談。

他們從哪裡來：

1. 你在驗證階段訪談過的人。 他們告訴你問題是什麼；請讓他們看看你做出了什麼。
2. 你的候補名單。 親自寄信給最早註冊的人，而不是使用電子報範本。
3. 你的人脈。 前同事、客戶、目標產業中的朋友。請求引薦，而不是請求幫忙。

如何帶他們上手：提供一通十五分鐘的通話，讓你看著他們使用 App；或至少寄出一封個人化的歡迎信，並問一個問題。在邀請更多人之前，先修正讓他們卡住的地方。

第二階段：前一百位，前往用戶已經聚集的地方

當第一批用戶不需要你幫忙也能使用 App 之後，就該擴大範圍。合適的管道取決於你要服務的對象。

線上社群

Subreddit、Slack 與 Discord 群組、Facebook 社團、產業論壇、Indie Hackers。當你是真正的參與者時，它們會很有效：回答問題、分享你學到的東西，並在真正相關的地方提及你的 App。先閱讀每個社群的規則；許多社群禁止在特定討論串之外進行自我推廣。

主動接觸

寫一則簡短、個人化的訊息給明顯有這個問題的人，例如店主、團隊主管或自由工作者，通常比任何貼文都更容易成交。說明你是誰、為什麼特別寫信給他們，以及你希望對方做什麼（試用、通話或回饋）。內容保持在幾句話之內。尊重沒有回覆的人，並遵守你所在國家的電子郵件與反垃圾郵件規定。

發布平台

Product Hunt、Hacker News（「Show HN」）、BetaList 等類似的目錄能觸及早期採用者。它們適合面向創作者、開發者、行銷人員與熟悉科技的消費者的產品。在這些平台上的發布只會帶來一天的爆發，因此要事先準備：清楚的標語、截圖或簡短的示範影片，以及有時間回覆每一則留言。

內容與搜尋

撰寫能回答用戶在搜尋引擎中輸入之問題的頁面，例如「如何追蹤客戶發票」、「員工輪班表範本」。這是很慢的過程，搜尋流量需要數個月才會累積起來，但會持續複利成長。AI 建構網站的 SEO 涵蓋了技術基礎。

合作夥伴

找出已經擁有你受眾的人：專門服務牙醫的電子報、面向木工的 YouTube 頻道，或為小型健身房提供建議的顧問。提供實用的東西，例如讓他們的讀者免費使用的帳號、客座文章，或他們願意推薦的工具。

付費廣告

廣告買的是速度，而不是驗證。它們適合測試訊息與受眾，也適合放大已經能成交的東西。如果預算很少，漏斗也還未經驗證，廣告大多只會告訴你，你的著陸頁還需要改進。

推廣管道比較

撰寫用戶會看到的訊息

無論使用哪個管道，同樣的幾句話會承擔大部分工作。先寫好一次，然後在貼文、電子郵件與目錄頁面中重複使用。

• 適用對象。 直白地說出受眾是誰：「給自由接案記帳師」，而不是「給所有人」。
• 用他們的話說出問題。 重用用戶在你驗證訪談中使用的詞句。
• 它做什麼。 用一句話說明成果，而不是技術。「客戶把收據上傳到同一個連結，你就能看出缺少什麼」比「一個具備雲端儲存的 React 應用程式」更能打動人。
• 費用是多少，或免費試用。 對價格的不確定，會讓人不敢點擊。
• 一個清楚的下一步。 註冊、預約示範，或回覆這則訊息。

在大範圍發布之前，先把訊息拿給兩三位受眾中的人測試。如果他們無法複述 App 的功能，就重寫。

個人化接觸範本

請依情況調整，而不是逐字照抄，並保持誠實：

嗨 [名字]，我看到你在 [社群] 發的關於 [具體問題] 的貼文。我為 [受眾] 做了一個小工具，可以 [成果]。它還在早期，目前免費，我正在了解缺少什麼。你願意試用並告訴我哪裡不好用嗎？如果不方便也沒關係。

簡短、具體，而且很容易拒絕。這樣的組合，比精緻的推銷更容易得到回覆。

上線當天（如果你要做）

等 App 穩定，並且已有幾位滿意的用戶之後，公開上線就值得做一次。簡單的計畫如下：

1. 選一個主要管道，例如 Product Hunt、某個社群或你的電子報，並認真地執行。
2. **準備素材：**一句話的描述、三到四張截圖、一段簡短的示範影片，以及給訪客的明確第一步。
3. 先告訴現有用戶與候補名單，並請滿意的用戶，如果願意，公開分享誠實的回饋。
4. 整天在線，回覆每一則留言，並修正緊急的錯誤。
5. 讓下一步一目了然。 免費方案、試用，或預約示範。不要把上線的流量導向一個死路。

絕對不要購買讚、假評論或使用機器人。平台會移除它們，而且它們會損害你最想觸及的人對你的信任。

上線後：從前一百位用戶中學習

取得用戶只是工作的一半，留住他們是另一半。

• 觀察啟用率。 新註冊的人中，有多少比例完成了一次核心操作？如果比例很低，就先修正新手引導，再去追逐更多流量。
• 觀察回訪。 人們下週會回來嗎？這是 App 是否有價值最明確的早期訊號。
• 與離開的人交談。 一封簡短的電子郵件，例如「是什麼讓你停止使用？」，通常比滿意用戶的回饋更有用。
• 每週推出小改進，並告訴用戶改了什麼。這能顯示產品仍在持續發展。
• 只有在有人獲得良好成果之後，才請求推薦。

如果你打算收費，如何為 SaaS 產品定價 說明了何時以及如何推出付費方案。

常見的上線錯誤

• 等待完美。 每過一週只顧著打磨而沒有用戶，就是一週在猜測。
• 對所有人上線。「小型企業」不是一個受眾；「接受客製化訂單的獨立麵包店」才是。
• 一次大型上線，之後沉寂。 上線應該是一系列小規模的推進，而不是一次性的活動。
• 衡量錯的東西。 頁面瀏覽與註冊數字讓人感覺良好；但真正支付帳單的是回訪使用。
• 無法聯絡用戶。 在註冊時取得同意後收集電子郵件，這樣才能後續跟進。

在 Mythex 上線

如果你是在 Mythex 上建構 App，發布只需要按一個按鈕：App 會上線到 yourname.mythex.app 位址，在 Pro 方案中，你也可以連接自己的網域。上線後，你仍可以在聊天中持續改進並重新發布，如果某次改動出錯，也能回退到檢查點。發布文件 會逐步說明。如果你還在上線前的階段，如何驗證 App 構想 與範本 是很好的起點。

常見問題