前端什麼時候要勇敢說」不」？

當你的經理或者產品對你提什麼需求，或者任務的時候你要很堅定的拒絕?

產品:有一個需求需要解決一下

前端:(不爽中...)
產品:需要根據用戶手機殼的顏色自動識別修改用戶手機壁紙顏色前端:(擼袖中...)產品:應該不難吧,你先這樣再那樣...

前端:**(干架中...)

以上根據真實故事案例改編，真實性有待驗證，所以說作為程序員應該好好的鍛煉下身體不然打不過（長期的保持一個姿勢敲代碼，確實應該好好的鍛煉一下）

其實以上處理方式是不可取的...

當用戶需要什麼的時候，產品不思考不分析需求無腦提給開發的時候，那麼作為開發人員遇到這種需求不是逃避不去實現，而是需要和產品好好溝通交流，讓產品做一個需求分析，好好分析需要如何去實現再來提這些需求，面對案例中無腦需求的時候就應該懟回去，這時候前端就要勇敢的說"不"~願身邊沒有無腦需求，無bug~

發佈於 03-17繼續瀏覽內容知乎發現更大的世界打開Chrome繼續無聲無窮無盡

新需求過來但是deadline不變時。直接懟回去。要麼砍掉，要麼重新定製deadline。

要能和產品經理或者老闆去argue，甚至說不，至少要做到以下幾點：

首先，最低的底線是，你能和產品經理一樣，是能夠理解這個項目的最基本的產品邏輯和業務的；

先別想著如何說不，而是先想著對方說的話，是不是合理，你要能站在對方的角度思考，並且能夠理解業務痛點和產品邏輯，甚至能從運營和技術的角度再著手看問題、分析問題，最後能夠提出解決問題的方案，這個時候你的argue才有意義，也更有底氣去跟產品、老闆去argue，而不是單純的無理吵架。

其次，你要會講故事，要懂得如何有效的溝通和表達

最簡單的方式就是，提問題和討論之前，先整理好自己要說什麼，一股腦上來沒有條理沒有邏輯，溝通效率也低，大家也不會接受你的觀點。可以列出一二三四這樣的按順序的點，或者分模塊說」首先...其次...「。最後避免自己講得太枯燥太生硬，可以組織一個生動的故事講給大家，曾經就遇到過非常會講故事的產品同事，即便是在表達一個很普通的觀點，也可以描述非常生動，而不是簡單的講話。