在这篇文章中，作者提出打造一款成功的产品，有必要在产品开发的一直重视着“用户需求”、“商业需求”以及“技能需求”。原文篇幅较长，这儿拆分为3篇为咱们阐释作者的观点。本文所评论的是作者关于产品开发中

　　在评论技能需求之前，需求先清晰两个概念：“技能财物”和”技能负债“。所谓“技能财物”便是产品所依靠的底层技能以及一些日常作业所用的系统（收购、财政、后勤）。相反，“技能负债”指的是约束产品开发的系统和代码（常常以bug的方式呈现），技能负债假如长时刻得不到缓解会带来愈加严峻的问题。Construx公司的首席软件工程师Steve McConnell以为，技能负债首要能够分为两类：

　　无意的负债(unintentional debt)会呈现在过错规划被施行时或许程序员写出了差劲的代码时。这种负债并不是故意的，当然越少越好。

　　有意的负债(intentional debt)是指公司明知道某种状况并不抱负，可是出于种种原因仍是做出了退让（通常是因为预算或时刻约束）。虽然这类技能负债也并不是件功德，可是对任何安排来说，它都是不可防止的，咱们需求做的便是将其影响最小化。

　　关于技能负债来说，咱们需求尽可能地削减负面影响，否则就会遇到咱们常说的“破窗效应”。

　　“破窗效应”是犯罪心理学中的术语。用来解说城市中次序紊乱和损坏公物的行为，其意义是：

　　城市管理中需求坚持各种设备处于杰出的状况，并随时监控，这样才干阻挠进一步的公物损坏乃至升级成更严峻的暴力犯罪。

　　咱们能够把软件比作城市的环境。假如有几扇窗户破了（软件中呈现一些糟糕的代码），而破窗又没有赶快修好，那么很有可能会呈现更多破碎的窗户（人们变得不再关怀优质代码），继而环境进一步恶化：废物处处呈现，私行占用空房的人越来越多（代码规范遍及下降）。不久之后，一切的窗户都会破碎。

　　假如负债扩大到必定程度，公司终究花费在补偿这些缝隙上精力会比用在发明新价值上的还要多。常见的状况便是留传的代码库往往需求消耗很多的精力去保护（也便是“还账”），留给开发系统新功用的时刻就变少了。——Steve McConnell

　　在产品开发时需求尽心竭力去防止此类技能负债。假如遇到了，找时刻来处理这些欠账的进程会非常困难，常常看不到任何改动，团队内会有一些人不理解这么做的原因，很多人懒得去整理代码中的这些废物。可是，在开发进程中整理这些技能负债恰恰是一项非常重要的作业，假如做欠好很可能会炸毁整个系统。

　　当然，需求留意的是，技能负债并不必定都是坏事，有时技能负债会催生一些强壮的功用。总得来说，新呈现的负债是没问题的，可是长时刻累积起来的旧账就欠好了。Henrik Kniberg在他所写的《Good and Bad Technical Debt》 一文中曾提出一个防止技能负债失控的好办法，那便是引进了债款上限的概念，当你的负债到达必定限额时需求采纳办法以防止进一步失控：

　　当债款到达上限时，咱们就宣告进入“负债紧急状况”，中止开发新项目，一切人都将留意力放在整理旧代码中的问题，直到回归到基准线。

　　理论上在每个开发周期中你都会遇到技能负债，可是当负债到达上限时，就需求及时调整，避免事态恶化。

　　搜集用户需求、商业需求和技能需求仅仅产品开发中一部分作业，更重要的是怎么处理这些信息，平衡三方面需求。这时咱们应该首要考虑以下三个要素：

　　产品在生命周期中所处的阶段。这是一款全新的产品，仍是现已面世一段时刻的产品？

　　用户获取状况。你们在尽力招引用户的阶段，仍是用户会自己找上门来运用你们的产品？

　　这三个要素的组合不同，你重视的要点应该也不一样。假如是一款正在尽力获取用户的新产品，那么你就需求非常重视用户需求；假如公司在寻求大规模良性的增加，那你就需求把要点放在盈余上。

　　终究，需求着重的是：假如不理解产品的中心用户的需求以及商业上、技能上的需求，那你的产品便是建立在虚无之上的。一款产品可能在一段时刻如日中天，但终究必定会有新的产品呈现。所以不要把你的产品建立在风险的假定之上，开发产品时做到深思熟虑，尽力开宣布可继续的产品。