兩年前，由于某些原因桃漾，重新學了學ruby寫網站坏匪，才知道當前的互聯網開發(fā)已經發(fā)生了翻天覆地的變化，除了前端框架的興起外撬统，還多了一個職位适滓，叫產品經理。
聽到這個名字恋追，第一反應就是凭迹，what？這干嘛的苦囱？
從字面上理解就是做項目的嗅绸，不是應該叫項目經理或系統(tǒng)分析員之類的嗎？產品經理是干嘛的沿彭？
十年之前的軟件開發(fā)行業(yè)朽砰，前端和產品經理的興起
十年之前，剛好畢業(yè)，那時候前端這個崗位還沒有現在需求這么大瞧柔，更沒聽說過產品經理漆弄，公司統(tǒng)一招的基本清一色后端，業(yè)務也是以企業(yè)業(yè)務為主造锅，也就是現在的B端撼唾。
產品部門是隨著C端客戶不斷增大產生的，尤其是app的興起哥蔚。
上圖是iphone發(fā)布時間表倒谷，注意看時間，2010年是iphone4發(fā)布的時間糙箍，不得不說渤愁，4代iphone才逐漸走入公眾的視角中，前三代并沒有4和4S這種劃時代產品這么普及深夯。
這是前端工程師的可視化增長趨勢圖抖格，可以看到在2010年之后的移動端需求的增長趨勢。
這是產品經理的可視化增長趨勢圖咕晋，2010年前雹拄，幾乎無人問津。
回想十年之前的開發(fā)流程掌呜，根本沒有產品經理這一說滓玖，就程序員~軟件設計師~系統(tǒng)分析員，只有系統(tǒng)分析員才能接觸客戶质蕉，進行需求分析势篡。這是當時大三上半年考軟件設計師資格證書時了解到的，畢業(yè)后在企業(yè)里工作模暗，也沒見到過產品經理這個崗殊霞，也或許是沒注意吧。
就是說汰蓉，做需求的人必須具備程序的底子（程序員），還必須會做底層的系統(tǒng)架構（高級程序員棒卷、軟件設計師）顾孽，尤其是對公司已存在系統(tǒng)架構要熟記于心，否則比规，就會像現在的產品一樣若厚，要么亂改需求，要么做出來的東西沒法實現蜒什，要么提供的需求不去想未來的擴展测秸。
2010年之后的分水嶺，C端客戶與B端客戶，產品經理與系統(tǒng)分析員
C端客戶重體驗霎冯，體驗不好铃拇，就會存在大量的客戶流失，這是產品的活沈撞；
B端客戶重效率慷荔，用戶體驗和特效再好，工作效率受損了缠俺，一樣不會用显晶，這是系統(tǒng)分析員干的活。
由于app的興起壹士，市場上對用戶體驗的需求大量增加磷雇，系統(tǒng)分析員在C端逐漸被遺忘，而相應的工作由產品經理代替躏救。
產品經理自身問題帶來的隱患
但唯笙，這有一個非常大的問題隱患，就是從事產品的人一般不具備開發(fā)和架構的經驗落剪，這是導致產品和開發(fā)之間矛盾激化的根本原因睁本。
而在中國，產品部門話語權往往很低忠怖，大部分需求更改是來自于客戶和老板呢堰，也就是一拍腦門子的靈感，這種東西對于開發(fā)來講完全是致命的凡泣，尤其是需求和特效折騰了幾天枉疼，又改回原樣。
而做產品的人鞋拟，不會編程骂维，不會做架構，對自己家的系統(tǒng)底層不了解贺纲，無法第一時間決定某個功能是否真正能落實在系統(tǒng)中航闺，產品在老板、客戶與開發(fā)中間夾著猴誊，便多了一層溝通成本潦刃。
解決兩者之間的根本矛盾，是在于決策層懈叹。
開發(fā)角度看矛盾
而對于開發(fā)來講乖杠，最關鍵的矛盾并不是需求的反復修改，而是需求改完之后工期不變澄成，三個月的工期壓縮至一個月胧洒，程序員只能通過加班來實現畏吓。
一個月的工期改需求占用兩個星期，意味著開發(fā)時間又縮短一半卫漫，擱誰頭上都會瘋掉菲饼。
而產品本來應該承擔改需求的責任，最后背鍋卻是開發(fā)汛兜，開發(fā)抗議巴粪，就被產品冠以難管的名義告狀，這是開發(fā)角度能看到粥谬，但產品角度看不到的矛盾關系肛根。
老板、客戶角度
對于老板和客戶漏策，由于對開發(fā)和成本認知不足派哲，普遍認為開發(fā)像寫文章，寫出來之后會越改越好掺喻，所以三個月能干的活會壓縮到兩個月芭届，一個半月。
而系統(tǒng)開發(fā)比喻應該是蓋高樓感耙，壓縮時間意味著質量受損褂乍，要蓋多高的樓（潛在可擴展的需求），就要挖多深的地基即硼，打多堅固的骨架（系統(tǒng)架構）逃片。
老板要蓋兩層樓，壓縮時間只酥，地基便會只打兩層樓的地基褥实，而當需求改為蓋十層樓，開發(fā)只能把地基全部扒了裂允，骨架全拆散了损离，重新蓋。
蓋樓的成本看得見摸得著绝编，改需求的成本看不見僻澎，摸不著，全是開發(fā)扛十饥。
企業(yè)老板或產品經理怎棱，如果平衡不好這之間的關系，最先流失的會是整個鏈條末端的程序員绷跑。
