具体的SOP操作步骤
阶段一:第1周——熟悉5个信号源,建立观察节奏(目标:理解每个信号源的独特价值,开始收集原始线索)
步骤①:理解5个信号源的分工——不是收藏网站,是信号源(解决什么:避免“只看不分析”,让每次打开都有明确目的)
-
背景与目的:很多人想做海外App,第一步就卡在“到底做什么”。最常见的做法是让AI列20个产品点子——AI日程、AI简历、AI笔记、AI健身教练——听起来都对,但很难判断哪一个真的有人要。因为灵感本身不值钱,真正值钱的是:这个需求有没有人正在抱怨,有没有人已经在找替代方案,有没有人已经为类似产品付费。所以不用“凭空想点子”,而是从5个地方交叉看信号。收藏5个网站不难,难的是每次打开时知道在看什么——如果只是刷新品、刷帖子,很快就会变成信息焦虑。
-
具体操作:
-
花第1周熟悉以下5个信号源,理解每个平台的独特价值:
-
Product Hunt:看“新品方向”——最近哪些产品形态突然多了?评论区真正夸的是什么?用户反复提到的使用场景是什么?
-
Reddit:看“真实抱怨”——用户自己说出来的需求(“有没有一个App可以……”“某某产品太贵了,有没有替代品”)
-
Indie Hackers:看“商业验证”——$500-$5000 MRR的小产品,第一批用户从哪里来、付费点在哪里
-
App Store / Google Play:看“评论里的不满”——3-4星评论(用户还在用但不满意),中腰部App(50-200名)
-
AlternativeTo / G2 / Capterra:看“替代品需求”——用户已经在搜索替代品,说明旧方案有问题
-
-
输出:一份“5个信号源分工表”——每个源看什么、不看什么
-
步骤②:建立一周观察节奏(解决什么:把“找灵感”变成可执行的每周流程,而不是偶尔刷一下)
-
背景与目的:单独看一个站点容易误判——Product Hunt上火不代表用户会长期用,Reddit上有人骂不代表愿意付钱,Indie Hackers上有人赚钱也不代表能复现渠道。需要三层交叉:新品方向、真实抱怨、商业验证。只有当一个方向同时满足三件事,才值得认真研究。
-
具体操作:
-
按以下一周轻量流程执行(每周约3小时):
-
周一、三、五早上(各20分钟):看Product Hunt,往下翻,看过去30天里有热度但还没爆的产品,把评论区里具体的夸赞和吐槽记下来
-
周二、四晚上(各20分钟):看Reddit,搜“alternative to”“is there an app that”“looking for”“too expensive”“sucks”,每次只存3条看得懂且有具体场景的需求
-
周末(1小时):把本周候选拿去Indie Hackers、App Store评论、AlternativeTo/G2/Capterra做交叉验证
-
-
输出:每周至少10-15条原始线索
-
阶段二:第2-3周——深度采集与交叉验证(目标:把原始线索转化为可验证的候选方向)
步骤③:在Product Hunt看“刚冒头但还没爆”的新品(解决什么:不看首页Top5,看中腰部产品及其评论里的需求线索)
-
背景与目的:Product Hunt首页Top5往往已经被媒体、投资人和创作者刷过一轮。对独立开发者来说,更有价值的是过去30天里热过但还没变成共识的中腰部产品。用户评论里“终于有人做这个了”“我之前一直用Excel凑合”“能不能支持某某平台”——这些比“Great launch”有价值得多。前者是需求,后者只是社交礼貌。
-
具体操作:
-
打开Product Hunt,不只看首页前几名
-
查看“过去30天”的热度榜,看中腰部产品(排名20-100左右)
-
重点关注评论区里的三类信号:
-
“终于有人做这个了”——说明用户之前一直在凑合
-
“我之前一直用[某工具]凑合”——说明旧方案存在
-
“能不能支持[某平台/功能]”——说明有明确的扩展方向
-
-
输出:3-5个值得进一步验证的新品方向
-
步骤④:在Reddit看用户到底在骂什么(解决什么:不看泛流量,看用户自发说出的需求和抱怨)
-
背景与目的:Reddit的价值在于看“真实语言”。用户不会像产品经理一样说“我需要一个垂直场景的轻量级SaaS”,他们通常会说“有没有一个App可以……”“某某产品太贵了,有没有替代品”。这不是想象出来的需求,是用户已经开口说出来的。这里有一个提醒:不要把Reddit先当获客渠道——Reddit对推广敏感。更稳的做法是先把它当“用户访谈库”,先观察用户怎么描述问题、怎么比较竞品,再决定要不要做产品。
-
具体操作:
-
重点关注以下社区:r/SideProject、r/SaaS、r/AppIdeas、r/SomebodyMakeThis、r/Startup_Ideas、r/IndieHackers,以及具体垂直领域的subreddit
-
使用以下口语化搜索词:
-
“alternative to [竞品名]”
-
“is there an app that…”
-
“looking for…”
-
“[竞品名] sucks”
-
“[竞品名] too expensive”
-
-
每次只存3条看得懂且有具体场景的需求
-
输出:至少10条用户原话需求记录
-
步骤⑤:在Indie Hackers看什么小产品真的赚到钱(解决什么:不看大项目,看$500-$5000 MRR的中腰部产品及其早期路径)
-
背景与目的:Product Hunt告诉你“什么新”,Reddit告诉你“什么烦”,Indie Hackers更适合回答“什么真的有人愿意付钱”。重点看中腰部项目($500-$5000 MRR)——这个区间对独立开发者最有参考价值:通常没有复杂团队和品牌壁垒,创始人愿意分享第一批用户怎么来的。看这类项目时不要只盯收入数字,更要看:第一批100个用户从哪里来?用户最早为什么愿意试?付费点放在哪里?创始人卡在哪个瓶颈?
-
具体操作:
-
在Indie Hackers搜索$500-$5000 MRR区间的项目
-
对每个项目回答以下问题:
-
第一批用户从哪里来?(Product Hunt/Reddit/SEO/冷邮件/目录站/朋友推荐/垂直社区)
-
用户最早为什么愿意试?(免费工具/解决了一个具体问题)
-
付费点放在哪里?(订阅/一次性买断/按量付费)
-
评论区有没有人补充“我也遇到过这个问题”?
-
-
核心价值:学的不是别人的结果,是结果之前那条路径
-
输出:3-5条已验证商业模式的路径参考
-
步骤⑥:在App Store/Google Play看评论里的“勉强在用”(解决什么:不看总榜,看中腰部App的3-4星评论)
-
背景与目的:总榜前几名已经成熟,普通独立开发者很难正面切入。更有效的是看品类榜中腰部App(第50-200名),翻评论。重点不是五星评论(太笼统),也不是一星评论(太情绪化),而是3-4星评论——这类用户还在用但不满意,潜台词是“这个产品解决了部分问题所以没卸载,但还有明显缺点,如果有人做得更贴合,我可能会换”。
-
具体操作:
-
选择感兴趣的品类,查看排名50-200的App
-
筛选3-4星评论,寻找以下信号:
-
用户说“还行但……”——说明有不满但还在用
-
“如果能[某功能]就好了”——说明明确的功能缺口
-
“太贵了”或“不适合小团队”——说明定价或定位有缝隙
-
-
把发现的信号整理成需求列表
-
输出:至少10条“不满意但还在用”的用户评论记录
-
步骤⑦:在AlternativeTo/G2/Capterra看“替代品需求”(解决什么:看用户为什么在找替代品,发现成熟产品服务不到的缝隙)
-
背景与目的:用户已经在搜索替代品,本身就说明旧方案有问题。AlternativeTo适合看大众工具和开发者工具(Notion、Calendly、Zapier的替代品)。G2和Capterra更偏B2B/SaaS,评论结构更清楚(Pros、Cons、Alternatives considered)。这两类站点最适合找两种机会:成熟产品太重的轻量替代,以及成熟产品没照顾到的具体人群。
-
具体操作:
-
AlternativeTo:搜索成熟产品(Notion、Calendly、Grammarly、Zapier),看用户为什么要找替代品(太贵、太重、不支持离线、不适合小团队)
-
G2/Capterra:重点看“Alternatives considered”区域——用户考虑过哪些替代品,最终选了哪个、为什么
-
寻找两种机会:
-
成熟产品太重的轻量替代(“不是再做一个Zapier,是做更轻、更便宜的版本”)
-
成熟产品没照顾到的具体人群(“不是再做一个Calendly,是做只服务某类顾问/医生的预约工作流”)
-
-
输出:至少3个“替代品缝隙”方向
-
阶段三:第4周——三层交叉验证与筛选(目标:从20-30个候选中筛出2-3个值得做的方向)
步骤⑧:三层交叉验证——只有同时满足三个条件的才值得研究(解决什么:避免单独看一个信号源导致的误判)
-
背景与目的:单独看一个站点容易误判——Product Hunt上火不代表用户会长期用;Reddit上有人骂不代表愿意付钱;Indie Hackers上有人赚钱也不代表能复现。所以要把5个地方分成三层交叉看。只有当一个方向同时满足这三件事,才值得认真研究。
-
具体操作:
-
用以下三层框架对第2-3周收集的所有候选方向进行交叉验证:
-
第一层:新品方向(来自Product Hunt)——有没有刚出现的新产品形态或新搜索需求?
-
第二层:真实抱怨(来自Reddit、App Store评论、AlternativeTo)——用户是不是已经在抱怨旧方案或主动找替代品?
-
第三层:商业验证(来自Indie Hackers、G2/Capterra)——有没有人已经用类似切口赚到钱(哪怕$500-$5000 MRR)?
-
-
筛选标准:只有同时满足三层的方向,才进入最终候选名单
-
淘汰标准:只满足一层或两层的,先放一放(不是“不好”,是“信号还不够强”)
-
输出:2-3个经过交叉验证的候选方向
-