如何发布应用并获得首批用户

要获得首批用户，应先小规模、个性化地发布，再考虑大张旗鼓。先让核心功能跑通，然后直接联系那些有这个问题的人：你的候补名单、你的人脉，以及他们已经花时间的社群。在几位真实用户帮你修正了粗糙的地方之后，再把公开发布（Product Hunt、新闻通讯、社交媒体帖子）作为第二波推动。

前一百位用户很少来自某一次大的时刻。他们来自许多小而有针对性的对话。

发布前：一份简短的准备清单

你不需要具备所有功能，但基本功能必须能正常工作。请在真实的手机和笔记本电脑上检查这些内容：

• 核心功能端到端可用。 注册，完成主要操作，之后再回来时能找到你的数据。
• 注册和登录已测试， 包括重置密码。
• 支付在测试模式下可用， 如果你要收费，还应该至少完成一笔真实交易。
• 错误状态合理。 空列表、上传失败和错误输入都会显示有用的提示。
• 基本安全措施已到位。 一个用户无法看到另一个用户的数据；密钥不在页面代码中。我们的AI 构建应用安全检查清单涵盖了要点。
• 你能收到用户的反馈。 一个反馈链接、一个邮箱地址，或一个聊天小组件。
• 你能看到发生了什么。 简单的数据分析，或至少是服务器日志，让你知道用户是否会回来。
• 如果你的受众重视可信度，请使用真实域名。 参见如何连接自定义域名。

第一阶段：前 10 位用户——亲自挑选

你的首批用户应该是你挑选的人，而不是通过公告吸引来的陌生人。他们更加包容，更有可能给出反馈，而且你可以与他们每一位交谈。

他们来自哪里：

1. 你在验证阶段访谈过的人。 他们告诉过你这个问题，现在把你做出的东西展示给他们。
2. 你的候补名单。 亲自给最早的注册者发邮件，而不是用新闻通讯模板。
3. 你的人脉。 前同事、客户、目标行业中的朋友。请求引荐，而不是请求帮忙。

如何引导他们：提供一个 15 分钟的通话，你在旁边看着他们使用应用；或者至少发送一封个性化的欢迎邮件，并附上一个问题。在邀请更多人之前，先修复那些让他们感到困惑的地方。

第二阶段：前 100 位——去用户已经聚集的地方

一旦第一批用户无需你的帮助也能使用应用，就扩大圈子。合适的渠道取决于你为谁构建产品。

线上社群

子版块、Slack 和 Discord 群组、Facebook 群组、行业论坛、Indie Hackers。当你是一名真正的参与者时，它们才有效：回答问题，分享你的所学，并在确实相关的地方提及你的应用。先阅读每个社群的规则；许多社群禁止在特定帖子之外进行自我推广。

直接触达

给一个明显有这个问题的人——一位店主、一位团队负责人、一位自由职业者——发一条简短、个性化的消息，往往比任何帖子都更有效。说明你是谁、为什么特别写信给他、以及你希望对方做什么（试用、通话或反馈）。保持在几句话之内。尊重那些不回复的人，并遵守你所在国家的电子邮件和反垃圾邮件规则。

发布平台

Product Hunt、Hacker News（“Show HN”）、BetaList 以及类似的目录，可以触达早期采用者。它们适合面向创作者、开发者、营销人员以及对科技较为熟悉的消费者的产品。在这些平台上的发布只会带来一天的热度，因此要提前准备：一句清晰的标语，截图或简短的演示视频，以及回复每一条评论的时间。

内容与搜索

撰写能回答用户在搜索框中输入的问题的页面，例如“如何追踪客户发票”“员工轮班表模板”。这很慢——搜索流量需要数月才能积累起来——但它会持续复利增长。AI 构建网站的 SEO涵盖了技术基础。

合作

寻找已经拥有你目标受众的人：面向牙医的新闻通讯、面向木工的 YouTube 频道、为小型健身房提供建议的顾问。提供一些对他们有用的东西：为其读者提供的免费账户、客座文章，或一个他们可以推荐的工具。

付费广告

广告购买的是速度，而不是验证。它们适合测试信息和受众，以及扩大已经能够转化的方案。如果预算很少，且漏斗尚未经过验证，广告大多只会让你发现落地页需要改进。

发布渠道对比

撰写用户看到的信息

无论使用哪种渠道，真正起作用的往往是那几句话。把它们写好一次，然后在帖子、邮件和目录列表中重复使用。

• 面向谁。 明确说出受众：“面向自由职业记账员”，而不是“面向所有人”。
• 问题，用他们的语言。 复用你在验证访谈中听到的用户原话。
• 它做什么。 一句话描述结果，而不是技术。“客户把收据上传到一个链接，你就能看到缺少什么”比“一个带云存储的 React 应用”更好。
• 价格，或者免费试用。 对价格的不确定，会让人们不愿点击。
• 一个清晰的下一步。 注册、预约演示，或回复这条消息。

在广泛发布之前，先把这条信息拿给两三位受众中的人测试。如果他们无法复述应用的功能，就重写。

个性化触达模板

请根据实际情况改写，而不是照抄，并保持诚实：

你好 [姓名]，我看到你在 [社群] 发的关于 [具体问题] 的帖子。我为 [受众] 做了一个小工具，可以 [结果]。它还处于早期阶段，目前免费，我正在了解还缺少什么。你是否愿意试用一下，并告诉我哪里不好用？如果不方便，也完全没关系。

简短、具体，并且很容易拒绝。这种组合比精心打磨的推销更能获得回复。

发布日，如果你要进行公开发布

等应用稳定、并且已经有几位满意的用户之后，进行一次公开发布是值得的。一个简单的计划：

1. 选择一个主要渠道，例如 Product Hunt、某个社群或你的新闻通讯，并认真去做。
2. 准备素材： 一句话描述、三到四张截图、一段简短的演示视频，以及访客的清晰第一步。
3. 先告诉你现有的用户和候补名单，并请满意的用户，如果他们愿意，公开分享诚实的反馈。
4. 全天在线，回复每一条评论，并修复紧急的错误。
5. 让下一步显而易见。 免费套餐、试用，或预约演示——不要把发布带来的流量引向一个死胡同。

绝不要购买点赞、伪造评价或使用机器人。平台会将它们删除，而且它们会损害你最希望触达的人们对你的信任。

发布之后：从前一百位用户身上学习

获得用户只是工作的一半；留住他们是另一半。

• 关注激活情况。 新注册者中有多大比例完成了一次核心操作？如果比例很低，请先修复引导流程，再去追求更多流量。
• 关注回访情况。 人们是否会在下周回来？这是应用是否有价值的最清晰的早期信号。
• 与离开的人交谈。 一封简短的邮件——“是什么让你停止使用？”——往往比满意用户的反馈更有用。
• 每周发布小的改进，并告诉用户改了什么。这表明产品仍在持续进化。
• 只有在某人获得了良好结果之后，才请求推荐。

如果你打算收费，如何为 SaaS 产品定价涵盖了何时以及如何推出付费套餐。

常见的发布错误

• 等待完美。 每多打磨一周而没有用户，就意味着多一周的猜测。
• 面向所有人发布。“小企业”不是受众；“接受定制订单的独立面包店”才是。
• 一次大发布，然后沉寂。 发布应当是一系列小的推动，而不是一次性的事件。
• 衡量错误的指标。 页面浏览量和注册数让人感觉良好；回访使用才是维持生存的关键。
• 没有联系用户的方式。 在注册时征得同意后收集邮箱，以便跟进。

使用 Mythex 发布

如果你在 Mythex 上构建了应用，发布只需点击一个按钮：应用会上线到 yourname.mythex.app 地址，而在 Pro 套餐中，你还可以连接自己的域名。发布后，你仍然可以在聊天中继续改进应用，并重新发布；如果某个改动出了问题，也可以回滚到检查点。发布文档会逐步讲解。如果你还没有到发布阶段？如何验证应用创意和模板是很好的起点。

常见问题