长途开车适合想想产品

五一期间去参加荣成马拉松，由于带着小孩，故自驾前往。到荣成其实不算很远，但去的时候正好是五一，本来七八个小时的车程硬是开了十五个小时。来回的路上边开车边听了得到的课程，不听的时候就自己想想自己做的产品，以前看美国人物传记发现他们总是喜欢在开车的时候思考问题，这次我发现在某些时间段，此方案确实有效。

路上想了产品的哪些事情呢？一条一条记录下来。

硬件开发

做硬件产品，不能操之过急。适合软件开发的敏捷方法，快速迭代方法，放在硬件产品上不是特别合适。原因主要有以下几个。

硬件的开发周期一般会比较长，从芯片选型到PCB制版，从系统框架搭建到嵌入式程序完成，这个过程少则几个月，多的时候一年半载。如果我们不能思考全面，面临的问题就会比较多。

正因为开发周期较长，对需求的要求就比较高。选的芯片能满足产品多长时间内的功能要求？第一版和第二版有什么样的衔接？产品真正的核心竞争力在哪？

相较于软件开发类似于小船好掉头，硬件如果推倒重来，这个工程量不只是翻倍。即使如乔布斯，Lisa电脑也大部分被埋葬于垃圾场内，因为硬件一旦落后，那就是真的落后了。

如何安排开发

很多人都知道，开发工作犹如修建房屋。如果你希望建的房屋又快又好，那必然需要付出足够的成本。这就是软件工程的经典三角形，时间、质量、成本。但实际上，我们经常会遇到类似以下的情况。

需要在XX时间前，把XX开发完毕；
请给我个时间，预计什么时候能把这个问题解决掉？
客户已经付全款了，我们需要在规定时间内给客户提供产品；
验收时间已经定完了，需要在此之前将产品调试好。

产品还有些问题，顾不了那么多，先交付吧，后期再慢慢改；
预计什么时候能将问题改完，或者能给我一个时间计划？
这个问题很严重，为什么之前没想到呢？
赶快想办法吧，客户已经怒了。

如果用一句话把这些问题汇总起来，我想大概是：赶快用最少的人手、以最快的时间、做出市场上最有竞争力的产品来。

可这不符合事物发展的规律，凡不符合规律的事物肯定不长久，美食也需要时间。而硬件产品，一旦陷入这个泥淖，就会频繁地需要重新开始，老问题需要人去解决，新产品也需要有人开发，混在一起都是糊涂账。

举例

1、不限制你们增加人手

其实这是个伪命题。其一，人才并不是随时就位等着我们筛选；其二，很多人知道，越是紧急的项目，临时增加人手只会让项目周期加长；第三，不考虑性价比的方案都是耍流氓。

很多产品开发，其实缺的是核心人，也就是项目带头人，而这样的人一般也是其他公司的业务骨干，凭什么随时为你待命？

2、先有产品再说

这是问题的根源。先有产品没错，但一定是一个最小化可行产品。可行的前提是客户能接受和认可，虽然不完整，但提供的部分是可靠的、可用的。如果不能满足这个前提，客户又不是你家亲戚，凭什么选你而不选其他更好的？

3、竞争对手有我们也需要有

看了几款产品就认为自己对行业了解全面了，这往往是自欺欺人，坐井观天。我们不知道客户为什么那么设计，他们设计的初衷是什么，我们大部分都是根据表象去推测。

这就要求我们自己能够有自己的分析和决策链条，为什么这么设计？设计的优缺点分析是否足够到位？我们的产品是否满足了某个特殊应用场景的使用需求？和竞品相比，到底有没有单点优势存在？