你是否曾經(jīng)遇到這樣的問題：換了一家公司，不知道該怎么融入團(tuán)隊開展工作？本文作者結(jié)合自身的經(jīng)歷，分析他是如何快速進(jìn)入業(yè)務(wù)狀態(tài)開展工作的，希望能給你帶來一些幫助。

經(jīng)常在設(shè)計群潛水的時候，都會碰到有小伙伴問相同的問題：換了一家公司，如何融入團(tuán)隊開展工作？剛好最近自己也是換了一個平臺搬磚，所以想結(jié)合這段時間自身的經(jīng)歷，來跟大家聊聊，作為交互設(shè)計師，我是如何快速進(jìn)入業(yè)務(wù)狀態(tài)開展工作的。

為什么強(qiáng)調(diào)“快速”，是因為對于一個職場老鳥來說，公司招你的目的不是花時間培養(yǎng)你，而是來救火的。如果不能快速進(jìn)入業(yè)務(wù)狀態(tài)，就會招來周圍同事的質(zhì)疑，尤其是對于像交互這種“可有可無”的職位而言。所以，如何在新的環(huán)境中快速融入，快速產(chǎn)出就顯得尤其重要了。

一、了解團(tuán)隊當(dāng)前協(xié)作流程與痛點

由于公司之前沒有交互設(shè)計師的崗位，所以當(dāng)我進(jìn)入到團(tuán)隊中時，首先主動了解的是在沒有這個角色之前，團(tuán)隊是如何運轉(zhuǎn)的，以及遇到了哪些阻力。這樣我才能找到當(dāng)前團(tuán)隊協(xié)作的問題，并通過這個崗位的優(yōu)勢去解決，從而凸顯自身的價值。

在通過與產(chǎn)品、技術(shù)、設(shè)計等部門同事的簡單溝通后，歸納出如下兩個問題：

1. 產(chǎn)品交互流程靠口述，理解偏差較大

在跟旁邊的技術(shù)同事溝通得知，由于之前沒有清晰的交互流程產(chǎn)出，只有產(chǎn)品出的簡單的線框圖，導(dǎo)致大部分交互流程靠開發(fā)想象，再加上產(chǎn)品的線框圖是通過生成axure云端鏈接的形式存放，經(jīng)常會出現(xiàn)打不開、找不到的情況。產(chǎn)品就通過口述的方式進(jìn)行流程的宣講，從而導(dǎo)致的結(jié)果就是開發(fā)出來的與產(chǎn)品的預(yù)期偏差太大。

而針對這些現(xiàn)狀，結(jié)合之前的工作經(jīng)驗提出了兩點優(yōu)化建議與方向。

1）統(tǒng)一團(tuán)隊協(xié)作工具與項目文件

當(dāng)前技術(shù)同事在開發(fā)的時候，需要不斷切換鏈接去看對應(yīng)的產(chǎn)品需求、交互流程、設(shè)計稿，不僅繁瑣，經(jīng)常也會出現(xiàn)由于項目文件命名不同對應(yīng)不上的情況。所以在我的建議下，開始使用同一個軟件來承載這些文檔，同時將相同項目的文件采用統(tǒng)一的命名規(guī)則，從而提升技術(shù)同事查找相關(guān)文檔的效率。

2）規(guī)范交互文檔的內(nèi)容輸出

之前交互流程的產(chǎn)出由產(chǎn)品兼任，由于沒有那么多時間考慮頁面細(xì)節(jié)，就會導(dǎo)致部分頁面流程的缺失。所以在我加入以后，針對當(dāng)前團(tuán)隊的特點，優(yōu)化了之前的交互文檔的結(jié)構(gòu)，同時與產(chǎn)品協(xié)同產(chǎn)出，將業(yè)務(wù)規(guī)則與交互說明落到對應(yīng)的頁面上來，進(jìn)一步提升技術(shù)同事的開發(fā)效率與準(zhǔn)確度。

2. 需求經(jīng)常變更，設(shè)計與開發(fā)返工率高

需求變更往往是導(dǎo)致項目不能按時交付的主要因素，在與產(chǎn)品經(jīng)理溝通中得知，導(dǎo)致這個問題的主要因素是開發(fā)出的頁面流程與前期需求溝通的時候不一致，所以如何確保需求準(zhǔn)確的傳達(dá)給技術(shù)跟設(shè)計同事，對此我將整個鏈路拆解出了四個階段，即：需求評審、交互評審、頁面與流程宣講、實現(xiàn)跟進(jìn)。

1）需求評審

需求評審是之前團(tuán)隊已有的流程，但是之前評審需求時，每個角色都有自己的想法，由于沒有將需求做頁面化的呈現(xiàn)，導(dǎo)致直接將不確定的需求給到設(shè)計以后，設(shè)計開發(fā)出的需求不符合前期規(guī)劃的預(yù)期效果，就會帶來返工。

而在我加入以后，在進(jìn)行需求評審的同時，我會主動去歸納此次需求范圍層的內(nèi)容，并快速生成可視化的效果，展現(xiàn)產(chǎn)品與功能雛形。這樣做的目的是能讓各個角色根據(jù)當(dāng)前的信息架構(gòu)來判斷是否是大家達(dá)成一致的效果與流程，減少因需求不明確而帶來的返工。

2）交互評審

交互評審，是我加入以后主動去推動的流程。一般是在產(chǎn)出整個功能所有頁面的信息架構(gòu)跟流程后進(jìn)行，主要目的是拉齊需求方看看整個功能用戶的操作鏈路是否滿足前期討論的需求。而且在這個階段也可以避免一些因交互形式的改動而帶來的開發(fā)工作量的增加，從而導(dǎo)致項目延期的風(fēng)險。

3）頁面與流程宣講

頁面與流程宣講，是在我補(bǔ)充整個頁面與流程的交互文檔后進(jìn)行，主要目的是面向負(fù)責(zé)此次項目的設(shè)計與開發(fā)同事，通過同步此次方案的背景、迭代的內(nèi)容、用戶交互的頁面流程與規(guī)則、需要獲得哪些數(shù)據(jù)、設(shè)計注意事項等內(nèi)容，來減少開發(fā)設(shè)計過程中因前期功能不熟悉而帶來的理解偏差。

4）實現(xiàn)跟進(jìn)

實現(xiàn)跟進(jìn)，主要跟進(jìn)設(shè)計階段與開發(fā)階段。設(shè)計中，要時刻看看設(shè)計進(jìn)度以及是否很好的表達(dá)出了原型中的信息層級，而開發(fā)階段主要是對于一些極端情況做出解釋與定義，防止模凌兩可的狀態(tài)導(dǎo)致流程的不通暢，同時在測試結(jié)束后還要做一輪驗收，主要查看功能是否完善，極端情況是否考慮周全等。

二、主動熟悉業(yè)務(wù)，框定后續(xù)工作方向

當(dāng)我加入到團(tuán)隊后，就立馬接手了需求,其實這么迅速的投入到工實際項目中是不太利于方案的產(chǎn)出的，因為在不了解業(yè)務(wù)背景的情況下，很容易陷入“我以為”的狀態(tài)。所以在做這個緊急任務(wù)的同時，我也在利用有限的時間去完成如下三件事情，幫助自己更好的開展后續(xù)的工作。

1）了解產(chǎn)品商業(yè)模式

交互設(shè)計師不是一味的站在用戶的角度去考慮問題的。產(chǎn)品體驗設(shè)計的再好，如果不能帶來公司效益的增長，也會無濟(jì)于事的。所以主動了解公司的產(chǎn)品商業(yè)模式，不僅能很好的在產(chǎn)出方案的時候平衡商業(yè)與體驗，同時也能在主動推進(jìn)產(chǎn)品體驗優(yōu)化的時候更好的選擇合適的方向。

2）體驗產(chǎn)品流程

體驗產(chǎn)品流程是一種很好的方式，來幫助自己快速熟悉產(chǎn)品。通過對每個模塊，每個流程的拆解，不僅能知道該功能設(shè)計的目的，同時也能知道當(dāng)前的流程存在哪些問題以及可優(yōu)化的方向，為自己建立整個產(chǎn)品的功能架構(gòu)圖提供了很好的幫助。

3）獲取產(chǎn)品節(jié)奏

產(chǎn)品在不同的階段，需要解決的問題都有所不同，獲取產(chǎn)品的節(jié)奏能更好的明確后續(xù)的工作重心與方向。

舉個例子：當(dāng)我加入到團(tuán)隊以后，在跟上一級的溝通中了解到了現(xiàn)在產(chǎn)品的商業(yè)模式，于是我就開始針對產(chǎn)品幾個能影響到用戶增長與訂單轉(zhuǎn)化的流程著重體驗，找出優(yōu)化的方向，比如注冊登錄流程。因為不同于常規(guī)C端的注冊登錄，當(dāng)前產(chǎn)品需要用戶注冊后開通會員才能正常查看內(nèi)容，該鏈路的體驗好壞決定了產(chǎn)品的付費用戶數(shù)量，所以我覺得對于產(chǎn)品是至關(guān)重要的。

但是在我進(jìn)一步跟上一級的溝通中得知，產(chǎn)品當(dāng)前的存量用戶還可以，而且大部分的新用戶并非通過app主動注冊的形式產(chǎn)生，所以產(chǎn)品的注冊登錄流程并不是現(xiàn)在最主要的，而是在于結(jié)合產(chǎn)品運營，如何讓現(xiàn)在的存量用戶活躍起來。所以在獲得了產(chǎn)品的節(jié)奏后，我重新調(diào)整了對產(chǎn)品的體驗優(yōu)化的方向。

三、切換視角，站在目標(biāo)用戶的角度做設(shè)計

切換視角對于交互設(shè)計師而言尤為重要，因為這個崗位的價值就是為用戶設(shè)計合適的操作路徑，從而達(dá)到“降本增效”的目的。在產(chǎn)出方案的過程中，越多的站在用戶的視角，意味著產(chǎn)出的交互流程越接近用戶的使用預(yù)期。

在我加入團(tuán)隊沒多久，就接到了一個內(nèi)部OA系統(tǒng)的交互需求，該需求產(chǎn)品經(jīng)理已經(jīng)在前期做了簡單的功能設(shè)計，但是由于沒有設(shè)計用戶的操作路徑，所以需要我這邊來進(jìn)行補(bǔ)充與協(xié)助。我就以這個為例，來拆解一下在做交互需求時，我是如何站在用戶的角度去思考與設(shè)計的。

公司的oa系統(tǒng)主要是用來維護(hù)核心用戶，根據(jù)用戶的屬性不同做分層運營。新需求是需要增加一個“記需求”的功能，用來記錄用戶的訴求，從而方便后續(xù)的跟進(jìn)。已有的線框圖如下：

接到這個需求后，我并沒有急于去做后面的交互流程補(bǔ)充，而是通過跟目標(biāo)用戶的交流，了解了他們使用這個功能的場景，再切換自己的視角，試圖站在用戶的角度，來重新審視現(xiàn)在的交互行為的合理性。

第一個交互行為是用戶查看記錄好的需求。當(dāng)前的設(shè)計是放在用戶列表的頂部，并以卡片切換的形式查看。此交互形式雖然能提高需求的重要層級，方便用戶查看，但是對于需求的數(shù)量有要求，如果相同重要層級的需求過多，采用這種形式展示就會增加用戶的操作成本，那該如何優(yōu)化呢？

通過對用戶使用場景的調(diào)研，明確該操作是目標(biāo)用戶的常用操作，且需求量會很多。針對常用操作，要做的就是減少用戶的操作路徑，方便用戶觸達(dá)。所以選擇了跟客戶列表用tab切換的形式展示；而針對數(shù)量多的特性，信息列表無疑是很好的選擇，能承載更多的內(nèi)容，同時也能讓tab切換后的頁面形式保持一致。

接著我們就需要根據(jù)當(dāng)前的交互形式，對場景跟目標(biāo)用戶的需求做進(jìn)一步的拆解。信息列表雖然能承載更多的信息，但是內(nèi)容一多，查找起來就會很困難，如何讓用戶找到一個或者一類需求呢？我就繼續(xù)補(bǔ)充了該信息列表的搜索跟篩選功能，通過搜索能定位到具體的需求，同時為了提升搜索效率，增加了關(guān)鍵詞聯(lián)想的交互規(guī)則；

而篩選是將同一特質(zhì)的需求摘取出來，那如何定義需求有哪些特質(zhì)呢？我通過功能的目的進(jìn)行拆解，該功能是記錄需求方便后續(xù)的跟進(jìn)，根據(jù)跟進(jìn)的目的以及用戶的使用場景，定了需求的篩選維度：時間、重要程度 。然后為了讓整個操作形成閉環(huán)，在用戶記錄需求的時候也增加了自動獲取時間以及讓用戶定義重要程度的功能。

第二個交互行為在于用戶記錄需求，原始的線框圖是以選擇項的形式讓用戶操作，但是為了能盡量覆蓋大部分客戶的需求，設(shè)置了不同維度不同層級的選擇項，這就會導(dǎo)致一個問題，增加了用戶記錄需求的時間，那該如何進(jìn)行優(yōu)化呢？

在與目標(biāo)用戶的溝通中發(fā)現(xiàn)，他們一般記需求是發(fā)生在打電話跟客戶溝通的時候，而需求的內(nèi)容往往不固定，之前的方式是采用手寫的方式記錄。結(jié)合使用場景與用戶習(xí)慣，將之前選擇的交互改成文本輸入，同時為了進(jìn)一步提升用戶記錄需求的效率，在用戶進(jìn)入記需求的面板時，直接喚起鍵盤，方便用戶直接輸入。

四、敢于發(fā)聲

設(shè)計師往往自我定義為“執(zhí)行者”，尤其是剛進(jìn)入新的團(tuán)隊，在人生地不熟的時候更不敢發(fā)聲，但是衡量一個設(shè)計師的專業(yè)性，不僅僅體現(xiàn)在他的產(chǎn)出物，還要看看他對于過程的思考與論證，而這些都是要表達(dá)出來的。

在我加入新的團(tuán)隊產(chǎn)出交互方案后，就主動推進(jìn)交互評審的進(jìn)度，拉齊其他部門進(jìn)行整個方案的宣講，指出之前流程可能成為用戶操作阻力的地方，以及自己整個的改版方向與目的，為什么最終選擇了這個交互方案，最后還對自己的方案定義了考察的指標(biāo)，方便后續(xù)對于方案效果的跟進(jìn)。也正是敢于將這些內(nèi)容說出來，才得以迅速的在團(tuán)隊建立良好的口碑。

五、總結(jié)

以上，就是筆者根據(jù)最近的經(jīng)歷，分享的一篇關(guān)于如何快速進(jìn)入業(yè)務(wù)狀態(tài)的文章。后續(xù)也會繼續(xù)分享自己在實際工作中，關(guān)于產(chǎn)品交互的心得與感想。經(jīng)驗有限，歡迎大家批評指正與交流。