本文將從設(shè)計“對象”的理解、設(shè)計“節(jié)奏”的把握，團隊“協(xié)作”的方式以及“工具化”沉淀與思考四個維度分享總結(jié)項目經(jīng)驗，希望能夠給職場新人帶來幫助。

Goapi是一個測試工具類項目，前期團隊面臨的不單是產(chǎn)品體驗升級的問題，而且在團隊協(xié)作上，流程與規(guī)范問題也尤為突出。在今年4月份，業(yè)務(wù)方邀請交互同學(xué)加入，希望通過設(shè)計助力“Goapi”產(chǎn)品體驗升級并推動產(chǎn)品商業(yè)化。

在這種情況下，筆者有幸支援“前線”。但是對于初入職場不久的設(shè)計師，如何快速提升自我能力并協(xié)助團隊達(dá)成產(chǎn)品目標(biāo)呢？

本文將從設(shè)計“對象”的理解、設(shè)計“節(jié)奏”的把握，團隊“協(xié)作”的方式以及“工具化”沉淀與思考四個維度分享總結(jié)項目經(jīng)驗，希望能夠給職場新人帶來幫助。

一、向前看、往后想、快速理解產(chǎn)品并找到感覺

Goapi是一款為QA人員測試的工具類產(chǎn)品，有很強的專業(yè)門檻?！皬?fù)雜業(yè)務(wù)的規(guī)則難懂”、“晦澀難懂的專業(yè)術(shù)語”、“產(chǎn)品很難理解” 。此外，此產(chǎn)品最初是有前端開發(fā)自己搭建的頁面，前期并沒有相關(guān)分析資料積累以供參考，相比之前總是先有PRD，進行用戶調(diào)研，再展開設(shè)計工作顯然困難了很多。

然而，在做設(shè)計整體的優(yōu)化之前，若不了解業(yè)務(wù)邏輯及用戶情況，直接著手做優(yōu)化，無異于盲人摸象，對產(chǎn)品的幫助并不大。

這種情況下主動向前邁一步，“往前看”是指在主動向項目負(fù)責(zé)人和與用戶有密切聯(lián)系的一線技術(shù)支持間接了解產(chǎn)品概況（過去發(fā)展、現(xiàn)狀問題、未來規(guī)劃等），也可以直接挑選一些典型用戶進行訪談，深入理解用戶真實的感觸和使用場景等。并通過梳理產(chǎn)品定位、目標(biāo)人群、使用場景、功能特色等方面的過程中，對產(chǎn)品變的越來越清晰，過程中也對產(chǎn)品開始有感覺。

1. 間接相關(guān)人了解：優(yōu)勢是消耗的時間及移動成本較低，是快速了解目標(biāo)用戶時常用的方式。
2. 直接用戶訪談：是對用戶的感知更具象，但相對消耗的成本也更高。

當(dāng)思維還沒有固話時，正是轉(zhuǎn)過身“往后想”的好時機，基于現(xiàn)有收集到的資料，往后想想未來可以如何發(fā)展，比如：基于“產(chǎn)品特色”，可以做哪些差異化的功能？“基于“效率”目標(biāo)，可以做哪些提升產(chǎn)品使用效率的設(shè)計策略？等等。

（擁抱用戶，通過挑選一些典型用戶進行訪談，深入理解用戶真實的感觸和使用場景，利于更好的開展設(shè)計工作）

熟悉相關(guān)業(yè)務(wù)領(lǐng)域與用戶群體，不僅讓自己的業(yè)務(wù)Sense變更強，同時可以幫助自己站在“項目產(chǎn)品的視角”而非單純“設(shè)計視角”來看設(shè)計。通過掌握第一手的用戶資料，讓自己設(shè)計思考的原點回歸到用戶述求的本質(zhì)，使設(shè)計發(fā)揮更大價值，從而在項目中擁有更大的話語權(quán)。

二、融入團隊、適應(yīng)節(jié)奏、做最適合當(dāng)下的設(shè)計

作為一款TO B工具類產(chǎn)品，最重要的就是要模塊清晰、流程流暢，幫助用戶解決使用效率的問題。但是Goapi最初易用性問題較為突出，導(dǎo)航不明確、操作流程繁瑣冗余、容錯性差等。

從體驗角度來講，交互設(shè)計應(yīng)該從根本上對產(chǎn)品進行重構(gòu)并解決問題，而并不是在原有界面基礎(chǔ)上東拼西湊的修改，但是實際項目面臨著人員不足、時間緊迫等問題。對于前端開發(fā)人員既要進行前期頁面的修改也要滿足源源不斷的新需求開發(fā)。

對于負(fù)責(zé)體驗優(yōu)化的設(shè)計師而言，因為老版本已經(jīng)讓用戶形成穩(wěn)定使用習(xí)慣，新系統(tǒng)勢必會帶來新理解與學(xué)習(xí)成本。在糾結(jié)以及衡量最后的投入與產(chǎn)出比后，發(fā)現(xiàn)迭代開發(fā)方式確實是一種更合適的方案。

產(chǎn)品的每個階段都有階段目標(biāo)，對于設(shè)計師來講需要明確階段問題，與業(yè)務(wù)方為了一個共同的使命和目標(biāo)，適當(dāng)調(diào)整設(shè)計節(jié)奏，充分考慮設(shè)計階段性計劃，努力思考什么樣的事情更有價值，讓設(shè)計能更好的服務(wù)于產(chǎn)品與業(yè)務(wù)。

三、打破邊界、上下協(xié)作、需找發(fā)力點提升團隊協(xié)同效率

Goapi團隊是由不足10組成的微型團隊，開發(fā)及項目負(fù)責(zé)人也是有QA轉(zhuǎn)崗過來，并非科班出道。項目之初，大家對產(chǎn)品的概念都比較模糊，需求缺少必要的用戶數(shù)據(jù)支撐，而且零散又高度不確定。

但為了快速響應(yīng)用戶需求、又必須快速上線，結(jié)果往往因為前期考慮不周，而反復(fù)修正，導(dǎo)致不必要的人力以及時間成本的浪費。為了避免前期考慮不周，而反復(fù)修正，導(dǎo)致不必要的人力以及時間成本的浪費的情況，同時適應(yīng)我們微型設(shè)計團隊。

首先，為了解決需求源不清晰、用戶數(shù)據(jù)不足問題。建立使用者反饋群（微信、popo）等，交互側(cè)主動收集反饋數(shù)據(jù)，并對需求進行格式化處理并加以定義，明確設(shè)計問題需求。

（對用戶反饋的問題進行進行格式化處理并追蹤，評估維度參考左圖）

其次，在需求與設(shè)計目標(biāo)明確的前提下，由產(chǎn)品目標(biāo)驅(qū)動，通過里程碑或時間盒，精細(xì)化設(shè)計的顆粒度，通過一系列小迭代與適當(dāng)增量設(shè)計，逐步優(yōu)化與完善系統(tǒng)。并且在整個迭代過程中，讓用戶一直參與其中， 更多地會考慮用戶反饋，而不單純依靠個人經(jīng)驗與書本上理論，做到真正實現(xiàn)以用戶為價值導(dǎo)向設(shè)計理念。

最后，在設(shè)計方案上，交互將得出方案以手稿形式備份下來，用于設(shè)計評審以及作為下一次需求討論資料。當(dāng)初步原型確定后，為了節(jié)省后續(xù)環(huán)節(jié)時間，不直接進行詳細(xì)設(shè)計和審核等流程，立即請開發(fā)同學(xué)搭建框架，同時設(shè)計師開始補充細(xì)節(jié)稿。

另外，異地辦公，溝通不便。交互特意將工位“遷徙”至業(yè)務(wù)方組，在討論關(guān)鍵問題時，有意識的引導(dǎo)溝通方式敏捷化，通過召集相關(guān)人員“扭個身、轉(zhuǎn)個頭、圍個圈”的形式溝通討論，討論結(jié)果發(fā)郵件周知大家。這種看似“隨意”的解決方式其實是對扁平化工作流程的探索實踐，強調(diào)同事之間高度協(xié)作以及隨時準(zhǔn)備應(yīng)對變化的態(tài)度。

（由設(shè)計師引領(lǐng)，請用戶、產(chǎn)品等相關(guān)方參與，大家一起在黑板上畫下并改進方案，通過共同參與設(shè)計，將線性，一對一溝通變?yōu)榉蔷€性，多對多溝通）

這種敏捷設(shè)計流程的不僅可以使得團隊在做到快速響應(yīng)的同時更好滿足用戶需求，而且設(shè)計增量思想的運用可以降低解決方案無法讓用戶滿意的風(fēng)險。經(jīng)過項目的實踐驗證，這些方法可以做到節(jié)約時間、快速響應(yīng)，更重要的是做到了設(shè)計師與產(chǎn)品、開發(fā)等角色緊密溝通，設(shè)計也可以隨時驗證開發(fā)框架是否合理，既達(dá)到敏捷開發(fā)目的，又同時保證了產(chǎn)品質(zhì)量。

四、工具沉淀，組件化思維提升設(shè)計效率

隨著Goapi快速發(fā)展業(yè)務(wù)、用戶量增加、需求增多，需要設(shè)計更高效且高質(zhì)量支持更多業(yè)務(wù)需求。那么在這種快節(jié)奏的情況下，如何快速響應(yīng)需求并保證產(chǎn)品體驗?zāi)兀?/strong>