Builder OS
课程第一阶段 · 看见问题

第 2 章 · 想法不是问题

你手上这条,是想法还是问题?

第一阶段 · 看见问题第 2 章Build Cycle · 观察

想法只需要你自己同意,问题需要现实同意。

这一章回答
你手上这条,是想法还是问题?
你会做出来
把一个想法改写成一句「某人在某个时刻想做某事,但是……」
对付:想法瘫痪

「做一个帮人整理会议纪要的工具」是想法。

「我们组每周三开完周会,小林花 50 分钟把录音转成待办,上周漏了两条被返工」是问题。

差别不在详细程度,在于谁需要同意它。

机制

想法只需要你自己同意。它还没碰到现实,所以没有人能证明你错。

问题需要现实同意:一个真的存在的人,在一个真的发生过的时刻,遇到一个真的让他卡住的困难。这些编不出来——编出来的那一刻,它就变回想法了。

判断只需要四句话:

  1. 谁? 具体的人,有名字有职业。不是「有这类需求的人」。
  2. 什么时候? 具体时刻,多久一次。「经常」不算答案。
  3. 卡在哪一步? 具体到动作。「效率低」不是困难,「在五个标签页之间切换、复制时容易粘错行」是。
  4. 现在怎么绕过去? 哪怕方法很笨。

四条全中是问题。缺哪一条,那一条就是你想象出来的。

现有替代方案Existing Alternative

目标用户现在用来绕过这个问题的办法。

它是四条里最被低估的。一个问题真实存在却没有人想办法解决,通常说明它没痛到值得解决,或者你看到的不是真实问题。反过来,一个笨办法被长期忍受,是最强的信号之一。

「我觉得大家需要」的危险不在于它是谎话,而在于它无法被证伪。你没法证明大家不需要,所以这个判断会一直活着,撑你写完三个月代码,等到发布那天才第一次碰到现实。

现实案例

同一个方向,两种说法合成案例
郑迪,做了 4 年自由译者 · 准备第一个项目时

第一版:「自由职业者缺少统一管理项目的工具,市面上的太重了。」

四句话逐条问:谁——说不出具体的人;什么时候——说不上来;卡在哪一步——「太重了」不是动作;怎么绕过的——不知道。四条零中。

第二版:「我同时接 3 到 8 个稿件,分散在微信、邮件、两个平台后台。甲方问进度要翻三个地方。上个月我以为一笔 4,200 元稿费结了,实际没打款,五个月后对账才发现。现在用 Excel 记,超过三天不更新就会废掉。」

四条全中。

第二版里的 4,200 元、五个月、「超过三天不更新就会废掉」编不出来——它们只能来自真实经历。

动手试

想着你手上那一条,逐条回答。

想着你手上那一条,逐条回答。已答 0/4
我能说出一个具体的人,而不是「有这类需求的人」。
我能说出它发生在什么时刻,以及多久发生一次。
我能说出他卡在哪一步,而不只是「效率低」。
我能说出他现在是怎么绕过去的,哪怕方法很笨。
四条都答完才给判断。

结论是「还是想法」时不要急着换一条。更常见的情况是背后有真问题,只是还没说清楚。缺哪一条去补哪一条,通常找一个真实的人聊十分钟就够。

你的行动

把手上那一条改写成「某人在某个时刻想做某事,但是……」。

限制:必须出现具体的人、具体的时刻、具体的动作;不能出现「用户」「大家」「经常」「效率」。

写不出来说明它还是想法。知道这一点,比揣着它写三个月代码好得多。

检查标准

  • 我写出了一句「某人在某个时刻想做某事,但是……」
  • 句子里的人有具体身份
  • 我说得出这件事多久发生一次
  • 我说得出他现在怎么绕过去,哪怕办法很笨
  • 句子里没有「我觉得」「应该」「大家」

容易搞错的地方

你自己也算具体的人

「不能只有你自己需要」常被误读成「不能从自己的需求出发」。恰恰相反:你是唯一能长期、近距离、诚实观察的用户。郑迪那四条证据全部来自他自己。

要求不是「不能是你」,而是「不能只是一次念头」——它要重复发生过,而且你说得出现在怎么忍受它。

问题成立不等于值得做

这一章只判真假,不判值不值。一个真实但一年发生两次的问题,不值得三个月。频率和代价留给下一章。

本章自测

  • 想法和问题的根本区别是什么?
  • 为什么「现有替代方案」这一条特别重要?
  • 「我觉得大家需要」的问题出在哪里?

On this page