当AI给出的建议总是隔靴搔痒，问题可能出在提问方式上。本文通过职场项目推进的真实案例，揭示如何用BTICOE框架重构问题描述——从通用分析到精准诊断的关键跃迁，本质上是在训练「精准定义问题」这项高阶能力。

你有没有这种体验：

把一个职场困惑发给AI，它回了一大段，看着头头是道，但读完之后你还是不知道自己该怎么办。

嗯，其实我有也有过，哈哈哈。

不是AI不好。是因为你还没想清楚，自己真正要问的是什么。

同一件事，三种问法，三种完全不同的结果（第三种问法，我拿了王欢老师的方法，哎，真不错呢！你也快拿去用吧~）。我来演示给你看。

场景：我是一名职场人，最近在推进一个重要项目，但感觉推不动，想搞清楚问题在哪。

版本一：零上下文

我发给AI：我的项目推不动，帮我分析原因。

AI给了一些：如目标模糊、需求管控失控、人力配置问题、资源供给不足等。

每一条看着都有道理，但放哪个行业都成立，套谁的情况都能用。这不是分析，是排列组合。我还是不知道自己的问题在哪。

版本二：有一点上下文

我发给AI：我是产品经理，负责一个内部系统改造项目，推进两个月了，开发那边总是说排期不够，帮我分析一下。

现在好一点了。

AI开始按照需求侧、开发侧等方向具体分析了。方向有了针对性，但还是在猜，因为它不知道你们公司的具体情况，不知道真正的卡点在哪。

版本三：BTICOE完整版

我发给AI：

【背景B】我是一家制造业公司的产品经理，负责内部ERP改造项目，已推进两个月。开发团队上周第三次说排期不够，但我注意到他们同期在做另一个业务部门的需求，优先级好像比我的高。上个月我和直属leader汇报了一次，他说”继续推”，没有给出更多支持。
【任务T】分析项目推不动的最可能根本原因，以及我下一步能做什么。
【指令I】按三个部分来：表层原因、深层原因（重点看优先级和决策层），以及我现在可以做的验证动作，不是直接对抗，而是通过其他方式判断。
【约束C】不要给通用建议。聚焦我自己能做的事，不要建议我去做我没法控制的事。
【输出O】三个部分，每部分不超过四条，直接可操作。
【示例E】风格：假设驱动，结论明确，不废话。比如”最可能的原因是X，判断依据是Y，可以通过Z验证”。

我们再来看看。

AI识别到了”开发团队同期在做另一个需求、优先级可能比你高”这个关键信号。它推断：你的项目在内部可能已经被默默降级，leader说”继续推”只是安抚，并没有真正调动资源。

它给了一些不需要正面冲突就能验证的动作：

1. 索要书面工时拆解：让开发输出本周工时分布清单，验证是否大部分工时投入其他业务需求，留存客观数据。

2. 输出项目阻塞对比表：记录你的ERP项目停滞节点、另一业务需求的开发进度，验证资源倾斜的真实差距。

3. 做优先级书面确认：极简文字同步领导，明确询问“两个并行项目孰高孰低”，用书面记录倒逼决策落地，结束模糊状态。

4. 验证项目刚性权重：梳理ERP改造的隐患（旧系统风险、效率损耗、后续迭代阻塞），对比并行业务需求价值，验证自身项目的权重缺口。

像这个结果，明天就可以拿来做决策。和第一版的通用分析相比，已经是完全不同量级的东西。

BTICOE不是格式技巧，是思维质量的升级

你在写BTICOE的过程中，同时在强迫自己想清楚”我到底要什么”。

很多时候当你把背景和约束写完，你对答案已经有了一半的判断，因为你在写的过程中，逼着自己回想了所有关键信息。

BTICOE最大的价值不是让AI更好，是逼你自己想更清楚。

这种”把问题想清楚”的能力，不只用在和AI对话上。

在我做一对一陪跑咨询的过程中，最难的那一步往往不是给建议，而是帮人把真正的问题从模糊的困惑里挖出来。

很多人来找我的时候问的是”我该怎么办”，但其实需要先回答的是”我现在到底在哪个处境里”。