T3权衡取舍阶段 06 · 综合产品项目

86/ 90已答 0 / 90错 0

认知链路第 6 站 · 给流程 · 怎么把做法沉淀下来第 7 站 · 给判断 · 怎么知道它行不行

T3 · 第 26 / 30 题 · 阶段 06 第 1 / 5 题

项目要按期交付,还是要保住完整功能范围?

情境

综合项目定在季度末评审,但核心场景的评测与护栏还没做完,若保范围就要延期,若按期就要砍掉部分能力。

  1. 01季度末有正式评审
  2. 02评测与护栏尚未完成
  3. 03部分能力可延后交付
  4. 04评审结果影响后续资源

你会选择哪一种决策?

先做选择,再展开每条路径的判断。键盘按 1–4 作答。

  1. 查看这条路径的判断

    有条件成立

    短期最省事,但范围缩水被隐藏后,评审结论建立在错误前提上,代价以信任损失的形式在后续协作中显现。

    ⚖️ 评审反诘 · 业务运维 Leader

    「这套方案只在特定理想条件下成立。如果前置依赖(如网络质量、向量切片准确度或并发负载)发生波动,降级预案是什么?」

    PM 审视:不可把假设当成事实。必须在前置方案中明确定量成立指标,并随附故障回退 Runbook。

  2. 查看这条路径的判断

    高风险路径

    两个目标都没守住:评测与护栏最容易被压缩,交付质量下降,而评审时仍要面对没做完的部分,团队也付出额外消耗。

    ⚡ 评审反诘 · 技术架构师 / 风控评审人

    「该方案明显引入了不可控的不确定性、调用延迟与接口成本。一旦长尾样本发生幻觉或服务超时,由谁对业务资损与客诉担责?」

    PM 审视:切忌盲目“为 AI 而 AI”,确定性问题坚持规则优先,高风险链路必须设置安全熔断阀。

  3. 查看这条路径的判断

    推荐路径

    把评审当作验证价值的机会,用明确的范围削减换取按期交付。代价是首版能力不完整,但砍掉的部分有时间表,评审时也说得清。

    🎯 评审反诘 · 项目立项评审委员会

    「该推荐路径在保证业务确定性的同时,把大模型用在了最具杠杆价值的核心环节。如何量化并向管理层证明 ROI?」

    PM 论据:以最小的工程研发复杂度锁定 90%+ 的核心诉求,风险完全隔绝在可控沙箱内,交付确定性最高。

  4. 查看这条路径的判断

    有条件成立

    功能完整性最好,但把时间成本与资源风险付出去,评审延期会影响后续投入判断,机会成本由整个项目承担。

    ⚖️ 评审反诘 · 业务运维 Leader

    「这套方案只在特定理想条件下成立。如果前置依赖(如网络质量、向量切片准确度或并发负载)发生波动,降级预案是什么?」

    PM 审视:不可把假设当成事实。必须在前置方案中明确定量成立指标,并随附故障回退 Runbook。

不只记答案,记住判断方法

核心原则答完后展开
时间与范围冲突时,先砍范围并公开说明,把被砍部分写进后续计划,代价是首版不完整但结论可信。

下次遇到类似问题,检查

  1. 01哪些能力可以延后
  2. 02评审要验证什么
  3. 03砍掉的部分谁在何时补

PM 落地

如果你是产品经理,下一步做什么

列出本期交付范围与主动延后清单,写明补齐时间表、评审要回答的关键问题与验证方式。

工业实战落地Gate 06 · 上线准备度与立项评审

想在真实业务场景中看本题的落地推演?

在《智能客服知识库与回答辅助》案例中,完整推演该阶段的事实依据、盲区核验、方案三选一与决策影响天平。

进入实战案例 Gate 06 →