声明：本文由 AI 辅助创作，经作者核实与修订。
平时做产品，常会遇到一个问题：为什么点子听起来很好，做出来却总是失败？有没有什么办法能在三天之内就知道一个想法能不能挣钱？
身边常能看到这样的人：脑子里一有想法，立马打开 coding agent 开始写代码、调模型、上架发布。到了发布环节却发现根本没人关注这件事情，然后归结为自己流量不好、酒香也怕巷子深。
这毛病跟开餐饮店类似：自己尝一口觉得味道好，花几十万装修店面，开张三个月连房租都收不回。在写代码上也一样，花了不少时间去研究 vibe coding 的技巧、研究用户心理、研究怎么上架应用，结果做出来的东西根本没人要。产品做出来没人买，问题出在一开始就选错了方向，真正因为宣发流量不足导致失败的项目，占的比例其实很小。
一个正确的想法加上技术实现，如果面对的是一个错误的市场前提，再乘以完美的执行，最后依然是失败。
市场上 90% 的新产品注定会失败。在 Vibe Coding 时代，写代码的门槛降得很低，这个失败比例可能会更高，甚至能达到 99%。很多人写多了代码，容易陷入一种想法：总觉得再迭代一个版本、再修改一些功能就成了。但只要做的是一个市场不需要的东西，团队再强、模型再好，做出来的东西还是没人用。
空想之地与别人的数据
很多产品做出来没人买，是因为前期一直停留在空想之地。
发一个视频有人点赞；给朋友讲想法，朋友随口说一句看好你；或者在网上看第三方研报说跨境电商某个方向很赚钱。这些数据都是别人的数据（Other People’s Data），是其他人在没有任何成本的前提下给出的口头支持。这种无成本的支持很容易孵化出失败的创意。
真正的市场验证，必须拿到自己的数据（Your Own Data）。这些数据来自你的设计方案和产品埋点，并且需要伴随用户的真实投入：
- 用户把私人邮箱或电话留给你，表达明确的意向；
- 用户愿意花时间听你讲解产品；
- 用户用真金白银掏钱购买产品或内容。
有了这些具体的投入，才能确认市场对产品有没有真实需求。
预型与常规 MVP 的区别
很多人会想到用常规 MVP（最小可行产品）来做验证。MVP 通常被当作产品的最小形态，用来验证几个具体功能点。
在做 MVP 之前，其实还有更前置的步骤可以做。两者的差异主要体现在关注点、周期和成本上：
| 维度 | 常规 MVP | 预型（Pretotyping） |
|---|---|---|
| 关注点 | 关注能不能把想的东西做出来（工程实现） | 考虑应不应该做它（市场前提） |
| 周期与成本 | 需要几天到几周，花费一定时间和精力 | 几小时到几天，成本在几美元到几百美元之间 |
| 交付形态 | 做出一套可运行的功能或样品 | 先不构建，准备必要资源，假装先拥有 |
| 验证标准 | 看产品跑出来后用户用不用 | 收集一手数据（Your Own Data）作为判断依据 |
常规 MVP 关注把事情做对，预型关注先确认这是一件正确的事。
预型有点像硅谷常说的“假装拥有，直到你真正做到”（Fake it until you make it）。这里说的是在极低成本下做需求测试，创投圈的造假不在讨论范围内。
把模糊想法转成可证伪的 XYZ 假说
收集一手数据不能凭感觉看，需要把含糊的观点转换成一个可证伪的假说。
比如想做一个剪辑课，如果觉得“所有想学自媒体的人都会买我的剪辑课”，即便像影视飓风这种体量的博主，也不可能所有人都会买。含糊的观点无法测试。
可以套用 XYZ 假说公式：
至少 X% 的 Y，会做 Z 动作。
例如：受众设定为自己的粉丝群体，预期至少 10% 的人（X）会直接支付 99 元报名（Z）。把方案推出去之后，观察触达、点击与付费转化的真实数据。
初始的目标转化率可以先设定一个参考值，做过几轮测试之后，团队对合理区间的判断会越来越清楚。
七种假装拥有的预型工具箱
要拿到第一手数据，可以采用以下七种常见的预型方式：
1. 假门（Fake Door）
在产品做出来之前，先做一个入口。比如做产品的 Alpha 或 Beta 测试时，放一个预约页面邀请用户填邮箱或电话。通过真实填写的数量，大概能估算出这个产品有多少量级。
2. 假面与土耳其机器人（Faced / Mechanical Turk）
对外宣传是全自动化或 AI 功能，后台其实是由人工在处理业务流程。前段时间某款产品宣传全自动 AI 语音电话功能，后来被发现是真人在戴耳机手动拨打。站在产品测试的角度，这是一种克制研发成本的取舍。先用人工在后台顶着，验证业务流程是不是真的有人高频使用；如果确实有需求，再去花大价钱调并发和写模型代码。
3. 匹诺曹（Pinocchio）
假装实物已经存在。想研发一个随身 AI 硬件，先找个类似尺寸的模型每天带在身上，测试自己是不是真有掏出来使用的习惯，使用频次是否符合预期。
4. 自媒体与视频原型
视频内容先行。先把产品构思做成演示视频发到网上，看大家的真实反响，确认受众是不是真想要这个东西，再去写代码。
5. 潜入型
借用现成的成熟客流。比如把产品放到已有商场或货架中，借助外部的人流来测需求。
6. 改标签
用现有商品改个包装来做测试。比如把当天的盒装寿司贴上“隔日寿司：半价”标签，看有没有人真愿意为了省钱买隔日寿司。
7. 快闪与短期租赁
通过短期租赁或快闪摊位，在具体场景下测试本地用户的付费转化。
用切身利益打破幻觉信号
测试时需要用真实数据打破幻觉信号。
随手点赞或口头支持不需要付出成本，在评估时应视为噪音。真正能衡量需求的是用户的切身利益（Skin in the Game）：
- 掏出真金白银付预付款或定金；
- 留下正式的私人邮箱或电话；
- 愿意投入半小时以上的时间跟你沟通。
用户把金钱、时间或个人信息交出来，才能说明需求是有效的。
快速试错好过痛苦转型
在做预型测试时，需要提前建立一个心理预期：市场上 90% 的新产品会失败。拿到测试数据时，一开始大概率不好看，连续做五个、八个测试可能全都不及格，不必执着于坏数据。
如果测试数据接近及格线，可以通过多次小微调去试不同的受众、文案和定价。如果测试数据确实不错，再去花成本写代码投入开发。
传统开发模式通常花几个月把产品上线，发现市场不对劲时往往很难掉头。预型是在几天内完成快速试错。
在 Vibe Coding 时代，写代码变得越来越容易。但构建越简单，越需要在动手前先确认这是不是一件正确的事，再去花力气把它做对。