做程序员快两年了，意味着和产品之间的沟通战也快两年了，然而并没有擦出火花。
今天以程序员的角度来说说产品的一些想法。
一、产品定位
产品定位是很重要的一件事，直接关系到产品的命运，同时也决定了程序员的命运。产品定位不明确，便会导致产品需求上的频繁变更，UI交互上的变更，然后就是需求执行者也就是程序员将面临加班的厄运，真是心塞的一件事。
要明确自己的受众人群，要给他们/她们解决什么样的需求痛点，这是在决定开启这个产品项目之前必须要考虑的一件事，所以用户调研要贯穿整个产品的生命周期，确定大的方向，规避不必要的坑位。
二、产品原型和需求文档
产品原型和需求文档是产品和技术之间沟通的桥梁，如果这两个没做好，所组织的语言存在歧义，会增加额外的沟通成本，这个切身体会，尤其是这个文档开发在看，测试在看，产生歧义的时候，也就是BUG飞起的时候，心塞。
产品原型交互逻辑不能太重，虽然有时候产品为用户着想，想帮用户做更多的事，但有时候会适得其反，出现一些非常奇怪的操作。
三、“人家有的我也要有???”
同质化竞争非常泛滥，同质化竞争是很耗成本的一件事，盈利很少甚至没有，然后就走向合并之路。
我在参与的第一个项目是公司比较成熟的一个APP，但在后来的版本迭代中，却出现了“集百家之长”的现象但又没做好弄成了四不像，也很少做减法，一直在加法，结果就是APP很重，程序员很辛苦，心塞。
四、产品迭代
在新项目开始的时候，会遇到要求两周一个版本的迭代速度，这个时候也就是心塞的时候。
虽然产品经理会一再强调时间不够就看需求，可需求早晚就要上的，所以要考虑是跟着版本走还是跟着需求走。
需求变更是很正常的一件事，但最好不要在产品要发布的前几天提出来，会心塞。
从最近看的《Zero to one》再到自己工作中遇到的，确实很多时候产品做的事情并不是从0到1，而是从1到n，也就是对着一堆的竞品分析，你有的我也要有还要变相的拿出对外宣称是创新，太多的同质化产品。
好了，要敲代码了，心塞。最后献上《Zero to one》简单的思维导图
