-
需求文檔不規范怎么辦？ -
承擔了很多與產品相關的工作，是好還是不好？ -
需求量大，如何推動需求排期合理化？ -
經常插入或變更需求怎么辦？ -
如何更有效的解決問題？ -
需求是否有價值？ -
如何做好體驗優化？ -
怎樣做好設計，并提升設計的說服力？ -
應該具備怎么樣的知識才能更好的應對日常需求？ -
我應該掌握哪些專業知識與能力？ -
…
上述問題看起來比較雜亂，但是通過一定的分類整理，可以概括為兩個方面，即：「專業能力」與「職業能力」。
圖1 專業能力與職業能力
專業能力：
與設計直接相關的能力，是完成設計工作不可或缺的組成部分，比如 需求挖掘、需求分析、方案設計、用戶研究等內容。
職業能力：
崗位要求需具備的一些能力，可以幫助設計師更好地處理工作過程中遇到的問題，比如溝通能力、規劃能力、驅動能力、執行能力等，可概括為“發現問題-解決問題”的效率與能力。
隨著設計師項目經驗和工作經驗的增加，其所具備的專業能力和職業能力也會不同程度的成長與提升。下面會首先對新人設計師所應具備的專業能力進行總結和說明；其次對與職業能力常見的問題進行一定的解答與建議，希望能夠幫助到各位設計師同學。
一、專業能力
設計師首先要明確設計工作的主要內容，從需求分析、用戶分析到將抽象的需求轉化為具象的設計方案輸出，再到跟進設計方案上線；通過定性定量的方式跟進用戶反饋，持續推動用戶體驗優化及挖掘更多用戶場景和訴求均是設計師日常工作過程中的核心工作內容，接下來我們初步分析：
圖2 設計師主要工作內容
1、需求分析與用戶分析
當設計師拿到需求后，切記要多去追問為什么。因為產品經理給到設計師的需求更多情況下是具體的功能，而對于為什么要做該功能是需要設計師去深入洞察和挖掘的。此階段，設計師要明確「業務目標」「業務指標」「設計目標」和「設計指標」的概念，參照下圖所示。
圖3 需求分析與用戶分析
以“某客服平臺改版”的需求為例進行簡略介紹，其業務目標是：解決客服人員工作過程中遇到的痛點，提升客服使用體驗，同時期望縮減客服人力成本投入，并明確具體的業務指標。設計側接手項目后，通過 用戶觀察、用戶訪談等用戶研究手段，了解平臺痛點，并從「業務層面」和「設計層面」總結歸納。
圖4 客服系統分析
對于業務層面的突出問題，通過與產品多次溝通形成相應的產品策略，并落實到具體方案中。而對于設計層面的問題，為了更系統準確的了解客服人員的痛點，設計側又進行了二次調研。首先整理訪談提綱對客服人員進行訪談；其次整理了問卷提綱，通過發放問卷進一步驗證調研結論的準確性，并全面收集客服人員的建議。并且沉淀各角色人員的用戶畫像，了解各角色人員的主要工作事項、關注點及痛點。調研發現，客服人員的主要工作內容聚焦在以下事項，并且客服人員對系統的整體滿意度較低。
圖5 用戶分析-客服主要工作內容
結合業務目標及對業務和用戶的分析，設計側將“提升用戶核心工作流程的工作效率及平臺整體的用戶滿意度”作為設計目標。由此設計的重點也放在核心操作路徑優化和整體體驗提升上面。通過對調研結果進行系統梳理，整理出高優先級優化內容，并推動埋點功能上線。最終，設計側拿到核心操作路徑優化前后的數據對比，達成設計目標。
建議各位設計師拿到需求后不要急于產出設計方案，多去進行需求分析與用戶分析，它可以幫助設計師更深入的理解業務，挖掘業務本身的問題，了解用戶的使用場景、關注點、痛點、期望與建議，為后續開展方案設計提供設計依據。在設計評審時呈現自己的思考與分析內容，也會大大提升設計方案的說服力。
2、需求轉化為設計
關于設計目標的重要性在上述部分已有講解，因此本部分重點講解「設計系統」與「設計原則」。在日常工作中，除了上述提到的平臺改版等較為復雜的需求，絕大部分情況是產品經理梳理清楚具體的需求或功能點，經需求評審后將其給到設計師，由設計師在敏捷迭代有限的時間內快速產出最優的設計方案。而對設計系統的充分了解和應用是B端設計過程中不可缺少且非常重要的一部分。
設計系統的構成
《Design System》一書中對設計系統的構成進行了詳細的解讀，筆者將其中與工作關聯性最強的部分進行了整理，并且結合工作經驗簡要談談自己的理解。
圖6 設計系統的構成
-
設計原則：
設計過程中需要遵循的指導原則與依據，有利于保障系統的易用性，提升用戶滿意度。由于設計原則的重要性，筆者會在下文中進行詳細描述。
-
設計組件：
通常包含基礎組件、復雜組件和業務組件。基礎組件即原子組件，例如按鈕、輸入框、下拉框等，可用于構成復雜組件或業務組件。復雜組件通常由基礎的原子組件構成，但仍然在多條業務中具有通用性，例如 表單。業務組件通常用在特定業務場景下使用，具備復用性的同時可保證設計統一性。由于各公司通常具備成熟的組件庫或使用ant design和iview組件。因此設計師在業務支撐過程中更多是從業務組件入手，本著“標準、統一、復用”的理念，沉淀豐富的業務組件以提升設計統一性、以及設計與開發效率。
-
設計模式：
同類場景下用戶行為的統一模式，從而避免多種設計問題出現，有利于形成統一的用戶心智，符合系統設計的一致性原則，例如上傳、搜索、批量操作等。需要通過詳細的設計規范，對模式的使用場景、解決的問題、遵循的原則以及模式具體如何應用進行詳盡細致的說明。某些設計模式可以沉淀為組件來達成模式的統一應用，而對于不方便沉淀為組件的模式，需要整理詳細的規范文檔，方便設計師查閱與使用。
-
控件庫：
將設計資產（組件、模式、圖標、插圖等）整理為symbol控件，在axure、sketch等設計軟件中可快速使用控件搭建頁面，提升設計效率。
-
視覺樣式：
通常包含顏色、布局、字體、圖標、動效、插圖等，是保持全局樣式視覺統一性的重要基礎。
-
設計規范：
對視覺樣式、組件、模式等如何應用進行詳細的設計說明，包含設計原則、使用場景、使用流程與反饋等，產出通常為設計規范文檔，對于新人設計師，一定要熟記、掌握和學會如何應用。
設計原則
關于B端設計原則，設計師對“高效、清晰、可視化”等原則一定不會感到陌生，但是筆者一直在想設計原則的得來是否能夠更加有依據。由此上網看了很多文章，也結合自己支持的業務去思考，基于個人經驗將設計原則總結概括為三個部分：「設計指導原則」「事實性原則」「可用性原則」。
圖7 設計原則
設計指導原則：
B端設計原則的頂層指導原則，是整個平臺設計的全局性原則，通常由 業務定位、行業屬性、客戶標準、用戶特征等因素綜合得出。
比如公司內部的客服系統和面向房地產行業的設計管理系統，客服系統從業務定位出發是希望客服人員工作更加高效，而客服人員從自身動機出發也期望更加高效的完成目標，以取得不錯的績效。一般在設計時，設計師考慮到信息密度的問題，會將部分信息折疊收起，但是對于客服人員來說，他們更希望將全部信息鋪開展示，通過瀑布流的形式他們可以快速檢索信息，提升工作效率。而對于房產的設計管理系統，業務定位是提供全鏈路的解決方案，讓客戶滿意是非常重要的業務目標。
由此，滿足客戶的標準和使用人員的訴求對于系統設計來說非常重要。客戶會基于行業屬性的特點提出要求，比如更加注重科技感，用戶希望頁面更直觀，信息密度小等，設計師要綜合多種考慮去制定全局的設計指導原則。
- 事實性原則：
基于業界的定律去設計，為最優設計方案提供更多依據。比如希克定律、菲茨定律等。除此之外，設計師更要懂心理學，了解用戶在觀察、閱讀、記憶等方面的影響因素，并且將其應用在方案設計中。如此，設計方案便有理有據，經得起推敲。
- 可用性原則：
比如尼爾森十大可用性原則和設計界其他的一些可用性原則，設計師相對來說都比較熟悉，需要結合業務特征進行靈活的運用。
基于設計目標、設計系統、設計原則進行具體的方案設計，會幫助設計師從“完成方案”到“完成最優方案”進階，同時也有利于：保障設計統一性，提升設計與開發效率；形成統一的用戶心智模型，提升用戶體驗；平衡設計與技術，降低技術開發成本，保障功能按時上線。
3、需求挖掘與反饋收集
通常可使用定性、定量的用戶研究手段去挖掘用戶訴求以及收集用戶反饋。定性調研通常包含：用戶觀察、用戶訪談、焦點小組、啟發式評估、可用性測試等。定量調研通常包含：問卷調研、數據埋點、后端數據拉取、AB測試等，新人設計師可以選擇適合當前業務發展階段的調研方法。與用戶研究相關的資料較多，大家可以自行搜索學習，此處不再贅述。
這里筆者強調一點，即使用“體系化的設計思維”去整理用戶反饋的體驗問題。通常來說，調研后收集到的用戶反饋是相對零散的，即便按功能模塊分類整理，并且對優化帶來的價值進行描述，業務人員也很難理解優化某一個體驗問題帶來的價值，從而導致設計師在推動體驗優化需求排期時遇到阻力，且由于roi的投入產出比低體驗優化被無限延后。此時設計師需要進行體系化的梳理，重點在核心工作人員的核心工作路徑優化，預估優化后帶來的數據價值，以此去PK其他需求證明體驗優化帶來的價值。在上線后也需要及時跟進真實的使用數據，拿到量化的數據結果及時同步相關人員。
圖8 體系化整理體驗問題
二、職業能力
新人設計師需要逐步培養自己“發現問題和推動問題解決”的能力，多交流，多思考，多總結。這里有幾個小建議給到大家：
- 建立規范意識，通過標準化規范化的流程解決問題
在產品的敏捷迭代過程中，產品—設計—研發—測試等各環節必須保持規范化的運行節奏，一旦某環節出現異常，則會影響敏捷迭代的整個流程。比如需求變更的問題，可以在敏捷迭代復盤會上提出，并且跟大家一起分析背后的原因，找到行之有效的解決方案。若是因為客戶提出臨時加需求，可以考慮需求置換，但是如果是產品經理個人的原因，說明需求優先級排序出現問題，可能需要建立一套標準的優先級評估規范來避免或減少此類問題。
再舉個例子，關于“需求量大，如何推動需求排期合理化的問題”。可以先去梳理當前存在的問題，以及帶來的影響，同時提出解決方案，跟業務人員一起探索，達成一致后運行解決機制就能解決該問題。
圖9 需求排期機制
- 找準設計邊界，學會衡量利弊
作為設計新人，一定要學會明辨職責范圍內的事項，找準設計邊界。比如產品經理離職了，在短時間內設計師承擔了部分產品經理的職責，統籌需求收集，給出設計方案，把控敏捷流程，保證產品迭代正常進行，且符合設計師職業和專業能力范圍內時，設計師是可以承接的。但同時我們需要不斷跟進業務招聘新人，讓專業的人來做專業的事情，避免將個人精力全部花費在與產品相關的事項上面。
日常工作中設計師一定要學會明確邊界，切忌將工作重點轉移到非設計相關的事項而偏離了設計本身，可以多用系統性的思維去思考和分析利弊，相信此時設計師就會有自己的答案。
- 學會借力，必要時學會依靠團隊
設計師，尤其是新人設計師，在工作中遇到的問題很可能是憑一己之力無法解決的。這時候可以考慮借力，向領導借力，向團隊借力，可以說出自己的想法，尋求大家的建議。不僅可以收獲到經驗，還可以提高解決問題的效率。舉個例子，筆者剛剛畢業入職后，要去整理所負責的移動端產品的體驗優化，采取了“群策群力”的方式，邀請團隊的設計師一起進行體驗走查，在2個小時的會議時間完成了整個產品的走查，并且收集到非常多的有效建議，依靠團隊的力量達到事半功倍的效果。
總結
作為一名“過來人”，回想起自己還是設計新人的時候遇到的問題，踩過的坑…內心很感慨。因此，一直都想寫一篇文章，將自己的經驗和心得總結下來，希望本篇文章能夠幫助設計師少走彎路，快速成長。
最后，借用在《騰訊產品法》一書中看到的一段話送給大家，我想設計也大抵如此。
階段一：以片面、固化的眼光看問題，只看到零散的表象和靜止的格局。解決方案呈點狀隨機分布。
階段二：以宏觀、系統的眼光看問題，能看到產品與產業、產品與其他產品的關系和位置。解決方案開始具有系統性特征。
階段三：以動態、演進的眼光看問題；能看到時間長河中問題變化的趨勢。解決方案能夠助推產品順勢成長。
設計者修煉產品設計能力的過程本質上就是一個思考力進階的過程。
參考書籍
《在騰訊產品法》
參考文章
尼爾森的十大可用性原則與場景案例
《Design System》相關文章
《Pin Design》年刊文章
作者：瑤一
轉載請注明：學UI網》B端設計經驗總結-幫助新人快速上手
分享此文一切功德，皆悉回向給文章原作者及眾讀者.
免責聲明：藍藍設計尊重原作者，文章的版權歸原作者。如涉及版權問題，請及時與我們取得聯系，我們立即更正或刪除。
藍藍設計( www.devb.cn )是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務、
UI設計公司、界面設計公司、UI設計服務公司、數據可視化設計公司、UI交互設計公司、高端網站設計公司、UI咨詢、用戶體驗公司、軟件界面設計公司