一个月写37个App没人用，然后呢？

上篇写了诊断——AI 让写 App 快了 80%，分发成本纹丝不动，于是你从一个月做 1 个没人用的 App，加速到一个月做 37 个没人用的 App。

这篇讲怎么办。不空谈，全是可操作的笨办法。笨，但有人用这些办法赚到了钱。

● ● ●

先有买单的人，再有产品

绝大多数开发者的脑回路是这样的：

我有一个好想法 → 我把它实现出来 → 找推广渠道 → 用户买单

这是错的。商业世界里的顺序是反过来的：

先发现一群有共同痛点的人 → 他们正在用不完美的方式凑合解决 → 你做一个更好的方案 → 他们买单

这不是鸡汤。Steve Blank 在二十年前就把这个道理写成了《四步创业法》，叫 Customer Development。核心就一句话：事实在外面，不在你的脑子里。 在写第一行代码之前，从工位站起来，去找人聊。

聊什么？五个问题：

1. 谁付钱？ 不是"谁会喜欢这个 App"，是"谁会为这个付钱"。要说得出一个具体的人——年龄、职业、痛点、付费能力。说不出来，就别写代码。

2. 他们现在怎么解决的？ 如果能找到 3 种以上现有方案（包括用 Excel、用微信群、用纸笔），说明这是真需求。一个替代方案都找不到——大概率是你自己幻想出来的伪需求。

3. 解决之后的价值有多大？ 算钱：省了多少时间 × 时薪。如果你的方案能帮一个时薪 100 块的人每天省半小时，那价值就是 50 块。定价在这之下，用户会觉得"值"；定价在这之上，他觉得你在抢钱。

4. 为什么是你？ 你对这个领域有没有别人没有的认知？人脉？技术栈？如果没有任何独特优势——别人三天就能抄走，你做也是白做。

5. 前 10 个用户在哪？ 说不出具体的社区名、群名、论坛名，说明你根本没想清楚用户是谁。"在 App Store 上搜"不是答案。

● ● ●

先别写代码，先做个 landing page

这可能是整个文章里最重要的一段。

在你写任何代码之前，花一个下午搭一个 landing page。上面写清楚你的产品能解决什么问题，放一个"加入等候名单"的按钮，记录有多少人愿意留邮箱。

然后把链接发到目标用户聚集的地方——知乎某个话题下、某个微信群、Reddit 某个 sub。

如果连 100 个人都不愿意留邮箱，这个需求不配让你写代码。

不是"产品不够好才没人留"。是需求本身就不成立。连免费承诺都不愿意点的用户，更不可能付钱。

Pieter Levels 自己就是这么做的。2013 年他启动了"12 Startups in 12 Months"，每个月做一个新产品，全程公开分享数据。到第 4-5 个项目时，他找到了真正的 Product-Market Fit，停下来深耕。现在年收入超过 100 万美元，公司只有他一个人。

他没猜对。他试了 4 次才试对。

● ● ●

找前 10 个用户：从信任圈开始

Lenny Rachitsky 分析了几十家 B2B 公司早期的获客路径，发现了一个规律——用户获取遵循信任同心圆：

第一圈：你的朋友、前同事、认识的人。信任最高，最可能给你真实反馈而不是礼貌好评。

第二圈：朋友的朋友、校友网络。信任还在，但需要你主动触达。

第三圈：你持续活跃了几个月的垂直社区。这里的人不认识你，但他们见过你回答问题、分享经验，对你有一个基本印象。

第四圈：冷邮件、冷私信。信任为零，全看你的第一句话能不能让对方停下来。

规则很简单：从最内圈开始，一层层往外推。不要跳级。

Figma 早期就是这么干的。联创 Sho Kuwamoto 说："Somebody I trust is going to say, you should use this tool. I'm going to trust it way more than if a marketing team says that."

具体操作不复杂。找到 5-10 个符合你目标画像的人，发一条私信。格式不重要，态度重要：

"Hi，我看到你在 XX 社区提到你遇到 XX 问题。我也遇到过类似的，分享一下我的解决思路。如果你愿意，我想花 15 分钟了解更多你的情况——不是为了推销，是我在做相关的项目，想确认方向是对的。"

注意：先给价值，再提请求。说的是"帮我把方向搞对"，不是"帮我试用产品"。前者对方觉得你在请教他，后者他觉得你在推销他。

● ● ●

Build in Public：把开发过程变成内容

独立开发者最大的分发武器，不是 ASO，不是广告，不是 Product Hunt——是你自己。

Pieter Levels 是怎么从一个没人认识的荷兰程序员，变成一个人年入百万美元的独立开发者的？答案不是他代码写得好。是他从 2013 年开始，每天在 Twitter 上公开分享：今天做了什么功能、踩了什么坑、这个月 MRR 到了多少、为什么放弃了一个看起来不错的方向。

这些都是内容。内容带来关注。关注带来信任。信任带来用户。

Build in Public 不是每天发"我们更新了 1.0.3 版本"。是：

• 展示过程，不要只展示结果
• 分享真实挣扎，不要只分享成功
• 数据透明——收入、用户数、流失率，这些数据比你想象中更吸引人
• 持续 18 个月。大多数人 3 个月就放弃了——这就是你的壁垒

国内有个独立开发者叫 deepracticex7，做了一款叫 PromptX 的提示词管理工具。他自己说的原话："做开源项目，技术只占 30%，运营占 70%。"他在知乎蹭 Cursor 热点回答问题，挂微信二维码把所有公域流量导入私域，用户提什么 Issue 他就做什么功能。三个月后，3000+ GitHub star，5000+ 真实用户。

他的核心信条就一句：蹭流量不丢人，没人知道才丢人。

● ● ●

用 Freelancer 当免费市场调研

这一招很多人想不到。

Freelancer、Upwork 上每天有大量客户在发帖找人做软件："帮我做一个自动从 PDF 提取发票信息的工具"、"帮我写一个浏览器自动化脚本"、"帮我做一个 Chrome 扩展"。

这些帖子价值连城。因为每一条都自带四个信息：需求描述 + 预算 + 交付标准 + 竞品参照。 你不需要做问卷，不需要猜用户愿不愿意付钱——客户直接把预算写在帖子里。

你不需要真的去接这些单。你要做的是：定期刷这些帖子，看哪些需求反复出现、预算集中在什么区间、哪些品类只有少数人在做。

有人已经在用这个思路赚到了钱。一条"把 Stripe 的 Dispute 管理自动化"的需求反复出现，独立开发者 Marc Lou 发现了，做了个叫 ByeDispute 的插件——$25 万收入。

AI 时代还有一个红利：很多以前一个人做不了的需求（OCR、NLP、视频处理、复杂文档解析），现在调一个 API 就能搞定。Freelancer 上那些以前被你标记为"做不了"的需求帖，值得重新扫一遍。

● ● ●

同一个领域的第三个产品，比第一个容易 10 倍

选一个领域深耕。不要什么都做。

你在 PDF 处理上接过单，就深耕 PDF。做了第一家客户的发票提取，做成标准化工具，卖给第二家、第三家。然后发现客户还缺"PDF 表单自动填写"，再做一个。然后再做"PDF 批量对比"。

三个产品做完，你有了三样东西：领域知识、客户列表、分发渠道。 第四个产品不需要从零开始——直接发给老客户就行。

独立开发者最容易犯的错误是：做了一个产品，用户不多，立刻换方向做一个完全不相关的产品。每一次都是从零开始。每一次都不知道用户在哪。

不要这样。在一个领域里扎下去，积累 100+ 个需求帖的分析，找到最高频的共性需求，做一个、验证一个、再做一个。这叫"领域爆破"。

● ● ●

最后

这些方法没有一个看起来"高级"。做个 landing page、发私信找人聊、在社区回答问题刷脸熟、刷 Freelancer 需求帖——都是笨办法。

但笨办法有一个好处：对手不屑于做。

大多数独立开发者还在 IDE 里打磨那个没人知道的完美产品。你只需要做一件他们不愿意做的事：在写代码之前，先搞清楚有人愿不愿意为它付钱。

参考来源: [1] Steve Blank, The Four Steps to the Epiphany [2] Lenny Rachitsky, How to Win Your First 10 B2B Customers [3] Pieter Levels, levels.io [4] PromptX 冷启动复盘, deepracticex7 [5] ScreenFast, Indie iOS App Marketing Strategy 2026 [6] Superframeworks, The Indie Hacker Distribution Paradox (2026)