返回文章库第一次只做这三步
先完成一次，再决定要不要继续加复杂度
在写代码之前暴露错误方向，用 7 天的验证成本避免 7 周的无效开发。
- 1
选择一个自己熟悉、也能找到真实用户的方向。
- 2
打开候选对应的真实产品，确认用户、问题和现有缺口。
- 3
只验证一个问题，在 7 天内完成证据收集、5 次访谈和继续、调整或停止的决定。
这次先拿到什么
一条可被验证的需求假设、5 次目标用户访谈记录，以及继续、调整或停止的明确决定。
→想做得更稳，再展开授权、验收和排错
什么时候适合试
- • 你有开发或 AI 工具能力，却不知道先验证哪个真实问题
- • 你收藏了很多产品案例，但没有形成自己的需求判断
- • 你能在一周内接触到至少 5 位目标用户
这些情况先别做
- • 你已经有稳定订单、明确用户或正在交付的真实项目
- • 你只想复制现成功能，不准备联系目标用户
很多人第一次想做独立产品，都会从“找点子”开始。
看项目榜单、收藏产品截图、研究别人做了什么。信息越来越多，但真正准备动手时，还是回答不了一个问题：
我现在最值得验证的，到底是哪一个需求？
更危险的情况是，方向还没验证，就先花几周写代码。产品做出来了，才发现用户没有这个问题，或者他们早已有更简单的解决办法。
入行365独立开发机会雷达，想解决的就是这一步。
它把每周更新的公开项目线索整理成一条更容易开始的行动路径：先筛方向，再看真实产品，最后用 7 天验证一个需求。实际候选数量和更新时间以浏览页为准。
这张雷达对你有什么用
你会得到四类可以直接行动的资产。
1. 找方向
不用从“最近什么最火”开始。你可以先从熟悉的用户、行业和工作场景筛选候选。
熟悉不代表判断一定正确，但意味着你听得懂用户怎么描述问题，也更容易在一周内找到他们。
2. 看风险
“有人做过”不等于“我也应该做”。
雷达会提示哪些线索需要额外核对，帮助你在开发前先看清信任、合规和交付成本，而不是等产品做完再补课。
3. 看变化
你不必每次重新翻完整列表。可以先看最近出现了哪些新线索，再回到真实产品确认它是否仍然可用、解决了什么问题。
4. 做验证
雷达配了一张 7 天机会验证卡，帮你把“这个想法好像不错”改写成一个可以被证伪的问题。
三步开始使用
第一步：选一个熟悉方向
先写下你最熟悉的一类用户，以及他们反复出现的一个工作场景。
这篇文章提到的资源
这里固定展示文章提到的 Prompt、Skill、工具、模板或外部链接。
下一步
选一个你现在真实要推进的场景，把文中最有用的一步整理成任务、清单或作品记录，放进自己的成长资产里。
怎样算完成
- • 已选择一个熟悉方向，并能在一周内找到目标用户
- • 已打开真实产品，确认它解决谁的什么问题
- • 已把想法改写成一条可以被真实用户推翻的需求假设
- • 已完成 5 次目标用户访谈并记录支持与反对证据
- • 已明确决定继续、调整或停止，并写出依据
失败了怎么改
- • 候选太多时，只保留你能在 48 小时内找到目标用户的方向
- • 看不懂产品时，先换到自己熟悉的行业或工作场景
- • 访谈只有礼貌性认可时，追问最近一次真实发生、当前做法和实际损失
- • 七天后仍没有具体问题证据时，停止当前方向并换下一个候选
不要先追最热。你能找到真实用户、听懂他们的表达，比项目看起来新不新更重要。
第二步：核对真实产品
- 它解决谁的什么问题；
- 用户现在为什么会用它；
- 哪些场景仍然没有被满足。
不要照着现成功能开始开发。你真正要找的，是功能背后尚未解决好的问题。
第三步：只定一个验证问题
某类用户在某个具体场景里，因为现有方案的某个缺口，正在承受一种明确损失。
如果这句话不能被真实用户验证，它就还不是一个值得开发的方向。
7 天验证路径
第 1 天：写假设
明确目标用户、具体场景、当前替代方案和最明显的损失。
第 2—3 天：找证据
同时收集支持和反对证据，并准备一个足够说明问题的最小演示物。不要做完整产品。
第 4—6 天：做访谈
找到 5 位真实目标用户。少讲自己的方案，多问他们现在怎么处理、为什么不满意、是否真的愿意改变。
第 7 天：做决定
至少整理 3 条具体问题证据，确认有没有现有方案没有满足的缺口，然后明确选择：
- 继续：问题真实，值得进入下一轮；
- 调整：用户和场景存在，但原来的判断不准确；
- 停止：证据不足，不再继续投入。
“停止”同样是有效结果。它意味着你用 7 天避免了接下来 7 周的错误开发。
怎么获得
项目全名：入行365独立开发机会雷达
唯一检索词：ruhang365-indie-developer-radar
先选一个你熟悉的方向，打开真实产品，找到 5 位目标用户。7 天以后，用证据决定继续、调整，还是停止。
