Framework Deep Dive

创意可行性门槛

在投入资源之前,为每个创意设定「最低可行标准」门槛,系统性筛除低质量方向,把有限精力聚焦到真正有潜力的想法上。让「杀掉一个坏想法」和「接受一个好想法」一样清晰可执行。

想法的通货膨胀:为什么「多想法」反而是危险信号

产品团队通常不缺想法,缺的是筛选想法的系统。每周头脑风暴后,白板上密密麻麻的便利贴,每张都「看起来不错」。但没有明确的筛选标准,团队就会陷入两种极端:要么用政治影响力决定哪个想法被执行(谁职级高谁的想法优先),要么陷入无休止的讨论循环,用相同的标准比较不同性质的想法,最终选了个「大家都不反对」的折中方案。

创意可行性门槛(Threshold of Viable Ideas)的核心思路是:在进行深度讨论之前,先用一组预设的最低标准快速筛掉明显不可行的方向。这不是否定创意的工具,而是节省讨论资源的过滤器。被「门槛」排除的想法,不是说它不好,而是说它在当前阶段、当前资源和当前目标下,还不具备被深度探索的条件。

对 PM 来说,这个框架解决的深层问题是:如何在不打击创造力的前提下,建立理性的创意淘汰机制。「好想法」和「对的时机、对的资源、对的目标」是两回事。门槛框架帮助团队把这两件事分开——先判断「这个想法适合现在追吗」,再讨论「它是否足够好」。两者混在一起,永远无法高效决策。

三类门槛,六个核心标准

可行性门槛通常由三类维度构成:用户价值门槛(这个想法解决真实问题吗?)、战略对齐门槛(它符合我们当前的方向吗?)、资源可行门槛(我们现在有能力执行吗?)。在每类维度下,根据产品阶段和团队情况设定具体标准。

维度 01 · 用户价值
真实问题验证
这个想法是否有证据表明它解决了用户真实存在的痛点?不是「我们认为用户有这个问题」,而是有用户访谈、数据、或市场信号支持。
「我们有几条用户原话支持这个方向?」
维度 01 · 用户价值
问题严重性评估
这个问题对目标用户有多严重?是让他们每天抓狂的痛点,还是「有了更好、没有也行」的痒点?越严重的问题,创意的潜力越大。
「如果我们不解决这个问题,用户会怎样?」
维度 02 · 战略对齐
目标一致性检查
这个想法是否与团队当前季度 / 年度的核心目标直接相关?不相关不代表不好,但意味着现在不是追它的时机,应该进入「以后再说」的暂存区。
「这个想法服务于我们今年最重要的哪个目标?」
维度 02 · 战略对齐
竞争差异性判断
这个想法是否带来差异化价值?如果竞品已经有了类似功能,我们的版本有明显的差异吗?「我们也做一个」通常不是好的资源分配理由。
「如果我们不做,用户为什么不用竞品的同类功能?」
维度 03 · 资源可行
最小验证成本评估
是否存在一种低成本方式(1-2 周内)验证核心假设?如果验证一个想法需要 3 个月和 5 个工程师,它就需要更高的通过标准才能进入执行阶段。
「我们能用什么方式在两周内知道这个想法是否成立?」
维度 03 · 资源可行
时机窗口判断
现在是执行这个想法的最佳时机吗?用户需求、技术成熟度、市场环境的共同就绪程度。好想法在错误时机也会失败,「晚三年」和「早三年」一样糟糕。
「为什么现在是做这件事的正确时机?」

通过以上六个标准的评估,每个创意被分为三个状态:

通过门槛
深度探索
部分通过
条件暂存
未过门槛
明确放弃

什么时候需要设立可行性门槛?

可行性门槛最有价值的时机,是在创意产生之后、资源投入之前的「评估阶段」。它不适合用于扼杀早期头脑风暴(那个阶段应该鼓励发散),而适合在创意要进入排期讨论时进行系统性筛选。

🌊
头脑风暴后的收敛
当团队产生了 20-50 个创意后,需要在「深度讨论」阶段之前进行初步筛选。可行性门槛能帮助在 30 分钟内把候选项从 40 个缩减到 8 个,避免讨论被大量平庸选项稀释。
📬
外部需求的快速响应
来自销售、客服或高管的功能请求需要快速回应时,用门槛标准给出「能否进入排期」的初步判断,避免每个请求都触发完整的分析流程,节省 PM 大量时间。
🔬
实验项目立项审批
在决定是否启动一个探索性项目之前,用可行性门槛评估它是否值得投入「探索资源」。通过门槛的创意才能申请 spike 时间或 20% 项目资源。
📅
季度规划前的 Backlog 清理
每个季度规划之前,用可行性门槛重新评估积压的历史需求。市场和用户需求已经变化,三个月前「部分通过」的想法,现在可能已经完全不符合门槛,应该彻底关闭。
🤖
AI 功能方向筛选
当 AI 技术开放带来大量「我们可以用 AI 做 X」的想法时,可行性门槛尤为重要——技术可行不等于用户需要。门槛帮助过滤掉「技术炫技」类方向,专注真实价值。
🤝
跨团队提案评审
当其他团队(运营、销售、市场)提出产品改动需求时,共享一套可行性门槛标准,能够把「行不行」的讨论从主观拉力转化为客观评估,减少内部摩擦。

Google X:世界上最激进的创意筛选机制

Google X(现 X Development)是 Alphabet 的登月工厂,专门孵化超高难度的创新项目。它面临的挑战是:如何在大量疯狂创意中,快速找到「疯得有道理」的方向,并在巨额投入之前就杀掉「疯得没有价值」的方向。他们建立了一套业内最为严格的可行性门槛体系——「快速失败哲学」。

Google X
Alphabet 登月工厂 · 创意筛选与快速失败机制
2010 年至今
🎯
X 的三重可行性门槛
1
问题规模门槛:这个问题是否影响至少 10 亿人?小于这个量级的问题不属于「登月」项目范畴
2
解法激进度门槛:解决方案是否比现有最佳方案激进 10 倍以上,而不只是 10% 的改进?
3
技术可行性门槛:在未来 5-10 年内,是否有合理的技术路径使这个方案成为可能?
+
快速失败机制:每个项目必须在最短时间内找到「为什么这个方向行不通」,主动寻找致命缺陷
📊
门槛机制的实际成果
通过
Waymo(自动驾驶):通过三重门槛,成为独立公司,估值超 1000 亿美元
通过
Project Loon(气球互联网):通过门槛进入深度探索,最终因商业可行性关闭,但已充分验证技术边界
关闭
Google Glass(消费者版):进入市场后因用户价值门槛未能通过(隐私争议、实用场景缺失)被快速关闭
机制
X 团队的激励机制:主动「杀掉」自己负责的项目被视为重大贡献,而非失败——这才是门槛文化能运行的关键

如何在你的团队建立可行性门槛体系

建立可行性门槛不是一次性的工具引入,而是需要培养团队文化和建立制度保障。以下是从零建立到持续运行的完整路径。

01
定制门槛
根据产品阶段定制你的门槛标准
半天工作坊
不同阶段的产品需要不同的门槛。早期产品(PMF 前)的门槛应该强调「是否解决真实痛点」,而成熟产品的门槛应该加入「是否符合战略方向」和「投入产出比」。与团队共同起草 3-5 个最核心的门槛问题,每个问题必须能用「是/否」或「1-5 分」回答,避免模糊。制定「任何一项不过则不进入深度讨论」的基本规则。
02
建立流程
设计创意提交和评估的标准格式
1-2 天
制作一个「创意提案单页」模板,要求提交者在申请深度讨论前,必须用一页纸回答门槛问题。这个格式有双重作用:它迫使提案者在提交之前自行过一遍门槛,让低质量创意在提交前就被自我过滤;同时为评审者提供统一的信息格式,减少因信息不对称导致的无效讨论。
03
试运行
用历史创意进行回溯测试,校准门槛
2-3 小时
取过去 6-12 个月已经做出决策(执行了或放弃了)的创意,重新用新门槛评估,看结果是否与当时实际的好坏结果相符。如果「已被证明失败」的项目通过了门槛,说明某个标准设定得不够严格;如果「已被证明成功」的项目没过门槛,说明门槛过于保守。这一步是校准门槛有效性的关键,不要跳过。
04
文化建设
让「被门槛拒绝」成为正向体验
持续进行
可行性门槛最大的文化障碍是:提案者害怕被拒绝,评审者害怕「扼杀创意」的名声。需要建立明确的共识:被门槛拒绝是「节省了资源」,不是「否定了人」。对被拒绝的创意给出具体的「下次可以再提交的条件」,例如「当我们有了 X 数据支持时」,让拒绝变成有条件的「暂时不是」,而非永久的「不行」。
05
迭代优化
每季度复盘门槛的有效性
每季度 1 小时
追踪两类数据:被门槛通过并执行的创意最终成功率,以及被门槛拒绝但后来被证明「应该做」的误杀率。好的门槛体系应该保持约 70% 的通过项目成功率,误杀率低于 15%。如果偏离这个范围,重新校准门槛标准。门槛本身也需要迭代,随产品战略和市场变化而更新。

可行性门槛最容易犯的五个错误

门槛框架本身逻辑严密,但在实际组织中落地时,很容易因为流程设计问题或文化因素而失效,反而制造更多问题。

🪓
把门槛变成否决工具
当某个人或团队持续用门槛阻止他们不喜欢的想法时,门槛就变成了政治武器。解决方法:门槛评估应该由跨职能小组进行,任何单一维度的「不通过」需要多人确认,避免一票否决。
🌡️
门槛标准一成不变
六个月前定的门槛,放到今天可能完全失效。产品处于不同阶段(增长期 vs 成熟期)、不同市场环境(红海 vs 蓝海)需要不同的门槛重点。每季度至少检查一次标准的适用性。
📝
门槛问题太多太复杂
超过 8 个问题的门槛清单会让评估变成负担,团队开始敷衍填写,门槛失去意义。好的门槛是「3-5 个核心问题」,每个问题回答不超过 2 分钟。宁可少而精,不要多而滥。
🔮
用现有数据评估未来创新
突破性创新在早期往往无法通过「用户访谈支持」的门槛,因为用户不知道他们需要一个还不存在的东西。对于探索性创新,需要单独设计「假设验证型」门槛,而非「证据支持型」门槛。
🗑️
被拒绝的想法没有出路
如果被门槛拒绝就意味着永久关闭,提案者会感到沮丧,系统也会失去对「好想法在错误时机」的记录。建立「暂存库」,记录被拒原因和重新评估的触发条件,让好想法在对的时候回来。
👑
高管想法绕过门槛
「这是 CEO 的想法,我们直接执行吧」是可行性门槛最致命的破坏方式。门槛的价值在于一视同仁。需要在推行初期明确:门槛适用于所有创意,包括高层提案,否则整个体系很快失去公信力。

从登月工厂到产品团队:创意过滤思维的演进

创意可行性门槛框架并非单一作者的原创发明,而是创新管理、风险投资与精益产品开发等多个领域思想汇流的产物。谷歌X(Alphabet X)的"登月思维"体系中包含了对创意"可行性门槛"的系统化评估方法,将技术可行性、市场规模与差异化程度三重标准并行考量,对现代产品创意筛选实践产生了深远影响。

1960s
NASA阿波罗计划催生系统化创意评估
阿波罗登月计划中,NASA首次在超大规模工程项目中实施阶段门控(Phase-Gate)评估体系,对每个技术方案同时评估技术可行性与资源约束。这一实践为后来的创意可行性评估框架提供了最早的组织实践范本。
1990s
阶段门控模型在新产品开发中普及
罗伯特·库珀(Robert Cooper)提出Stage-Gate产品开发流程,在每个研发阶段设置正式的"门控"评审,以市场吸引力、竞争优势与技术可行性作为创意晋级的核心判断标准。这一模型在快消品、制药等行业得到广泛应用。
2010
谷歌X成立,"登月思维"重塑创意筛选标准
谷歌X实验室成立后,其创始人阿斯特罗·泰勒公开阐述了一套创意筛选哲学:只追求能够改变10亿人生活的方案(宏大问题),同时要求存在可信的技术路径(可行性门槛)。这种"大胆但有根据"的筛选逻辑影响了硅谷众多产品团队对创意评估标准的重构。
2011
精益创业强化"可行性优先"的验证文化
埃里克·莱斯的《精益创业》将"技术可行性"与"客户需求验证"并列为创意进入开发阶段的前提条件,强调用最小可行产品(MVP)快速检验创意是否跨越可行性门槛,而非依赖内部评审判断。
2015至今
创意可行性门槛融入现代产品决策框架
双钻模型、Jobs to be Done等产品框架开始内嵌结构化的可行性评估维度,产品团队在创意收敛阶段普遍采用"技术可行性×用户需求强度×市场规模"的三维评分矩阵。这种评估思维在AI产品时代尤为关键,因为技术可行性边界正在快速移动。

与这些工具搭配效果更好