聊聊我是如何快速進入業務狀態的

0 評論 5527 瀏覽 21 收藏 17 分鐘

你是否曾經遇到這樣的問題:換了一家公司,不知道該怎么融入團隊開展工作?本文作者結合自身的經歷,分析他是如何快速進入業務狀態開展工作的,希望能給你帶來一些幫助。

經常在設計群潛水的時候,都會碰到有小伙伴問相同的問題:換了一家公司,如何融入團隊開展工作?剛好最近自己也是換了一個平臺搬磚,所以想結合這段時間自身的經歷,來跟大家聊聊,作為交互設計師,我是如何快速進入業務狀態開展工作的。

為什么強調“快速”,是因為對于一個職場老鳥來說,公司招你的目的不是花時間培養你,而是來救火的。如果不能快速進入業務狀態,就會招來周圍同事的質疑,尤其是對于像交互這種“可有可無”的職位而言。所以,如何在新的環境中快速融入,快速產出就顯得尤其重要了。

一、了解團隊當前協作流程與痛點

由于公司之前沒有交互設計師的崗位,所以當我進入到團隊中時,首先主動了解的是在沒有這個角色之前,團隊是如何運轉的,以及遇到了哪些阻力。這樣我才能找到當前團隊協作的問題,并通過這個崗位的優勢去解決,從而凸顯自身的價值。

在通過與產品、技術、設計等部門同事的簡單溝通后,歸納出如下兩個問題:

1. 產品交互流程靠口述,理解偏差較大

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

而針對這些現狀,結合之前的工作經驗提出了兩點優化建議與方向。

1)統一團隊協作工具與項目文件

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

2)規范交互文檔的內容輸出

之前交互流程的產出由產品兼任,由于沒有那么多時間考慮頁面細節,就會導致部分頁面流程的缺失。所以在我加入以后,針對當前團隊的特點,優化了之前的交互文檔的結構,同時與產品協同產出,將業務規則與交互說明落到對應的頁面上來,進一步提升技術同事的開發效率與準確度。

2. 需求經常變更,設計與開發返工率高

需求變更往往是導致項目不能按時交付的主要因素,在與產品經理溝通中得知,導致這個問題的主要因素是開發出的頁面流程與前期需求溝通的時候不一致,所以如何確保需求準確的傳達給技術跟設計同事,對此我將整個鏈路拆解出了四個階段,即:需求評審、交互評審、頁面與流程宣講、實現跟進。

1)需求評審

需求評審是之前團隊已有的流程,但是之前評審需求時,每個角色都有自己的想法,由于沒有將需求做頁面化的呈現,導致直接將不確定的需求給到設計以后,設計開發出的需求不符合前期規劃的預期效果,就會帶來返工。

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

2)交互評審

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

3)頁面與流程宣講

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

4)實現跟進

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

二、主動熟悉業務,框定后續工作方向

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

1)了解產品商業模式

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

2)體驗產品流程

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

3)獲取產品節奏

產品在不同的階段,需要解決的問題都有所不同,獲取產品的節奏能更好的明確后續的工作重心與方向。

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

但是在我進一步跟上一級的溝通中得知,產品當前的存量用戶還可以,而且大部分的新用戶并非通過app主動注冊的形式產生,所以產品的注冊登錄流程并不是現在最主要的,而是在于結合產品運營,如何讓現在的存量用戶活躍起來。所以在獲得了產品的節奏后,我重新調整了對產品的體驗優化的方向。

三、切換視角,站在目標用戶的角度做設計

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

在我加入團隊沒多久,就接到了一個內部OA系統的交互需求,該需求產品經理已經在前期做了簡單的功能設計,但是由于沒有設計用戶的操作路徑,所以需要我這邊來進行補充與協助。我就以這個為例,來拆解一下在做交互需求時,我是如何站在用戶的角度去思考與設計的。

公司的oa系統主要是用來維護核心用戶,根據用戶的屬性不同做分層運營。新需求是需要增加一個“記需求”的功能,用來記錄用戶的訴求,從而方便后續的跟進。已有的線框圖如下:

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

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

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

接著我們就需要根據當前的交互形式,對場景跟目標用戶的需求做進一步的拆解。信息列表雖然能承載更多的信息,但是內容一多,查找起來就會很困難,如何讓用戶找到一個或者一類需求呢?我就繼續補充了該信息列表的搜索跟篩選功能,通過搜索能定位到具體的需求,同時為了提升搜索效率,增加了關鍵詞聯想的交互規則;

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

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

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

四、敢于發聲

設計師往往自我定義為“執行者”,尤其是剛進入新的團隊,在人生地不熟的時候更不敢發聲,但是衡量一個設計師的專業性,不僅僅體現在他的產出物,還要看看他對于過程的思考與論證,而這些都是要表達出來的。

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

五、總結

以上,就是筆者根據最近的經歷,分享的一篇關于如何快速進入業務狀態的文章。后續也會繼續分享自己在實際工作中,關于產品交互的心得與感想。經驗有限,歡迎大家批評指正與交流。

本文由@背包流浪 原創發布于人人都是產品經理。未經許可,禁止轉載。

題圖來自 Unsplash,基于 CC0 協議

該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發揮!