做产品的，主要关心用户爽不爽。
做技术的，主要关心功能是否能实现。
这两者之间还是有很大差异的。
但是除了这一点差异，可能还有一个重要的差异，我们团队总结为“技术五指山”。
在日常项目需求讨论的时候，技术常常会提出一个极端的情况。
例如，如果是初期开始做一个打车应用，技术肯定会问
“没有网络时候怎么办呀？”
这个应该是产品需要考虑的点，如果产品本身没有考虑到，是很有帮助的。
但是，如果技术问
“用户可能没有微信支付和支付宝支付，得考虑一下这个情况，支持银行卡银联支付，比如老头老太太之类的人群”。
这有没有道理呢？当然也有道理。但是考虑初创企业的成本，以及目标人群的使用习惯和规模，作为产品，初期还是要抓典型场景的典型主流用户。
如果按照技术的思维，还可能提出这样的问题：
“在美国，如果老外下载到咱们的App，不能打车怎么办?”
你说有没有道理？但是要开发支持该功能，是不是有点过了呢？
一、概念
技术五指山，就是指做技术的人，总是会考虑大而全，却忽略了做产品应该从典型用户的主要场景开始做，逐渐去满足其他小众人群的需求。
非程序员们，肯能就会有疑问了：
为什么程序员们会出现这样的情况呢？
情况是这样的，在技术研发里面，实现功能的时候，必须考虑到各种各样的情况，否则就容易出现程序错误。
例如：
你开发一个计算器，你得考虑清楚除以0的情况，你得考虑无限不循环小数的情况。
对应的，测试人员，需要做专门的边界测试，保证在极端情况下，程序的稳定可靠，否则就会提bug，就是提交一个错误到系统里面，让程序员去修复。
越是优秀的程序员，bug问题越少，这主要是有赖于他们的思维模式更加严谨，会考虑到各种情况。但是这能力，如果用于在产品需求讨论里面，是有利有弊的，如果产品负责人不能清晰的认识到这一点，需求将大大增加，开发周期也会拉长，总体就是成本飙升。
总体来说，眉毛胡子一把抓，在产品规划设计里面，可不是什么好事。
二、利弊
凡事都有利有弊。
在产品设计和初步理念头脑风暴的时候，运用“技术五指山”，可以开阔视野，弥补不足，是非常好的。
在产品功能最终需要做决策的时候，一定不要掉入到“技术五指山”，要明白什么是最重要的。要基于企业的实际情况出发，尤其是一个小团队更要根据自己的现有情况，确定典型用户的典型场景下需要的功能需求。
三、掉入“技术五指山”的信号
如果你的开发陷入困境，一直在延期的时候，你应该反思一下，是不是需求掉入了“五指山”，是否可以砍掉一些多余的功能，把资源留给更重要的功能。
如果你的需求评估，远远超出了预期，你应该反思一下，是不是初期定的需求，就是“五指山”里面的需求。
如果需求讨论的时候，为一些细微的功能点，争论不休，迟迟不能定下来，你应该反思一下，整体的产品战略是什么，产品规划是什么，目标用户的核心需求是什么，是不是又被“五指山”遮住了双眼。
如果你在版本规划期间，企图一个版本搞定所有事情的时候，要知道这是不可能的事情。产品的研发，都是有一个过程的，都是从不完善到完善。这期间，需要用户反馈，需要不断修正发现的bug。但是很多人创业，限于资金和时间成本，很多都是找外包，以为一个版本就能搞定产品。
下一篇文章，将讨论典型用户的问题，敬请关注。
