01MVP 早鸟价限时开放中,产品还在打磨中,感谢信任

00 / 00

想法与验证

从真实痛点、市场与竞品、用户访谈到写代码前验证,判断这个产品是否值得做。

这一阶段的目标,是把一个模糊想法变成可以验证的产品假设。你不需要一开始就找到完美方向,但要尽快确认三件事:谁有这个问题、现在怎么解决、为什么会愿意试你的方案。

如果你还没想清楚自己适合做什么,先看 一切开始于“你”。想法验证从你自己的兴趣、能力和生活约束开始。

这一阶段的产出

  • 一个足够具体的人群和场景。
  • 3-5 个真实问题来源,不是只停留在“我觉得有人需要”。
  • 一张竞品、替代方案、差评和付费信号表。
  • 5-10 条用户原话和行为证据。
  • 一个不写代码也能执行的验证动作。
  • 一份暂时不做的功能和方向清单。

先把想法写成这句话:

[某类人] 现在用 [现有办法] 解决 [具体问题],但卡在 [明确痛点]。

写不成这句话的灵感,先放进素材库,不急着开工。

第一步:找真实痛点

好产品想法,很多时候来自你自己反复遇到的问题。先从自己开始,因为你最了解问题细节,也是第一个可以验证的人。

观察这些地方:

  • 你每天抱怨、重复、低效、觉得麻烦的事情。
  • 身边朋友、同事、家人反复提到的工作流问题。
  • 目标用户在社区里求助、吐槽、展示自己土办法的场景。
  • 竞品评论区、退款理由、替代方案和用户自己拼出来的流程。

不要只停在“我有这个需求”。继续追问三层:

  1. 我现在用什么笨办法解决它?
  2. 还有谁也在用类似笨办法?
  3. 如果这个问题被解决,能省时间、省钱,还是减少某种明确风险?

真实痛点通常有三个特征:

特征判断方式
高频经常遇到,不是偶尔发生
痛苦不解决真的难受,会拖慢工作或带来损失
愿意付出用户已经花钱、花时间、求人帮忙,或者愿意留下联系方式

第二步:建立固定输入系统

不要靠偶尔刷到一个帖子找方向。每周固定花 30 分钟,按这几类输入收集机会:

  • 社区输入:Reddit、V2EX、即刻、小红书、垂直论坛、GitHub Issues。
  • 榜单输入:App Store、Product Hunt、Chrome Web Store、独立开发者案例库。
  • 关键词输入:Google Trends、搜索建议、长尾词工具。
  • 竞品输入:差评、退款理由、替代方案和用户自建工作流。
  • 生活输入:记录你一周内重复做了三次以上、还觉得麻烦的事。

小众市场不是“人少”,而是人群足够清楚、问题足够集中、你有机会成为最懂这个子场景的人。

判断一个小众方向时,看这 7 件事:

  1. 你是否愿意长期观察这个人群。
  2. 他们是否已经花钱、花时间或求人帮忙。
  3. 有没有竞品或替代方案。完全没人做不一定是好事。
  4. 有没有稳定搜索需求,或者正在上升的长尾词。
  5. 谁付钱,按次、订阅、服务、模板还是课程。
  6. 你能不能比现有方案更快、更便宜、更懂某个子场景。
  7. 能不能用落地页、手动服务、表单或内容先测一轮。

最适合独立开发者的机会,通常不是“所有人都需要”,而是“一小群人现在就被这个问题卡住,并且现有方案不够顺手”。

第三步:做市场与竞品调研

调研不是为了证明自己想得对,而是为了回答四个问题:

  1. 目标用户是谁?
  2. 他们现在用什么方案解决问题?
  3. 市场上已有的产品有哪些?
  4. 用户对现有方案最不满意的地方是什么?

可以先用这些免费渠道收集信息:

  • Google Trends:看搜索趋势。
  • Similarweb / Semrush 免费版:看竞品流量和来源。
  • Product Hunt / Indie Hackers:看海外工具类产品。
  • 小红书 / 知乎 / 即刻:看国内用户讨论。
  • App Store / 应用宝 / Trustpilot / G2:看评论和差评。

竞品调研的重点不是抄功能,而是找到弱点:

看什么具体问题
核心功能他们主打什么?用户真的为它来吗?
定价策略怎么收费?用户觉得贵、复杂,还是不透明?
用户差评用户抱怨最多的是什么?有没有被反复提到?
流量来源他们从 SEO、社区、广告、渠道还是品牌来?

差评是最直接的机会入口。把竞品差评整理起来,分类统计。被吐槽最多的 3 个问题,就是差异化的起点。

第四步:用关键词反向找需求

有些产品可以先从用户搜索开始。用户愿意搜索,说明他已经意识到问题,并且正在找解决方案。

先积累词根:generatorcalculatormakerbuildercheckertemplateinvoice,以及 YouTubeTikTokChatGPTGemini 这类平台词。一个 calculator 可以组合出 tax calculatorcalorie calculatorgame calculator,每个都可能是独立需求。

轻量流程:

  1. 列出领域词、角色词、场景词、动作词。
  2. 组合长尾词,形成更具体的搜索词。
  3. 用 Google Trends、搜索框联想、相关搜索确认是否有人在找。
  4. 看现有结果页。如果前几页都是老旧文章、低质量工具或广告页,可能有机会。
  5. 做一个最小页面,放表单、下载、试用或等待名单。

用 Google Trends 时,不要只看一条曲线。看过去 7 天或 30 天的 Related queries,再拉到 90 天确认是不是刚出现的新词。热度飙升或 Breakout 是信号,但 Google Trends 只显示相对热度,最好拿一个你大概知道搜索量的词做参照。

两个判断很重要:

  • 上升趋势 + 低基数:短期曲线陡峭,90 天看之前几乎没有热度,说明需求刚出现,竞争可能还没跟上。
  • 历史高位:短期看不错,90 天看一直很高,说明别人可能已经进场了。

关键词不是让你追热点,而是帮你判断:用户是否已经用自己的语言描述了这个问题。

第五步:问用户,但不要让用户设计产品

你不是你的用户。用户调研的目的,是确认问题真的存在,理解他们现在怎么解决,发现你没想到的约束。

找用户可以从这些地方开始:

  • Reddit、Twitter/X、Discord、Slack、V2EX、即刻、小红书、知乎。
  • 朋友介绍、行业活动、线下门店或目标用户工作的地方。
  • 竞品评论区、求助帖、公开案例里的真实用户。

约访时不要说“我想做个用户调研,能聊聊吗?”这句话太正式,很多人会忽略。

可以这样说:

  • “我在做一个解决 [X 问题] 的工具,想听听你的想法。”
  • “我看到你在 [平台] 提到 [问题],我也遇到了,能聊 15 分钟吗?”
  • “我请你喝咖啡,聊聊你在 [领域] 的工作流程。”

问问题时,避开礼貌答案:

不要问换成
你会用这个产品吗?你现在怎么解决这个问题?
你觉得这个功能怎么样?你上一次遇到这个问题是什么时候?
你希望有什么功能?你用过哪些办法?为什么不满意?
你愿意付钱买吗?你为什么一直没能解决这个问题?

可以追问这些细节:

  • 这个问题多久发生一次?
  • 如果不解决,会有什么后果?
  • 你为此花了多少时间或钱?
  • 你尝试过什么办法?
  • 你能介绍 3 个有同样问题的朋友吗?

人数不用太多。5 个人能发现明显模式,10-15 个人足够验证需求。超过 30 个人还不动手,通常是在逃避做判断。

记录时尽量保留用户原话。录音前先征得同意,访谈后马上整理。分析时看四类东西:高频痛点、现有方案、付费意愿、紧急程度。

核心原则很简单:听用户说问题,不要听用户替你设计解决方案。

第六步:先验证,再写代码

很多失败路径都很像:想到点子,花 3 个月写代码,发布后发现没人用。

更好的路径是:想到点子,花 3 天验证需求,确认有人要,再写代码。

可以先用这三种方法验证:

方法成本验证什么
落地页测试1 天描述产品,放预约试用、等待名单或表单,看有没有人留下联系方式
手动服务几小时到几天在自动化之前先人工解决,比如手动帮 5 个人做报表
预售1-3 天做产品说明和早鸟价,看有没有人愿意付款

验证成功的信号:

  • 有人主动问“什么时候能用?”
  • 有人愿意付费预订。
  • 有人介绍朋友来。
  • 有人催你快点做出来。

验证失败的信号:

  • 大家都说“不错”,但没人留联系方式。
  • 问价格时,大家都说“太贵了”。
  • 没人愿意介绍朋友。
  • 你需要反复解释产品是干什么的。

找到愿意付费或愿意行动的人,再写代码。

第七步:识别伪需求

伪需求就是你觉得有需求,但真实用户不愿意付费,也不愿意为了它改变行为。

常见陷阱有三个:

陷阱症状怎么避免
技术思维看到一个产品,觉得“这技术我也行”,然后就开干问自己:为什么用户要从现有方案换到我这里?
完美主义一直纠结技术选型、架构、UI,迟迟不验证给自己设 deadline,2 周内拿出一个能用版本,哪怕很丑
自嗨只有你觉得产品很酷,没人愿意付费找 10 个潜在用户,看他们是否愿意行动,而不是只点头

真需求和伪需求的区别:

真需求伪需求
用户主动找解决方案你需要说服用户有这个问题
用户愿意付费用户说“免费我可能会用”
用户愿意改变习惯用户说“现在的方案也还行”
用户会推荐给朋友用户说“不错”然后就没了

如果你需要花很多时间解释这个产品是干什么的,那它可能还不是清晰需求。

第八步:判断继续、缩小还是转向

独立开发者最容易陷入的陷阱,是“再坚持一下就会好”。有时候确实如此,但也有很多时候,坚持只是在浪费更多时间。

说明该继续的信号:

  • 有真实用户主动写邮件、提建议、问进度。
  • 没有主动推广,也陆续有人自己找来用。
  • 流失用户会回来看看有没有新功能,或者催你修 bug。
  • 你能一句话说清楚产品解决什么具体问题。
  • 你自己还有动力继续做。

说明该放弃、缩小范围或转向的信号:

  • 发出去只有礼貌回应,没有人把产品纳入日常工作流。
  • 每个用户都需要你一对一解释,获客成本太高。
  • 注册率可以,但次日留存、周留存一降到底。
  • 你自己是目标用户,但你都不想打开它。
  • 已经试过不同定位、不同用户群,结果没有明显改善。
  • 没人愿意付费,市场太小,或者竞争格局已经变了。

不要无限等奇迹。提前设定决策点:

  1. 按时间:给自己 6 周或 3 个月,到时间看关键指标。
  2. 按里程碑:在达到某个用户数、收入或留存前,不继续投入大资源。
  3. 按迭代次数:连续 3 次调整后数据没有正面变化,就重新评估方向。

放弃一个想法,不等于否定之前的工作。你积累了用户理解、市场认知和技术能力,这些都会带到下一个方向。

常见卡点

卡点处理方式
想法太大把“所有人”换成一个具体人群,把“提高效率”换成一个具体场景。
调研变成看热闹每次调研只回答一个问题:谁痛、痛到什么程度、现在花了什么代价。
用户说喜欢但不行动看行为,不看客套话。留下邮箱、愿意试用、愿意预付才是更强信号。
害怕别人抄先验证需求。大多数早期想法的问题不是被抄,而是没人要。

复制给 AI

你是我的 01MVP 产品验证教练。

我的产品想法是:
【写下你的想法】

我目前猜测的目标用户是:
【写下人群、场景、现有替代方案】

请帮我做一次需求验证拆解:
1. 这个想法背后的真实痛点可能是什么
2. 谁最可能成为前 10 个用户
3. 他们现在怎么解决这个问题
4. 哪些信号说明这个需求真实
5. 哪些信号说明它可能是伪需求
6. 我可以在不写代码的情况下怎么验证

输出格式:
- 核心假设
- 目标用户
- 现有替代方案
- 竞品和差评信号
- 验证动作
- 需要访谈的问题
- 暂时不要做的功能
- 继续 / 缩小 / 转向的判断标准
- 下一步 3 个动作

推荐 Skills / 工具 / 案例

做完的验收标准

完成这个阶段后,你应该能回答:

  • 谁有这个问题?
  • 他现在怎么解决?
  • 现有方案哪里不顺手?
  • 他是否已经为这个问题付出时间、钱或机会成本?
  • 你能用什么最小动作验证,而不是直接写完整产品?

想和其他创造者交流?

这篇文档有问题?