想法与验证
从真实痛点、市场与竞品、用户访谈到写代码前验证,判断这个产品是否值得做。
这一阶段的目标,是把一个模糊想法变成可以验证的产品假设。你不需要一开始就找到完美方向,但要尽快确认三件事:谁有这个问题、现在怎么解决、为什么会愿意试你的方案。
如果你还没想清楚自己适合做什么,先看 一切开始于“你”。想法验证从你自己的兴趣、能力和生活约束开始。
这一阶段的产出
- 一个足够具体的人群和场景。
- 3-5 个真实问题来源,不是只停留在“我觉得有人需要”。
- 一张竞品、替代方案、差评和付费信号表。
- 5-10 条用户原话和行为证据。
- 一个不写代码也能执行的验证动作。
- 一份暂时不做的功能和方向清单。
先把想法写成这句话:
[某类人] 现在用 [现有办法] 解决 [具体问题],但卡在 [明确痛点]。写不成这句话的灵感,先放进素材库,不急着开工。
第一步:找真实痛点
好产品想法,很多时候来自你自己反复遇到的问题。先从自己开始,因为你最了解问题细节,也是第一个可以验证的人。
观察这些地方:
- 你每天抱怨、重复、低效、觉得麻烦的事情。
- 身边朋友、同事、家人反复提到的工作流问题。
- 目标用户在社区里求助、吐槽、展示自己土办法的场景。
- 竞品评论区、退款理由、替代方案和用户自己拼出来的流程。
不要只停在“我有这个需求”。继续追问三层:
- 我现在用什么笨办法解决它?
- 还有谁也在用类似笨办法?
- 如果这个问题被解决,能省时间、省钱,还是减少某种明确风险?
真实痛点通常有三个特征:
| 特征 | 判断方式 |
|---|---|
| 高频 | 经常遇到,不是偶尔发生 |
| 痛苦 | 不解决真的难受,会拖慢工作或带来损失 |
| 愿意付出 | 用户已经花钱、花时间、求人帮忙,或者愿意留下联系方式 |
第二步:建立固定输入系统
不要靠偶尔刷到一个帖子找方向。每周固定花 30 分钟,按这几类输入收集机会:
- 社区输入:Reddit、V2EX、即刻、小红书、垂直论坛、GitHub Issues。
- 榜单输入:App Store、Product Hunt、Chrome Web Store、独立开发者案例库。
- 关键词输入:Google Trends、搜索建议、长尾词工具。
- 竞品输入:差评、退款理由、替代方案和用户自建工作流。
- 生活输入:记录你一周内重复做了三次以上、还觉得麻烦的事。
小众市场不是“人少”,而是人群足够清楚、问题足够集中、你有机会成为最懂这个子场景的人。
判断一个小众方向时,看这 7 件事:
- 你是否愿意长期观察这个人群。
- 他们是否已经花钱、花时间或求人帮忙。
- 有没有竞品或替代方案。完全没人做不一定是好事。
- 有没有稳定搜索需求,或者正在上升的长尾词。
- 谁付钱,按次、订阅、服务、模板还是课程。
- 你能不能比现有方案更快、更便宜、更懂某个子场景。
- 能不能用落地页、手动服务、表单或内容先测一轮。
最适合独立开发者的机会,通常不是“所有人都需要”,而是“一小群人现在就被这个问题卡住,并且现有方案不够顺手”。
第三步:做市场与竞品调研
调研不是为了证明自己想得对,而是为了回答四个问题:
- 目标用户是谁?
- 他们现在用什么方案解决问题?
- 市场上已有的产品有哪些?
- 用户对现有方案最不满意的地方是什么?
可以先用这些免费渠道收集信息:
- Google Trends:看搜索趋势。
- Similarweb / Semrush 免费版:看竞品流量和来源。
- Product Hunt / Indie Hackers:看海外工具类产品。
- 小红书 / 知乎 / 即刻:看国内用户讨论。
- App Store / 应用宝 / Trustpilot / G2:看评论和差评。
竞品调研的重点不是抄功能,而是找到弱点:
| 看什么 | 具体问题 |
|---|---|
| 核心功能 | 他们主打什么?用户真的为它来吗? |
| 定价策略 | 怎么收费?用户觉得贵、复杂,还是不透明? |
| 用户差评 | 用户抱怨最多的是什么?有没有被反复提到? |
| 流量来源 | 他们从 SEO、社区、广告、渠道还是品牌来? |
差评是最直接的机会入口。把竞品差评整理起来,分类统计。被吐槽最多的 3 个问题,就是差异化的起点。
第四步:用关键词反向找需求
有些产品可以先从用户搜索开始。用户愿意搜索,说明他已经意识到问题,并且正在找解决方案。
先积累词根:generator、calculator、maker、builder、checker、template、invoice,以及 YouTube、TikTok、ChatGPT、Gemini 这类平台词。一个 calculator 可以组合出 tax calculator、calorie calculator、game calculator,每个都可能是独立需求。
轻量流程:
- 列出领域词、角色词、场景词、动作词。
- 组合长尾词,形成更具体的搜索词。
- 用 Google Trends、搜索框联想、相关搜索确认是否有人在找。
- 看现有结果页。如果前几页都是老旧文章、低质量工具或广告页,可能有机会。
- 做一个最小页面,放表单、下载、试用或等待名单。
用 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。
- 你能一句话说清楚产品解决什么具体问题。
- 你自己还有动力继续做。
说明该放弃、缩小范围或转向的信号:
- 发出去只有礼貌回应,没有人把产品纳入日常工作流。
- 每个用户都需要你一对一解释,获客成本太高。
- 注册率可以,但次日留存、周留存一降到底。
- 你自己是目标用户,但你都不想打开它。
- 已经试过不同定位、不同用户群,结果没有明显改善。
- 没人愿意付费,市场太小,或者竞争格局已经变了。
不要无限等奇迹。提前设定决策点:
- 按时间:给自己 6 周或 3 个月,到时间看关键指标。
- 按里程碑:在达到某个用户数、收入或留存前,不继续投入大资源。
- 按迭代次数:连续 3 次调整后数据没有正面变化,就重新评估方向。
放弃一个想法,不等于否定之前的工作。你积累了用户理解、市场认知和技术能力,这些都会带到下一个方向。
常见卡点
| 卡点 | 处理方式 |
|---|---|
| 想法太大 | 把“所有人”换成一个具体人群,把“提高效率”换成一个具体场景。 |
| 调研变成看热闹 | 每次调研只回答一个问题:谁痛、痛到什么程度、现在花了什么代价。 |
| 用户说喜欢但不行动 | 看行为,不看客套话。留下邮箱、愿意试用、愿意预付才是更强信号。 |
| 害怕别人抄 | 先验证需求。大多数早期想法的问题不是被抄,而是没人要。 |
复制给 AI
你是我的 01MVP 产品验证教练。
我的产品想法是:
【写下你的想法】
我目前猜测的目标用户是:
【写下人群、场景、现有替代方案】
请帮我做一次需求验证拆解:
1. 这个想法背后的真实痛点可能是什么
2. 谁最可能成为前 10 个用户
3. 他们现在怎么解决这个问题
4. 哪些信号说明这个需求真实
5. 哪些信号说明它可能是伪需求
6. 我可以在不写代码的情况下怎么验证
输出格式:
- 核心假设
- 目标用户
- 现有替代方案
- 竞品和差评信号
- 验证动作
- 需要访谈的问题
- 暂时不要做的功能
- 继续 / 缩小 / 转向的判断标准
- 下一步 3 个动作推荐 Skills / 工具 / 案例
- 产品经理 Skills:适合做需求拆解、竞品分析、PRD 和访谈整理。
- AI 研究工作流:适合查竞品、资料和用户讨论。
- 延伸阅读:按阶段推荐:补产品判断。
- 人工验证需求:用最小动作确认需求。
做完的验收标准
完成这个阶段后,你应该能回答:
- 谁有这个问题?
- 他现在怎么解决?
- 现有方案哪里不顺手?
- 他是否已经为这个问题付出时间、钱或机会成本?
- 你能用什么最小动作验证,而不是直接写完整产品?
想和其他创造者交流?
这篇文档有问题?