作爲一名產品
設計工作者，設計出來的產品經過不斷地努力，由構思逐步變成了仿真的原型，興致沖沖地盤算着找資源召開產品的評估會不久後，便出現在新版產品中了。而在交給程序猿們時竟然遭到他們的抵制，特別是在開發人員緊湊、需要跨部門調動資源的時候，無論你最初的設想多麼美好，都可能遭到各種無視與反對，他們給的理由是：用戶根本不需要這個功能;這東西做了純粹是浪費資源;行業內就沒有一個像你這樣
設計軟件的;你這個設計我看着就不爽;這麼差的設計，你的領導造嗎?
看來，被噴得像狗一樣的產品經理，還真得下功夫磨練下自己的口舌!是得想辦法用理由說服他們的時候了。這裏，爲你準備了6條：
1.產品需求使然
產品經理的產品規劃是根據市場需求而來的。作爲與市場之間需求獲取、與開發之間將模型轉化爲真實產品的橋樑，產品經理必須有敏銳的眼力與直覺，理出各種合理的要求和潛在的需求。如果你設計的模塊源於市場調研、用戶分析、或者是用戶直接提出的合理需求，那麼你作爲上帝的使者，就有充分的理由說服來滿足上帝的這些要求了。
2.數據說明一切
數據是驗證產品設計好壞的標準。數據雖然有一定的延後性，但是，你可以從一個同類的改進看到，用戶對此是否滿意。開發、產品設計者的直覺不能取代用戶，只有真正的用戶數據纔是權威的驗證。如果改進後好評率上升、用戶量大增，那麼說明改進是成功的。而你要將另外的模塊也按照這類方式改進，或者將該模塊在此基礎上進一步改進，那些數據同樣能夠作爲你的有力支撐。
3.對手的產品競爭
一個產品上線成功運營後，不用說眼珠子發紅的競爭對手，就連同一行業的只要有點可能的，都在想着怎麼借鑑你、模仿你、超過你。不論國內外還是IT行業內外，很多產品最初在設計之初，就是建立在模仿和抄襲的基礎之上。你與競爭對手不管產品誰在先誰在後，一旦發現對手有某個功能，並且由於這個功能促使用戶佔了上風，那麼你決不忍心讓自己的產品一直有遺漏。並且，你以自己作爲專家、作爲用戶體驗這個產品，改進它的設計。如果最終，你的設計不但彌補了功能上的短缺，而且在用戶體驗上有了一定的提高，那麼這個理由也很充分。
4.產品的規範性
成熟的產品，需要有一套標準的規範，比如交互方式、字體、文案語氣。規範不一定約束全部模塊，也要有70%左右的部分都應該在它的範圍之中，其它部分可以一定的大範圍內波動。在設計之初，即使一種產品可以有數十種交互方式，但作爲同一款產品，也應該保持一致。否則，類似的功能採用不同甚至相反的方式，增加了用戶的學習與使用成本，極大地浪費了資源。同樣，相同的級別使用同樣的字體、相同的顏色、相等的字號，才能使人一目瞭然地明白。類似的功能採用同樣的交互方式，讓用戶同一種操作方式即可完成。有的場合需要語氣需要嚴謹，有的時候詼諧一些更能給人深刻的印象。
5.突出亮點
好的產品，往往不在於功能上的差異，而在於某些關鍵的亮點。可能你的產品在市場佔有率上早已行業第一，並且擁有不錯的口碑。一個不爭的事實是，沒有任何產品做到完美絕頂，所有優秀的產品都是永不疲倦地自我提升。如果就此不知進取，再完美的設計，時間久了用戶同樣會出現審美疲勞，最終隨着“不進則退”社會產品發展歷程而被擠入死衚衕。不斷地自我完善，找到新的亮點。只要你的設計有足夠突出的亮點，不必關心是否用戶的直接需求，便可以讓開發爲此而戰鬥。
6.說服領導
可能各種理由你都說完了，有些狡猾的程序猿還會以各種理由推脫。這時你得檢閱下自己的設計是否真的符合以上幾點中的一點或幾點，是否還有進一步提高的可能，然後大膽將你設計的產品高保真原型交給上層領導，程序猿就只能“敬酒不喫喫罰酒”了。一旦得到上層的肯定，那麼協調起資源來就比你自己方便多了。領導並不一定什麼都是對的，但是此刻他們肯定有比你強的威力。
如果以上6個理由你沒有一個能對上號的，那麼恭喜你的設計失敗了!當然，以上所述並非有意針對開發們放箭，而是提醒我們設計產品時，多多尋找靈感和方向，不斷提升用戶體驗，並推動設計的產品落地。
