产品基础 · 入门

决定不做什么

一句话: 能说「不」,才是一个已经上线的产品和一个永远在开发中的产品之间的区别。

为什么这么难

每个需求单独看都很合理。问题不在于单个功能,而在于累积:每一次添加都带来要维护的代码、要学习的界面,以及半年后会弄坏别的东西的边界情况。一个功能的成本不是那一周的开发,而是之后所有的年头。

三个过滤问题

是谁提的?一个声音大的客户不等于市场。问一句:一周之内会有多少用户碰到这个。

不做会怎样?如果答案是「稍微不方便一点」,那它就不进第一版。

它替换掉什么?如果任务清单的长度是固定的,每进来一项就得出去一项。这比「我们把这个也加上」是更健康的对话。

怎么说不

「不」要带着理由和位置:「这一版不做,因为我们追的指标是处理时长,而这个不影响它。第一次度量之后我们再回来看。」理解了优先级的人,就不会再争优先级。

把延后清单放在看得见的地方。它能挡住反复出现的同一个问题,也是时间空出来时第一个该看的地方。

深入一层

带着十个完全可用的功能上线的产品,胜过四十个平庸功能的产品。代码里也一样:每一个逻辑分支都增加一条要测的路径。砍范围不只是商业决策,它还是你能做的最便宜的架构决策。