首先我不是那個參與打架的產品經理，而我卻是正在提“需求”的產品人
今天刷爆朋友圈的是一個產品經理與開發在需求上“換手機殼顏色變app主題”上的需求落地上爭執，最終開始了出手PK。
第一時間點，所在的Kevin和他的產品朋友們付費群也在沸騰了。在知乎上也有這樣的答案，並且轉發了來自我建立的產品社群產生的另外說法：“其實是2個開發人員矛盾所激起“
當然這樣的方式顯然在職場是不可取的，但站在產品經理職業上，如果真的是為【手機殼】這個需求來產生撕逼甚至是出手爭鬥，是大概率事件嗎？
不管結果到底是產品經理與開發、還是開發同學之間的爭執。首先很開心這樣的付費群能夠認識一群優秀的產品朋友們。時刻知道網際網路熱點事件
回到標題的話題，這樣的需求是否合理？
假設1:產品經理與開發發生了爭執，我們應該如何解決？
需求：使用者更換手機殼app的顏色主題更著變
站在需求的角度上，這個需求是產品經理希望讓使用者感受在產品進入不同的環境下做切換。
在產品上：你是否遇到過這樣的產品，在下雨天后，手機桌布更換為下雨；在下雪天，手機桌布更換為下雪；
很多天氣產品，其實現在已經做了這樣的功能，最終達到不僅可以讓產品活躍度提高，也可以讓使用者實時知道當前的天氣狀態，而不是需要進入app。
但這位產品經理提出的卻不是天氣場景，而是更加手機殼來判別顏色。我會很好奇這樣的產品首先是滿足使用者什麼需求？如果這個產品是一款做使用者性格或個性化社交的產品，那變換主題這個需求的確是增加了使用者個性化的方式。
在技術上：這樣的需求實現難嗎？曾經有沒有類似的產品？
百度了解了下，現在卻是有這樣的產品出現。
看來這樣的需求是可以實現的。為此利用這個需求來爆發爭執是因為溝通原因導致的。
正確的溝通方式？
AI與產品經理相遇的公式y=f(x)
與AI開發同學溝通，其實也是產品經理與開發溝通的一種方式。我們在溝通中除了為了滿足工作中的任務外，還有雙方溝通的態度與方式。圍繞著需求前、需求評審、開發過程中，產品經理最容易與開發爭執的3個場景我舉例如下
當別人開發正在拼命的搬磚，產品人員想讓你離開去開會。內心肯定是崩潰的，長期積累下去爆發肯定會出現的。
“這個需求沒有那麼難呀，可以做的”
在評審會中，產品經理拿出原型開始講解需求，講解完之後首先確保了邏輯通常，其次認為技術是沒有不能實現的。但開發同學的內心也是很苦悶的，給我這麼點時間，就想讓我做這麼難的需求。
“上次需求不完整，這次我們加上，使用者需要”
在開發過程中，產品經理輸出文件或在設計稿中增加了新的需求。開發同學問產品經理為什麼加或改需求，產品經理考慮之前的需求可能不那麼合適，再進行變動。開發同學內心也是很難受的，尤其是後臺開發同學，可能之前的表結構就要重寫。
每個產品經理都希望產品10萬+
就像每個做自媒體的同學， 都希望那一天能夠出一款10萬加。拼命跟著熱點或學著裂變知識為了有朝一日能夠寫出一篇好文。
產品經理也希望自己做的產品能夠有足量的使用者使用。100、1000、10000、100000.
但我們知道，能夠做好的產品太少了，能夠做到使用者百萬+的產品也太難了。每一個產品都需要經過長長的版本迭代週期，一週一迭代、兩週一迭代等不斷的發版本，你永遠不知道你的爆點在那裡，可能越來越靠近但也可能越來越遠。
每一個迭代都包含了產品經理的需求。一點一點的需求堆積成了一個產品的版本。
為此，在發生今天刷爆朋友圈：“產品經理提手機殼更換讓app更換主題被打”這樣的話題下，我認為也要理解故事的背後，我們這群正在憧憬美好未來的產品人。一切都是為了產品好，為了企業好，為了使用者好，為了自己。
當然，我們不能否認，有時候有一些很傻的需求也會來自一些沒有經驗的產品人提出，甚至最常見的時候當開發遇到一些比較想法大膽但卻很難落地的BOSS時候。
類似：
在沒有預算的情況下，如何給我把app做到10萬用戶？這個推薦演算法很簡單，你們搞搞，就是希望讓使用者找到喜歡的內容相信開發同學在接到上面的需求，也會奔潰。不過不同於“打產品經理”，一個是給你發薪水的地方，一個是與你同級的人，雖然他的職位名稱有“經理”2個字，但他卻不是真正的經理。
當然，我認為開發同學也應該表達自己的想法和建議。在這個人人都是產品經理，人人都是需求方的網際網路氛圍下，我們應該理解並尊重產品經理的需求設計，但也要提出需求的不合理地方。
產品經理也要理解技術不是萬能的。並不是任何一個需求實現都可以通過技術解決的。他背後夾雜著一個開發團隊甚至是某幾個開發人員的日夜加班搬磚。你的變動真的會讓他們多工作1天或半天。
為此，回答之前開篇說的答案，相信所有從業產品經理包括我是屬於那個會站在產品完整度、使用者需求上去提需求的產品人。在這一方面和“手機殼更換後也更換app主題“的產品同學相同
但，減少不合理需求的提出、理解並尊最開發同學，是一個職場從業者最基本的原則。這一點也是我們更要做到的。
end