出海第一步：找到一个值得解决的具体问题

“面向全球”描述的是市场范围，不能代替用户定位。一个人同时服务所有国家、行业和使用场景，很难写出清晰的介绍，也很难知道应该在哪里推广。

把用户缩小到可以找到的人

用职业、任务和现有工作流描述用户。例如“每周需要给客户发送英文进展报告的自由设计师”，比“需要提高效率的人”更容易找到，也更容易访谈。

写下三个假设：他们多久遇到一次问题，目前如何解决，不解决会有什么代价。这些是假设，不要提前当成事实。

询问已经发生的事

邀请潜在用户交流时，说明你正在研究问题，不要伪装成普通用户。先问最近一次经历，再问操作细节：

1. 上一次遇到这个问题是什么时候？
2. 当时用了什么工具，花了多少时间？
3. 哪一步最麻烦？你尝试过哪些替代方案？
4. 如果什么都不改变，会有什么影响？

避免只问“如果我做了，你会买吗”。礼貌的肯定很容易得到，却难以预测实际行为。不要把少量访谈当成整个市场的结论；它们适合帮助你发现模式、修正假设。

理解竞争对手，包括手工方法

用户可能使用表格、脚本、外包，或干脆忍受问题。把这些替代方案和同类产品放在一起比较，记录成本、学习门槛、迁移阻力和做得好的地方。

差异可以是更具体的场景、更简单的工作流或更合适的交付方式。不要为了写出差异而贬低竞争产品。

设计一次小而真实的实验

选择最不确定的假设。例如“用户愿意上传现有文件试用”，可以先做一个能处理示例文件的原型，而不是完整账户与计费系统。

也可以上线一张明确说明产品状态的英文落地页。未发布的功能要写清楚，收集邮箱前告知用途，收费前说明交付内容和退款条件。

在实验前确定继续与调整的标准，例如目标用户是否完成核心任务、是否愿意再次使用。数字应根据产品阶段自己设置，不要把别人的转化率当成统一及格线。

留下一份可复盘的记录

记录假设、接触人数、观察到的行为、反例和下一步。发现假设不成立是一种进展，它帮助你避免继续投入。

当你可以清楚回答“谁在什么情况下需要这个产品”，再去选择 GitHub、Product Hunt 或搜索内容这样的渠道。可以用出海检查清单整理接下来的行动。