1.“往前看，往后想”快速理解產(chǎn)品找到感覺
最初ROC項目優(yōu)化需求推到手邊的時候，覺得無從下手，因為平時做需求，總是先有PRD，再進行用戶調(diào)研等設(shè)計工作。 在這個項目中，遇到很大的困難就是前期沒有相關(guān)的分析資料，因為最初平臺是由前端開發(fā)自己搭建的頁面，沒有任何資料可參考，但如果不了解產(chǎn)品的定位、目標以及整個產(chǎn)品架構(gòu)，直接著手做一些設(shè)計上的優(yōu)化，無異于盲人摸象，對產(chǎn)品毫無幫助。 在這種情況下介入項目，就需要先“向前看”，主動向之前的項目成員了解以前制定好的戰(zhàn)略、產(chǎn)品定位等，并把目標人群、功能、特色這些內(nèi)容都整理出來。這時候產(chǎn)品的整個面貌就在心里變的越來越清晰，過程中也慢慢對這個產(chǎn)品開始有感覺。這時候就是“往后想”的好時機，當思維還沒固化的時候，基于已經(jīng)收集的資料，往后想想未來可以如何發(fā)展。 基于效率方面，在原來的功能上，通過流程和體驗的優(yōu)化，是不是就能提高運營的使用效率；基于產(chǎn)品特色，如果要成為很多小二工作中都離不開的工具，還可以做什么讓它變的更好，總之要充分打開自己的腦洞，多思考。 當很難有一個人在有限的時間內(nèi)把所有的功能、業(yè)務(wù)講清楚的時候，要學(xué)會自己動手解決問題，其實有時候只要踏出一小步就好，而這一小步可能會帶自己走得很遠。2.帶有“同理心”的提案
ROC平臺是一個運營搭建活動頁面的后臺系統(tǒng)，最初自己是作為一個小白用戶，通過最原始的辦法，逐一的去使用里頭每一個功能，去了解它的流程和構(gòu)架。過程中常常感覺有些地方很迷惑，有些功能又過于晦澀，但自己永遠不能代替用戶的聲音，還是要通過問卷和訪談的形式，了解運營集中的痛點是什么，鎖定其中最主要的幾大因素，提出自己的洞見。 可能以往就只是做到這一步，但從一個項目的推動來講，對于問題需要非常細致的拆解和分析，并且對產(chǎn)品要有清晰的全局認知，整合各個方面（技術(shù)、產(chǎn)品、運營等）的力量，找到最為合理有效的解決方式。 其中溝通以及清楚的表達想法是非常重要的一步，換句話講就是，從用戶體驗的角度出發(fā)，用產(chǎn)品思維和業(yè)務(wù)方對接，其中這2點是需要注意的：- 一開始先對焦方向，不要太細致的著眼于某個具體的實施策略，盡量把自己的思考路徑展示給大家（精確的問題/策略/目標描述），這樣只要大家對大方向表示認可，后續(xù)具體方案在團隊火花的碰撞下可以做的更好；
- 不僅提供方案，還需要結(jié)合當前的狀況以及可以爭取的資源，按照資源投入產(chǎn)出比排出可行性計劃，下表的價值評估模型可以作為參考；
3.打破邊界，上下游協(xié)同高效完成
在各方對優(yōu)化的大方向達成了初步的一致后，就需要進一步把需求進行細化，最初為了解決運營小二對組件使用不熟悉的問題，UED整理出了一份詳細的組件使用說明文檔，來幫助他們了解使用方法快速上手。但在編輯的過程中就發(fā)現(xiàn)，組件庫時常更新日后維護成本較大，另一方面線下文檔的方式運營無法快速的找到對應(yīng)組件進行查看。 在這個過程中發(fā)現(xiàn)自己的問題，還是想事情的角度過于單一，陷入一種狹窄的思維當中，面對這種情況師傅就建議我，做事情不要僅僅在自己的專業(yè)領(lǐng)域打轉(zhuǎn)，多和項目中的其他成員溝通。 這時候我開始轉(zhuǎn)變思路，把自己當作是項目owner，開始留意周圍有沒有可以整合的技術(shù)、運營或產(chǎn)品的資源，合力完成這件事情，于是找到技術(shù)PM溝通組件文檔的落地方案。經(jīng)過分析和討論，文檔的最終形式可以像iOS設(shè)計規(guī)范一樣，做成可交互的線上網(wǎng)頁形式，由多人維護，UED只要輸出文檔的主要框架（是什么、用來做什么、規(guī)范是什么、哪些可以配置）及模版樣式。 并且后來還討論到，不同場景下文檔的應(yīng)用，譬如可以接入到釘釘答疑群中，以智能機器人的方式回答運營的問題… 設(shè)計師傾向于聚焦，深入細節(jié)、提升品質(zhì)，但如果能照顧到大局觀，先整體后局部的思路，事情也許會做的更好，也會越做越寬；另外一方面，在開會的時候多聽多思考技術(shù)/產(chǎn)品/業(yè)務(wù)不同的視角和思路，常常能讓自己學(xué)到很多。 如果只固守自己是UED的角色從專業(yè)角度思考問題，而不是從整個產(chǎn)品和團隊出發(fā)，事情進展常常會停滯不前，但過程中如果懂得跨越和打破自己，迅速補位，主動承擔(dān)責(zé)任，不僅能幫助項目拿到預(yù)期的結(jié)果，還會發(fā)現(xiàn)團隊其他人更愿意支持你。4.發(fā)揮專業(yè)優(yōu)勢和業(yè)務(wù)一起成長
作為一個運營頁面搭建工具，產(chǎn)品初期是由技術(shù)同學(xué)自己搭建完成的，伴隨的易用性問題還是比較明顯，信息分層不夠明確、操作流程復(fù)雜缺乏引導(dǎo)等。 從體驗的角度出發(fā)，我一直堅持覺得應(yīng)該UI重構(gòu)，一并解決運營吐槽的問題，而不是在老UI的基礎(chǔ)上進行東拼西湊的改造，沒有辦法從根本上解決問題，但面臨的現(xiàn)實情況卻是一方面時間非常緊迫。 另一方面，前端資源既要進行后面頁面的改造又要支持大促，面對這樣的情況，作為對體驗負責(zé)的設(shè)計師來說一度非常的糾結(jié)。但退后一步，客觀的從整個產(chǎn)品的角度來看這件事情，通過一次次的培訓(xùn)與宣講，已經(jīng)幫助用戶養(yǎng)成了比較穩(wěn)定的使用習(xí)慣，新系統(tǒng)勢必會帶來新的理解和學(xué)習(xí)成本，站在PD的角度，衡量最后的投入產(chǎn)出比，迭代開發(fā)的方式確實更可取。
迭代開發(fā)，就如第二幅畫中，我們的目標是造一輛車，幫助用戶解決出行更快更方便的問題，在時間等外力的影響下雖然不能一次完成，但每一次的交付物都是完整、用戶可用的。而增量開發(fā)中，每一次的交付物雖然精細，但對用戶來說不可用，必須全部完成才能拼成一個完整的、可用的產(chǎn)品。
產(chǎn)品每階段都有每階段的目標，對于設(shè)計師來講需要明確階段問題，為了一個共同的使命和目標，適當調(diào)整設(shè)計節(jié)奏，充分考慮設(shè)計的階段性計劃，努力思考做什么樣的事情更有價值，利用UED的優(yōu)勢，更好的幫助產(chǎn)品成功。
設(shè)計師和美工的區(qū)別應(yīng)該是設(shè)計師具有“解決問題”的能力，而想要解決問題并不是單純的站在某個角度提出自己的見解，需要擁有更多交叉行業(yè)的知識，提高自己的眼界和格局。
這種跨界的能力是需要自己不斷努力不斷摸索慢慢成長起來的，而堅持這個過程是很不容易的，“不舒適”的感覺會越來越強，但做過力量訓(xùn)練的人都知道，肌肉的撕裂和重生來自于“不舒適”。當自己能很舒適地做好多組數(shù)的時候，說明拿的重量太輕了，或者每組數(shù)量太少了，只有在最后做不下去，非?！安皇孢m”地堅持的時候，才有機會提高成績，變成更好的自己。
本文轉(zhuǎn)自微信公眾號：U一點
【轉(zhuǎn)載說明】 若上述素材出現(xiàn)侵權(quán)，請及時聯(lián)系我們刪除及進行處理：[email protected]
