做程序員快兩年了，意味著和產品之間的溝通戰也快兩年了，然而并沒有擦出火花。
今天以程序員的角度來說說產品的一些想法。
一、產品定位
產品定位是很重要的一件事，直接關系到產品的命運，同時也決定了程序員的命運。產品定位不明確，便會導致產品需求上的頻繁變更，UI交互上的變更，然后就是需求執行者也就是程序員將面臨加班的厄運，真是心塞的一件事。
要明確自己的受眾人群，要給他們/她們解決什么樣的需求痛點，這是在決定開啟這個產品項目之前必須要考慮的一件事，所以用戶調研要貫穿整個產品的生命周期，確定大的方向，規避不必要的坑位。
二、產品原型和需求文檔
產品原型和需求文檔是產品和技術之間溝通的橋梁，如果這兩個沒做好，所組織的語言存在歧義，會增加額外的溝通成本，這個切身體會，尤其是這個文檔開發在看，測試在看，產生歧義的時候，也就是BUG飛起的時候，心塞。
產品原型交互邏輯不能太重，雖然有時候產品為用戶著想，想幫用戶做更多的事，但有時候會適得其反，出現一些非常奇怪的操作。
三、“人家有的我也要有???”
同質化競爭非常泛濫，同質化競爭是很耗成本的一件事，盈利很少甚至沒有，然后就走向合并之路。
我在參與的第一個項目是公司比較成熟的一個APP，但在后來的版本迭代中，卻出現了“集百家之長”的現象但又沒做好弄成了四不像，也很少做減法，一直在加法，結果就是APP很重，程序員很辛苦，心塞。
四、產品迭代
在新項目開始的時候，會遇到要求兩周一個版本的迭代速度，這個時候也就是心塞的時候。
雖然產品經理會一再強調時間不夠就看需求，可需求早晚就要上的，所以要考慮是跟著版本走還是跟著需求走。
需求變更是很正常的一件事，但最好不要在產品要發布的前幾天提出來，會心塞。
從最近看的《Zero to one》再到自己工作中遇到的，確實很多時候產品做的事情并不是從0到1，而是從1到n，也就是對著一堆的競品分析，你有的我也要有還要變相的拿出對外宣稱是創新，太多的同質化產品。
好了，要敲代碼了，心塞。最后獻上《Zero to one》簡單的思維導圖
