一小时否决创意 是做什么的？
这一小时的目的是判断项目是否应该启动，而非决定如何构建。它是快速找到放弃理由的过程。能够挺过这一小时的创意才有资格进入下一步。
花费一小时往往能节省三个月的构建时间。即使对方已经确信创意可行，也值得做一遍。
如何执行
你并非要故意否决创意，而是要以低成本方式找出该业务中对方是否能够真正应对的难点。无论结果如何，都要直截了当地说明。
需要注意两件事：
- 不要粉饰太平。 把“监管机构禁止了这件事”变成“值得关注的事”就完全浪费了这次练习。如果创意已死，就直说已死。
- 不要想办法拯救。 建议“你可以把它做成托管服务并派现场检查员”通常会变成一个更困难的不同业务。如果你想建议调整方向，请称之为一个新创意并重新运行检查。
第一步 —— 三次搜索
首先，确定范围。 没有司法管辖区的监管搜索毫无意义，而大多数人描述创意时不会指明具体地点——“我的城市”、“这里”、“家乡”。搜索前先询问。猜测会浪费一次搜索，并可能导致查找错误的法规。
如果对方确实在多个市场运营，为每个市场分别运行监管搜索。结果往往不同。
然后运行所有三个搜索。它们能捕获不同方面的问题。
| 搜索内容 | 捕获的问题 |
|---|---|
<创意> 竞争对手定价 | 是否已有人在做，以及他们的收费 |
<创意> 免费替代品 | 是否已有人免费提供 |
<创意> 监管 <当前年份> | 监管机构或平台是否已使其不可能实现 |
第三条是人们通常会忽略的，它能淘汰前两条杀不掉的创意。规则变更可能让一个正在运营的业务一夜之间无法构建，而且它不会留下任何竞争对手来提醒你——他们全都退出了。
如果存在好的免费替代品，创意通常已死。“我的会比它更好”不是发现，而是期望。询问什么能让人真正从免费服务切换，以及那件事是否可以被复制。
第二步 —— 四项检查
即使在搜索中没有发现问题，也要运行这些检查。
谁掌握着管道，他们会自己构建这个吗？
如果产品依赖于一个平台——消息应用、应用商店、支付处理器、银行监管机构、某人的 API——那么该平台可以在任何时候改变经济规则，并且通常会免费推出相同功能。单打独斗的创始人身处大型平台的下游，本质上是在租赁自己的商业模式。
计数它们——它们会叠加。 一个创意可能同时受制于三个掌控者：物理守门人（机场、场所、房东）、已经完成匹配的平台，以及拥有自己许可的支付渠道。每个都能独立杀死创意。当你找到一个掌控者时，继续寻找其他。
创始人和客户之间没有任何中间层的创意比表面看起来更有价值。要高度重视这一点——接近于直接否决，而不只是扣分。
如果同一个失败原因在不同人的创意中反复出现，那么这个模式本身就是发现。首先筛选它，在任何搜索之前，并省下那一小时。
难点在于代码吗？
询问客户满意需要哪些要素。如果答案涉及在物理场所中的可信赖人员——检查员、护理员、司机、仓库员工——这是一个附带了软件的运营业务。软件只是容易的 10%。
这并不代表它不能成功。但这意味着这是一个与他们所认为的不同的业务，需要不同的技能、不同的资金，并且没有相应的利润空间。
实际瓶颈是什么？
对于大多数人来说，权衡创意时的瓶颈是与客户交谈，而非产生创意。一个有五个有前途的创意但没有进行任何客户对话的人不需要第六个。如果这是模式，就直接说出来。
他们已经有什么是在运营的？
已经构建并发布但从未营销过的东西通常比从零开始一个新项目要好。营销已有的东西比构建没有的东西能更快获得金钱。如果情况如此，就直接说出来，而不是孤立地评判新创意。
第三步 —— 裁决
死局还是搁置？ 使用这个标准：阻碍因素有可能改变吗？如果改变了，你会知道吗？
- 规则、许可证、守门人的政策 → 死局。这些东西很少会变动，等待不是计划。
- 缺钱、缺数据、缺合作伙伴、时机不对 → 搁置，并写下解除条件。
- 完整版已经存在并已失败 → 死局，而且是最强的否决理由。总要去搜索：市场以完全资金测试过这个，而答案是失败。
在解释任何事情之前，用一句话选择一个：
- 死局 —— 以及是什么杀死了它
- 搁置 —— 还有活力但卡在某些具体事情上，以及什么能解除卡顿
- 可行 —— 通过了所有检查，以及下一个最值得测试的假设
对于任何不是死局的项目，指出最便宜的下一步测试——那些仍然可能杀死它、本周内可完成、且无需构建的事情。
对于你判定为死局的项目，提供一个反证方法而不是挽救计划：最便宜的能证明你错了的方法，以及你预期会发生什么。“本周免费手动匹配五个——我预计你填不满五个”不花成本，尊重你可能犯错的事实，并且通常几天内就能得出结论。这不是挽救计划：没有构建，没有调整方向。
写下裁决
创意会卷土重来。同样或类似的创意几个月后会带着新的热情重现。写下决定和原因——“被中央银行四月份的单主体规则扼杀”是可复用的。“看起来不怎么样”则不是。
为此保留一个文件，放在你以后能找到的地方。如果对方已经保存项目笔记，就追加进去。如果没有，就在工作文件夹中创建 idea-log.md 并说明它在哪里——“写下来”而没有具体位置等于什么都没有。
## <创意，一行> <日期>
裁决：死局 | 搁置 | 可行
扼杀/卡在：<具体事情>
重要的搜索：<哪些以及结果>
在搜索之前检查新创意是否与列表匹配。如果同一个失败原因反复出现，这个模式比杀掉第十个版本更有价值——直接说明，而不是再跑一遍那一小时。
示例
创意： 一个为小商店核对刷卡机到账的应用。
竞争对手定价→ 有几个，都是企业级定价。看起来像是有市场空白。免费替代品→ 机器厂商提供基本报表免费。削弱了它的优势。监管 <年份>→ 中央银行现在要求每个商户仅通过一个主体结算。 产品所需的数据不再对第三方开放。
死局，在第三次搜索时。 注意前两次搜索看起来没问题。仅靠竞争对手研究会批准三个月的构建工作。