问题要足够大或足够频繁，才值得关注

演示中的看板很漂亮。这个示例里，它发现月度导出文件的一处格式错误。错误两分钟能修好，一年发生两次。人人喜欢演示，试用结束后却没人再打开看板。

问题真实到可以描述，但忍受它的成本也许低于再加一款工具的成本。优雅本身不会创造紧迫性。

一段已收录的产品对话提供双轴检查：当心又小又少见的问题。大问题即使出现不多也值得关注；反复出现的小问题可能积累成日常习惯。重点是考察宣传语背后的工作。

分开计算发生次数与后果

“多少人有这个问题？”作为第一个问题太宽。问某个团队最后一次何时发生，之后做了什么。有人花了几分钟？失去一笔销售？耽误一份订单？暴露私密数据？还是只觉得烦？这些后果不能互换。

然后问同类事件有多常见。每周五分钟的修正，放到大团队可能消耗惊人的时间。一年一次的失败，若阻止关键传输，也可能重要。一年两次、每次两分钟的烦扰，就难作为独立产品销售。

根据两条轴做一个示例性选择：

这个问题值得投入多少注意力？

1. 少见且轻微

   一项功能或手工检查表

   新产品可能比问题本身更耗注意力。

2. 少见但昂贵

   防护措施或事故流程

   每次发生都可能值得提前准备。

3. 常见但较小

   默认设置或轻量习惯

   重复会积累成本。

4. 常见且昂贵

   专门的工作流

   反复出现的后果能支持持续投入。

这些格子用于推动调查，不是给市场下判决。“严重”取决于谁的成本被计算。对管理员影响很小的错误，可能给客户造成大问题。一次短访谈没提到的失败，也可能在季节高峰很关键。

演示中小问题，系统中大问题

集成让区别具体起来。一条联系人记录的错误字段看着很小；同一映射应用到数千联系人，就会成为反复手工修正的来源。反过来，对一次性外观不一致设置复杂警报，可能增加比节省更多的管理工作。

业务工具集成指南从工作流与权威来源入手，因为真实成本存在于记录如何移动和使用中。判断是否从免费工具升级的团队，也应计算临时处理和错过的动作，而不是只比功能清单。

要求看最近三次真实发生。每次记录谁发现、谁修正、别的什么工作停止、如果没人介入会怎样。最后一个问题区分烦扰与看不见的风险，也防止把显眼的假设当成实测规律。

再问当前临时做法花多少钱。表格加五分钟检查可能足够；每天早晨要专家对账的手工流程可能不够。替代方案本就是产品价值的一部分，不应回避。

测试采用成本，也测试问题成本

即使问题有意义，也未必值得开发新应用。必须有人连接、学习、审核输出、维护访问。如果产品比任务更耗注意力，购买者继续使用临时办法可能完全理性。

来源讨论也警告，手把手设置可能让早期兴趣显得过大。团队看起来在买软件，实际上依赖未标价的咨询服务。一个小问题若需要昂贵的上手过程，很难持续服务。并非不能提供服务，而是必须把服务计入。

双轴视角也有例外。合规义务可能要求采取行动，哪怕实际事故稀少。新市场可能没有足够历史可测。某个小群体的问题可能很痛，即使更广人群无感。此时证据应来自义务、可信的失败路径或明确预算，而不是只估计频率。

这两轴也帮助决定需求应成为独立产品，还是已有工具的一项小功能。罕见的小格式问题，可能适合导出流程中的一个按钮，却不值得订阅独立服务。频繁的小问题，改变默认设置可能比再卖一块看板更好。产品范围应与任务已经获得的注意力相称。问题不是它存在与否，而是解决它可以合理要求多少新行为。

有效的调研问题不是“你会用吗”，而是“上次发生时花了什么代价，你后来怎么处理”。当答案指向人们已经想改变的工作，产品才有存在的理由。