公开发布是一场有来源的流量实验

Product Hunt、Hacker News、Reddit、应用市场和行业社区都可以带来一轮集中访问。发布本身无法保证获得目标客户。

以 Product Hunt 为例，它适合接触一部分早期采用者，也可能留下评论、外链和后续传播。目标用户若不在这个社区，榜单表现与真实市场的关系会很弱。^[1]

发布前应准备：

• 可以运行的入口或明确标注的 Waitlist；
• 一句话能理解的结果；
• 统一且真实的图片和演示；
• Analytics 与来源参数；
• 新用户的后续联系；
• 对评论和问题的回复；
• 发布结束后的复盘模板。

发布当天不要只看票数和排名。应记录访问、注册、提交资料、试用、付费、评论和来源衰减，继续追踪哪些人完成后续任务。^[1]

购买互动、交换支持、预写评论或绕过平台限制会污染验证结果，也可能违反规则。平台的发布间隔、图片尺寸、审核方式和推荐机制会变化，实际执行时应查看当前官方页面。

二十四小时以后，页面仍可以作为品牌与搜索资产。保存当时的来源和转化数据，联系真实用户，写一份包含成功和失败的复盘，比只保留榜单徽章更有价值。^[1]

提前定义成功信号和停止条件

不同实验不能共用一条转化率门槛。访问到注册、注册到试用、试用到付款会受产品类型、地区、渠道、价格和统计口径影响。相关案例中的固定比例都属于历史经验，不适合直接当作当前标准。^[2][3][1]

成功信号应该对应这轮未知：

• 验证表达：目标用户能够复述结果，并采取下一步行动；
• 验证触达：至少有一个渠道持续带来符合条件的人；
• 验证流程：用户愿意提交真实资料并完成主要步骤；
• 验证交付：用户认可质量，愿意再次接受同类结果；
• 验证付款：陌生客户按明确条件支付；
• 验证产品化：多次交付出现可复用的输入、步骤和输出。

停止条件同样要具体：

• 有访问，但目标用户始终无法理解承诺；
• 有邮箱，却没人愿意进一步交流或试用；
• 有试用，但任务频率和失败成本很低；
• 有订单，但每次都需要完全不同的人工定制；
• 能交付结果，成本却长期高于收入；
• 用户愿意使用，付款角色没有预算；
• 技术、数据、平台或合规条件使交付无法持续。

停止不一定意味着放弃整个问题。可能需要换人群、缩小承诺、改变交付、调整价格，或先保留为服务业务。

失败时先定位发生在哪一层

一轮实验没有达到预期，先区分下面几类问题：

没有合适流量

页面访问太少，或访问者与目标用户不匹配。此时无法据此判断承诺和产品，应先修正渠道。

用户看不懂

目标用户进入页面，却无法说明产品为谁、解决什么。需要检查人群、场景、结果和 CTA。

用户理解但不行动

可能是问题不急、证据不足、信任不够、行动成本太高，或者现有替代已经够用。继续访谈离开和拒绝的用户。

愿意尝试但交付失败

输入不完整、技术质量不稳、速度太慢或结果无法进入后续流程。需要缩小范围或先采用人工辅助。

结果可用但没人付款

需要检查付款人、预算、购买频率、价格和变现方式。免费使用量不能自动转换为订阅市场。

有人付款但经营不成立

交付过度定制、支持成本太高、退款多、渠道昂贵或市场容量有限。此时问题真实，经营方式仍需调整。

把失败定位到具体层，才能决定下一轮验证。只看一个总转化率，很容易把渠道错误误判成产品错误，或者把人工服务成功误判成软件已经成立。

建立一份验证台账

每轮结束后，可以用统一表格记录：

同一名用户在多个阶段出现时，可以串起来看：从哪里进入，是否回复，是否提交资料，是否完成交付，是否付款和复购。这样比把访问、邮箱和收入拆成互不相干的数字更容易解释。

台账还要保留没有发生的事。页面有一百个邮箱，没有一个人愿意提交真实资料，这项缺失就是重要证据。一次预付以后没有复购，也不能只展示首单。

按风险安排一条最短验证路径

不同项目可以采用不同顺序。

技术风险低，需求和付款不清

先用页面和主动联系验证表达，再提供人工交付或边界明确的预付。没有必要先做复杂账户和后台。

用户任务清楚，技术风险高

先做演示和关键技术样例，让用户提交真实但脱敏的数据，确认质量标准和失败条件。技术无法满足关键结果时，暂缓收款。

消费工具需要低摩擦体验

尽快提供一项可运行的主要任务，用明确页面承接搜索或社区流量，观察实际使用和小额付款。不要让 Waitlist 长期替代产品体验。

企业流程复杂

先找真实使用者和付款角色，提供范围小的试点。记录权限、数据、集成、验收、采购和维护条件，再决定适合软件、服务还是两者结合。

开源或平台生态产品

用 README、文档、Quick Start 和公开演示承接目标用户，继续观察安装、部署、贡献、社区和付费能力。Stars、票数和平台总用户量只作早期线索。

最短路径指的是尽快到达当前需要的证据，并不要求省略必要的质量、隐私和交付责任。

完成一轮验证以后怎样决定

复盘时可以问：

1. 实际接触到的人是否符合目标用户条件；
2. 他们是否在最近完成过这项任务；
3. 页面承诺是否被准确理解；
4. 用户愿意投入邮箱、时间、资料还是金钱；
5. 哪一种流量来源带来后续行为；
6. 人工交付暴露了哪些质量和异常条件；
7. 价格由谁支付，购买怎样发生；
8. 哪些反例削弱了当前假设；
9. 下一步最需要的是产品、交付、价格还是渠道证据；
10. 什么情况下应停止继续投入。

一轮验证的产物是一项决定：继续做同一方向、缩小人群、改变承诺、保留人工服务、制作最小产品，或者暂停。页面、列表和 Demo 都只是取得证据的媒介。

当用户已经完成实际任务、接受交付并支付，下一步还要观察重复使用、留存和可持续获客。市场从问题线索走到第一笔交易，只完成了早期阶段。后续需要判断这些信号能否重复，以及产品是否正在接近 PMF。