总览:把“未知”从情绪改成标签
我处理复杂任务时,会把信息分成“已知、假设、未知”三栏。已知必须有来源,例如后台数据或书面规则;假设是暂时采用的判断;未知则写成可回答的问题。只写“用户需求未知”没用,要改成“新用户是否愿意为免广告付费”。
这一步最明显的好处,是团队不会把语气坚定当成证据。会议里有人说“大家应该喜欢”,我会把它放进假设栏,而不是结论栏。标签不是挑刺,它只是提醒咱们:这句话后面还欠一次验证。
未知怎么用?我更愿意把它当成一个工作标签,而不是令人焦虑的抽象概念:遇到没证据的判断就标出来,再按影响大小验证。这个方法适合项目推进、写方案和做购买决策,能避免把猜测悄悄写成事实,也不会陷进无休止调查。
我处理复杂任务时,会把信息分成“已知、假设、未知”三栏。已知必须有来源,例如后台数据或书面规则;假设是暂时采用的判断;未知则写成可回答的问题。只写“用户需求未知”没用,要改成“新用户是否愿意为免广告付费”。
这一步最明显的好处,是团队不会把语气坚定当成证据。会议里有人说“大家应该喜欢”,我会把它放进假设栏,而不是结论栏。标签不是挑刺,它只是提醒咱们:这句话后面还欠一次验证。
标完之后,我不急着逐个搜索,而是给每项打两个分:影响1至5分,紧迫度1至5分。两个分数相乘,得到处理顺序。比如定价是否被接受是5×5,按钮颜色偏好可能只有2×2,资源自然先投向前者。
分数不用追求科学精度,它的价值是迫使你比较。影响相同,就先处理验证成本低的;成本相同,就先处理会卡住后续工作的。那些分数低、短期不影响行动的问题,放进“停车场”,别让好奇心抢走执行时间。
高优先级未知要改写成最小验证动作。假设“客户嫌价格高”,我不会立刻降价,而会查看流失记录、访谈5名目标用户,再用两个报价版本测试。因为不购买可能源于信任、功能或付款流程,降价只是众多解释中的一个。
每次验证都提前写结束条件:收集多少份反馈、观察几天、出现什么结果就继续。比如7天内有20次有效咨询,进入下一轮;不足5次,先检查渠道。没有结束条件,所谓研究很容易变成拖延,数据也会被挑着解释。
任务结束后,我会给未知补上答案、证据链接和日期。日期很重要,因为市场价格、平台规则和用户偏好会变化。半年前验证过的结论,不应自动拥有永久有效期;超过使用期限,就重新标回假设。
未知怎么用,核心就是四个动作:写成问题、排出优先级、设计最小验证、记录有效期。它不能保证每次判断正确,却能让错误更早暴露。真正好用的系统,不是假装什么都知道,而是清楚下一笔时间和预算该花在哪个问号上。
表格、便签或项目管理工具都可以。最少保留问题、影响分、验证动作、负责人、截止日期和当前结论六列。
按影响与紧迫度排序,只处理会改变决定的未知。即使得到答案也不会改变行动的问题,可以暂时不查。
要看信息是否会变化。法律条文、平台规则、价格和用户行为都应标注日期;使用前确认来源仍然有效。