為什么UI設(shè)計師的好想法總不能落地

小編自己也經(jīng)歷過這樣的挫折，一度產(chǎn)生過懷疑甚至自暴自棄的情緒，如今回頭再看，還是自己多多少少在對想法本身的業(yè)務(wù)價值認知、時間節(jié)奏管理、實際效果判斷等方面存在問題，才造成了各種落地不暢的結(jié)局。

業(yè)務(wù)價值認知：想法是否契合核心業(yè)務(wù)目標(biāo)？還是認知偏差下的一廂情愿？

作為一個還處于「創(chuàng)業(yè)階段」業(yè)務(wù)線的設(shè)計師，我有時會羨慕成熟業(yè)務(wù)線的設(shè)計師可以花大量時間思考和打磨諸如引導(dǎo)頁、特殊場景、動效、點贊互動等細節(jié)的設(shè)計。當(dāng)自己想在負責(zé)的業(yè)務(wù)里推動類似事件時，卻要么被業(yè)務(wù)需求壓得根本沒有思考時間只能給一個無功無過的「基礎(chǔ)版方案」，要么辛辛苦苦發(fā)散創(chuàng)新做出了 Demo 卻在開發(fā)階段因為優(yōu)先級等問題無奈被砍。

這種情況相信不少人都遇到過，用老板之前的話就是「還沒到那個階段」，而我的理解闡述則是：因為我們設(shè)計師的身份，過分放大了對于一些細節(jié)、創(chuàng)新想法的價值評估（產(chǎn)生認知偏差），但它們并不是業(yè)務(wù)目標(biāo)導(dǎo)向的，對業(yè)務(wù)方當(dāng)前階段最關(guān)心的幾個數(shù)據(jù)指標(biāo)貢獻極微甚至可能起到反作用，在資源有余的時候也許可以落地，其他時候就更可能淪為我們的一廂情愿。對于非成熟業(yè)務(wù)線的產(chǎn)品，后者的情況更加常見。

更合適的做法也許是花更多時間去和業(yè)務(wù)方對焦和理解產(chǎn)品的核心業(yè)務(wù)目標(biāo)、當(dāng)前所處階段、未來的長遠規(guī)劃等，多方面收集分析他們和用戶遇到的問題和困惑（我稱之為「360°調(diào)研法」），從核心目標(biāo)出發(fā)去提自己的想法，反復(fù)碰撞、校驗，達成共識后再細化具體方案；而不是先入為主預(yù)設(shè)好問題和結(jié)論，基于此尋找能夠支撐觀點的論據(jù)，選擇性過濾其他信息，直接用一通不明覺厲的方法推導(dǎo)得出完整方案，才想到要去和業(yè)務(wù)方碰撞，結(jié)果被挑戰(zhàn)得體無完膚。最近我們推動的一個改版項目用了前者的做法，業(yè)務(wù)方表示了認同和支持，并在方案產(chǎn)出后積極爭取資源排期落地；而就在大半年前，我們也用后者的做法推動過一次，最終結(jié)果卻是遭到無窮無盡地挑戰(zhàn)，最終被 Hold。

追求設(shè)計創(chuàng)新固然重要，但是如果處在一個資源有限的業(yè)務(wù)線里，請一定思考清楚這兩個問題：創(chuàng)新點子本身沒有足夠清晰的業(yè)務(wù)價值？是否能對當(dāng)前業(yè)務(wù)的核心數(shù)據(jù)指標(biāo)產(chǎn)生貢獻？

時間節(jié)奏管理：拆分優(yōu)先級，最小可行性方案兜底，「見縫插針」正常迭代

上面說的是在資源有限的場景下推動點子，需要思考清楚點子本身是否有足夠清晰可量化的價值；而如果開發(fā)資源沒有那么緊張，前端愿意做，一些價值量化相對困難的細節(jié)思考創(chuàng)意，還是有一定落地機會的，而落地過程中時間節(jié)奏的管理會變得比較重要。

我們在做設(shè)計的時候講究全鏈路，講究多角度思考給出完整方案。但在實際開發(fā)節(jié)奏中，往往做不到一蹴而就，需要拆分成多步進行。這就需要我們在給出方案的同時，也對具體內(nèi)容功能點的優(yōu)先級有一個判斷，兜底給出一個對基礎(chǔ)體驗影響小、能快速上線驗證的最小可行性方案，然后在正常業(yè)務(wù)需求迭代中「見縫插針」（比如這個業(yè)務(wù)需求涉及到某某頁面，就把某某頁面相關(guān)的體驗優(yōu)化或創(chuàng)新點子整合進來一起考慮），陸續(xù)完善到比較理想的狀態(tài)。

實際效果判斷：技術(shù)實現(xiàn)是否能達到用戶預(yù)期？真實數(shù)據(jù)下表現(xiàn)如何？

作為設(shè)計師對技術(shù)趨勢有一定認知是應(yīng)該的，我們有時也會嘗試將個性化推薦、人工智能、AR 等整合到自己的設(shè)計方案中來，但如果對技術(shù)最終能實現(xiàn)的效果沒有大致預(yù)判感知，就變成了「理想很豐滿，現(xiàn)實很骨感」。

之前我嘗試推動過一個將「個性化」作為核心策略的項目，但是忽略了很重要的一點：我們做的是一個基礎(chǔ)用戶量級很小的 B 端產(chǎn)品，能獲取的用戶個性數(shù)據(jù)非常有限，之前產(chǎn)品里有過「推薦」模塊存在，但實際效果也是要劃上問號的?；凇競€性化」設(shè)計出來的產(chǎn)品方案看上去很美好，但實際上線后可能只會給用戶推薦一大堆噪音，更好一點的做法也許不是系統(tǒng)推薦而是讓用戶手動自定義選擇。最終這個項目在開發(fā)階段 Delay 很久最終不了了之，直到后來調(diào)整了核心策略，「個性化」被弱化成了重要性比較低的一小塊，才順利重啟。

如果只管提出想法，不管想法背后的商業(yè)價值思考、技術(shù)可行性判斷、項目管理推動等，那我們和我們口中經(jīng)常吐槽的那些「管生不管養(yǎng)」的不靠譜產(chǎn)品經(jīng)理，其實并沒有多大區(qū)別。不能落地的 idea 不是好 idea，跳出設(shè)計師的局限去思考和推動，才能更好地證明我們自身的價值，大家共勉~