独立开发者系列："小众需求"选品方法论

"有没有做这个的工具？"这句话出现在社区里，往往就意味着这是一个潜在的机会。

独立开发者选品最常见的两个错误：

做一个市场上已经有 50 个竞品的东西，试图靠"做得更好"赢
做一个自己觉得有趣但没有人愿意付钱的东西

"小众需求"是第三条路：一个具体到足够的问题，有人愿意付钱解决，但大公司觉得市场太小不值得做。

这是独立开发者的天然生态位。

一、为什么"小众"对独立开发者是优势

大公司做产品，需要千万级的市场规模才值得投入。

独立开发者不同：你一个人，月入 $3,000-$10,000 就是成功。这个目标对应的市场规模可以非常小——几百个付费用户就够了（后面第三节会把这笔账算清楚）。

长尾效应的核心：所谓长尾，是指那些单个看起来微不足道、加起来却很可观的零散需求。互联网让这些非常小众的需求也能聚拢到足够的用户。过去，做一个工具帮助"美国独立珠宝设计师管理客户订单"，你根本找不到几百个这样的人；现在可以。

大公司的不屑，是你的护城河：一个月收入 $5,000 的小工具，大公司看不上，不会来做竞品。这个市场，你可以长期占有。

长尾里的生态位：大公司的战场与独立开发者的生态位

二、发现小众需求的 7 个渠道

7 个渠道不用全试。如果你是第一次选品，从渠道 1 和渠道 2 开始——它们信息密度最高、门槛最低，而且用户抱怨是现成的、不需要你去猜。

发现小众需求的 7 个渠道

渠道 1：从差评里挖

这是最高效的需求发现方式。

操作：打开竞品的 App Store、Google Play、Product Hunt（新产品发布社区）、G2（企业软件点评网站，相当于 To B 软件的大众点评）上的差评，找用户抱怨的共同点。

要找的信号：

"如果能 [XX] 就好了"
"[某功能] 完全没用"
"我需要 [XX] 但这个产品不支持"

举个例子（这是一个说明思路的假设场景，不是真实统计）：假如你在通用 PDF 工具的差评里反复看到律师用户抱怨"缺少法律文书专用的批注功能"，那这就指向了一个专门服务律师的 PDF 工具的机会。关键在于"反复看到"——一条抱怨是噪音，十条同样的抱怨才是信号。

渠道 2：Reddit 和论坛里的"有没有……"

在 Reddit、V2EX（国内技术社区）、Hacker News（国外技术社区）上搜索：

"Is there a tool that..."
"有没有一个工具可以……"
"What do you use for..."

这些帖子里，用户在描述他们的真实痛点，以及他们试过的（不满意的）解决方案。这比任何用户调研都真实——因为他们不是在回答你的问题，而是在解决自己的问题。

有用的搜索词：

site:reddit.com "is there a tool"
site:v2ex.com "有没有"
site:news.ycombinator.com "does anyone use"

渠道 3：自己的痛点

你在工作中遇到的重复性问题，很可能别人也有。

但要过一个筛选：这个痛点，别人是否愿意付钱解决？

判断方法：把这个需求发到相关社区，问"有没有人遇到过这个问题？你愿意为解决方案付多少钱？"

有人回复"我也有这个问题，愿意付 $10/月"——这是信号。

渠道 4：垂直行业 + 通用工具的交集

逻辑：大多数通用工具是为所有人设计的，但特定行业的用户有专属需求，通用工具满足不了。

公式：[垂直行业] + [已有通用需求] = 选品机会

例子：

建筑师 + 项目管理 = 建筑项目管理工具
音乐人 + 合同管理 = 音乐人版权合同工具
播客主 + 内容发布 = 播客发布管理工具

寻找方法：加入特定行业的社区（Facebook 群、Discord、知乎圈子），观察他们用什么工具、抱怨什么。

渠道 5：趋势前沿 + 早期市场

逻辑：新趋势出现时，专门为这个趋势服务的工具往往还是空白。

例子：

AI 兴起 → AI 提示词管理工具出现
远程办公普及 → 异步视频沟通工具出现
Podcast 爆发 → 播客转录工具出现

寻找方法：

Google Trends：看上升趋势的关键词，搜相关工具，看是否有成熟产品
Product Hunt：看最近新上的产品，哪些在解决新趋势带来的新问题
Twitter/X 热门话题：哪些新概念开始出现，用户在讨论什么工具

渠道 6：现有产品停更 / 被收购后用户流失

一个曾经活跃的产品停止更新，或被大公司收购后改变方向，其用户会有强烈的替代品需求。

监控方法：

在 Product Hunt 搜"alternative to [产品名]"
在 Reddit 搜"[产品名] alternative"
关注 Hacker News 上"Is [产品名] dead?"类型的帖子

这类机会的优点：用户已经验证了需求，你只需要做一个更好的替代品。

渠道 7：自己的用户告诉你

如果你已经有一个产品，你现有用户请求最多的功能，可能是一个新产品机会——而不是现有产品的功能。

如果功能请求和你的产品方向不符，考虑单独做一个工具解决这个需求。

三、评估需求：如何判断值不值得做

发现了潜在需求，用这 5 个维度评估：

评估维度 1：支付意愿

用户是否愿意为解决方案付钱？

验证方法：

在社区里描述你的解决方案，直接问"你愿意为此付多少钱？"
做一个落地页（Landing Page，一个只讲清楚"这个产品解决什么问题"的单页网站），看有多少人留下邮箱
最直接的验证：向潜在用户直接销售（还没产品也可以先卖，告知这是预购）

评估维度 2：市场规模（够不够你一个人活）

你不需要很大的市场，但需要足够你的目标收入。这笔账分两层，别把两层混为一谈：

第一层：你需要多少付费用户？

目标月收入 ÷ 产品月费 = 需要的付费用户数

例：目标 $5,000/月，定价 $20/月 → 需要 250 个付费用户

第二层：这需要多大的可触达人群？

可触达人群，指你有办法接触到的目标用户总数——某个社区的活跃成员、某个行业的从业者、某个关键词的月搜索量，而不是"理论上所有可能需要的人"。

250 个付费用户 ÷ 付费转化率 = 需要的可触达人群

转化率取多少要看渠道：从精准社区来的用户，5% 是乐观值；更保守一点按 2% 算。所以这个例子需要的可触达人群大约是 5,000-12,500 人。

回到第一节说的"几百个付费用户就够了"——它对应的正是几千到上万人的可触达群体。这个量级，一个细分行业社区、一个垂直论坛往往就能覆盖。这也是为什么小众需求对一个人来说是可行的。

反过来用这个公式更有价值：如果你算下来需要 5 万人的可触达人群才撑得住，而这个行业全国从业者也就两万人，那不是你努力的问题，是这个选品从一开始就不成立。

市场规模怎么算：两层账

评估维度 3：竞争程度

竞品数量越少越好，但完全没有竞品可能意味着没有市场。

理想状态：有 2-5 个竞品，说明市场存在，但还没有绝对的主导者。

评估维度 5：获客渠道是否清晰

目标用户在哪里？你如何找到他们？

如果你不知道在哪里找到目标用户，再好的产品也没用。

四、快速验证：MVP 策略

MVP 是 Minimum Viable Product（最小可行产品）的缩写——能验证"有没有人要"的最小版本，而不是功能删减版的正式产品。它可以简陋到只是一个网页、一份表格，甚至是你手动帮用户干活。

核心原则：不要在验证完成之前就开始完整开发。

最快的验证方式

落地页验证：描述你要解决的问题和解决方案，放一个"加入等待列表"按钮，看有多少人报名。两天可以做好。
社区帖子验证：在目标用户聚集的社区发一篇帖子，描述问题，问有没有人有同样的困扰。看评论和点赞数。
手动验证：先提供手动服务（你帮用户完成这件事），收取费用，再决定是否自动化开发产品。这一条最被低估——它能直接验证支付意愿，而不只是兴趣。

验证成功的信号：

有人愿意给邮箱，更强的信号是有人愿意付款
社区帖子有 10+ 条真实评论（不是点赞，是具体描述自己处境的评论）
用户主动追问"什么时候能用到？"

三种验证方式，选先做哪个

五、两个真实案例

方法论听起来都对，看两个能查证的例子，感受一下"小众"到底能小到什么程度。

案例一：Plausible Analytics —— 从对巨头的不满里长出来

Plausible 是一个轻量、开源、注重隐私的网站统计工具，对标的是免费且占绝对优势的 Google Analytics。

切入点非常典型：很多网站根本用不上 Google Analytics 那么重的功能，而且越来越多开发者在意隐私合规和脚本体积。Uku Täht 在 2018 年底写下第一版代码，独自做了一年多，2020 年 3 月 Marko Šarić 以联合创始人身份加入负责市场。他们完全自筹，没有外部投资，靠 Hacker News、GitHub 和内容获客，从没投过广告，后来公开宣布达到 $1M ARR（年度经常性收入），到 2024 年底公开的数字是 $3.1M ARR。

对应的是渠道 1 和渠道 5：用户对现有方案的不满（太重、隐私顾虑）叠加一个正在上升的趋势（隐私合规）。注意它并没有回避竞争——竞品是全世界最强的免费产品，但它找准了那批"就是不想用 Google Analytics"的人。

案例二：Sidekiq —— 小到只服务一门语言的开发者

Sidekiq 是 Ruby 语言的后台任务处理框架。用户群窄到什么程度？只有写 Ruby 的开发者，而且只有需要跑后台任务的那部分。

Mike Perham 把它做成开源核心 + 付费 Pro / Enterprise 版本，一个人经营，没有招人，公开讲过做到每月 $80,000 收入、累计营收达到 $7M 的量级。

对应的是渠道 3：它起源于他自己遇到的技术痛点。这个案例说明了另一件事——小众不等于低价。用户少，但每个用户（尤其是企业客户）愿意付的钱多，同样能撑起一个人的生意。

两种小众，两种活法

花 2 小时在 Reddit / V2EX 搜索 "is there a tool for" / "有没有工具"
选 2-3 个竞品，看它们的 1-2 星差评，整理高频痛点
想一想：你在工作中有什么重复性的痛点？

找到方向后

用第三节的两层公式算一遍：需要多少付费用户，对应多大的可触达人群
确认这个人群具体在哪里（哪个社区、哪个论坛、哪个关键词）
在社区发帖验证（描述问题，问是否有人有同感）
做一个简单的落地页，收集等待列表
如果有 50 人报名，开始 MVP 开发（50 是个起步门槛，不是成功线——按 2-5% 转化推算，它对应的付费用户只有个位数）

总结

小众需求选品不是碰运气，而是系统性地寻找"有真实需求、有支付意愿、竞争不激烈"的交叉点。

最好的选品往往来自竞品的差评和社区里没有被回答的问题。独立开发者的优势，就是能快速响应这些被大公司忽视的缝隙。