如何判断一个出海产品需求值不值得做？

适合：有一个产品想法，还没写代码

「想法好不好」没法直接回答，「这个想法有没有人愿意换一种方式解决」可以。这一篇把判断拆成五项证据加一组停止条件，做完就能决定动手还是放弃。适合有想法、还没投入开发的开发者。

先看结论

1. 需求验证查五样：真实用户问题、现有替代方案、搜索量信号、竞品存活状态、付费意愿。
2. 五项里有三项立不住，就不要开始写代码——写代码是最贵的验证方式。
3. 验证有截止日期：给自己两到三周，到期按工作表回答「继续、换个方向、还是停」。

一、先找到真实用户问题

不是「我觉得大家需要」，而是有人已经在公开抱怨或求助。可核对的来源：

• Reddit 相关社区里反复出现的求助帖和吐槽（怎么找社区见Reddit 渠道页）；
• Hacker News 相关讨论里「我一直在找 X 但只有 Y」这类留言；
• 竞品的论坛、Discord、GitHub issue 里长期没被解决的需求。

记录时保留原文链接。找不到三条以上独立来源的问题，先不进入下一步——单一来源可能只是个别人的偏好。

二、看清现有替代方案

有需求不等于有市场：用户现在用什么顶着？逐项记录：

最后一行最容易被跳过：如果现有方案「够用」，新产品再好也换不动。

三、用关键词核对搜索信号

如果这个问题有人长期想解决，会有人搜。看两件事：相关词有没有稳定搜索（而不是只有一周热度），以及搜出来的是什么页面——详细方法在《工具站 SEO 从哪里开始？》。注意：搜索量只是「有人在意」的证据之一，不是付费意愿的证据，不要单凭它立项。

四、检查竞品的存活状态和价格

竞品存在不是坏消息，它证明需求真实。要看的是：

• 有没有人正在付费用它们（定价页、用户评价、社区讨论里找证据）；
• 它们是活得不错、勉强维持，还是已经死了——死掉的竞品要弄清死因（需求消失、被平台政策杀死，还是执行问题）。

竞品价格要单独记一栏：3 到 5 个同类产品的定价页逐个打开，记价格、包含什么、免费范围、按月还是一次性。这栏数据有两个用途：它给出这个市场「已被接受的价位区间」，也是你第一版定价的起点（见《出海产品如何确定第一版价格？》）。

平台依赖风险要单独记：TypingMind 作者 Tony Dinh 的第二款产品 Black Magic，2023 年 2 月因为 X API 收费政策被迫卖掉——依赖单一平台接口的产品，政策就是天花板（见TypingMind 案例）。

五、估计付费意愿，写停止条件

付费意愿不要靠问「你愿意付钱吗」（几乎人人说愿意），看行为证据：

• 有人已经为解决这个问题花过钱：竞品的付费用户评价、社区里晒出的订阅截图、「我买了 X 但它不能 Y」的抱怨；
• 有人为此花过时间：自己写脚本、手工维护表格——付费的意愿常藏在「麻烦到愿意动手绕过」里；
• 目标用户的预算习惯（个人开发者、小团队、企业差异巨大）；
• 你能否描述清楚「谁、为什么、用一次省多少钱或时间」。

需求强度另有一个时间维度：同一问题在三个月以上被不同的人反复提起，才算持续需求；一波热点讨论里集中出现、之后沉寂的，多半是事件驱动，事件过去需求就过去。

停止条件（满足任何一条就停或换方向）：

1. 找不到三条以上独立的问题来源；
2. 现有替代方案明显够用，且用户没有换用动机；
3. 唯一的需求来源是一波热点讨论，没有长期搜索信号；
4. 需求真实，但付费者不是使用者，而你没有触达付费者的渠道。

需求验证工作表

五项里「立得住」少于三项：放弃或换方向；三项以上但「不确定」仍多：先补不确定项，最多再给两周。判断通过后，下一步读《没有粉丝，怎样找到前 10 个海外用户？》，把「需求存在」推进到「有人真的在用」。