乱谈互联网产品开发（一）

在很多互联网企业里的，产品开发流程通常是，老板指派一个任务，一帮人马立刻开工干，开发好了后，进行简单的测试后放到服务器。 这时产品会不断的出现需要待解决的问题（需求或者BUG），一帮人等加班加点。。。。。。 最后，网站终于上线了。虽然没有规范的代码，也没有专业的测试人员，更没有开发文档；但是网站运行的很正常，到目前为止没有什么大问题，一切看起来都很美好。

随着网站的规模不断扩大，访问量日益增长，后台多了很多独立的支撑系统；各条业务线也提了很多需求，技术人员忙的不可开交，吃饭喝水的时间都挤不出来了，每天干到凌晨才能完成任务。为了解决这个问题，老板从市场上招聘了一些技术人员，把原来跟随他的技术人员提升到管理岗位，带领这帮新人。这下子老板轻松多了，把很多繁杂的日常琐事授权给了部下管理。这帮新人进入角色后，业务部门的需求能基本完成的很好了，通宵加班的日子不见了，一切看起来都很美好。

这些日子，网站上的东西看起来有些凌乱，没有一个鲜明的特色。原来产品的需求就是老板脑子里的一个想法，他直接跟技术人员讲需求，但随着业务需求的不断变化，他已经无法投入精力去深入到产品的每一个细节，只能从总体上把握产品的方向了。业务提出的需求都是比较分散和简单，根本不会考虑到产品的规划问题。老板为了解决这个问题，就招聘了一个负责收集，加工产品需求的人员，给这个岗位赋予一个好听的名字“产品经理”，这样跟业务、技术部门沟通的细节问题都交给这位产品经理了。大多时候，他只要给产品经理下达任务就好了，一切看起来都很美好。

产品经理来了后，为了让自己的工作得到老板的肯定，就不断的做方案，每出来一个产品方案就给老板看，老板看了这些方案后，感觉还不错，表扬了一下产品经理，并指示技术部门按产品经理出的文案开发。由于短期内需要开发的产品功能很多，开发人员又不得不加班加点来完成这些任务。经过一帮人每日每夜的努力干活，终于完成了产品经理提的那些功能。产品上线后，老板很满意，一切看起来都很美好。

最近网站上增加了很多功能，运行了一些日子后，老板发现产品是挺多，但访问量都很少。原本以为这么多产品肯定能带来流量，没想到预期效果会这么差。老板反思了一阵子，觉得前面这些产品方案都好，但贪多反而失去了方向，捡了芝麻丢了西瓜。开发部门也整天瞎忙着开发东西，结果却不怎么理想。老板在重新思考了产品的方向后，决定不能老赶路，需要不时停下来思考，在决定了方向后，砍掉了其中的几个产品，要简单，专注。开发人员也不用跟着瞎忙了，一切看起来都很美好。