作者：大啵少女
鏈接：https://www.zhihu.com/question/454091157/answer/1850120473
來源：知乎
著作權歸作者所有。商業轉載請聯系作者獲得授權，非商業轉載請注明出處。
一、了解自己
1.我有什么優勢：第一步一定是了解自己的優勢，哪怕是一點技能或見識，要把優勢變成更優勢，一定要突出自己的優勢，掩蓋劣勢。
2.我想要什么：這就是目標，例如3年內我想成為專家，要升到P8，又或者3年內我要成為管理者。把這些都一一記錄下來，逐一去做分析怎樣才可以達到目的。
3.我要怎么做：接下來就是要規劃自己。短可以計劃三五天，長則可以一兩年，把自己的計劃寫下來。然后按著 STAR 原則：Situation（情景），Task（任務），Action（行動），Result （結果）去執行。
二、了解行業趨勢同樣是設計師，一個在短視頻行業，一個在傳統行業，最簡單的來說，收入差距就可想而知了。比如現在很多大廠已經沒有純 UI 崗位了，你這個時候還義無反顧的深耕純 UI，那最后就會面臨失業的風險。
三、打造個人 IP設計師都是獨一無二的，如果要問打造個人 IP 最佳開始時間，就是現在。
這個是很重要的，尤其是在高級崗位以后，你要在細分行業有一定的影響力，他是可以給你簡歷加很多分的。打造 IP 的行動項有很多，比如定期各大設計網站發表作品集、在信息類網站上發表自己的文章等等… 當然了，這個是需要長期堅持的才有明顯收益的。你可以給自己制定一些獎勵計劃，激勵自己堅持輸出?；蛘哒乙恍┲就篮系脑O計師一起互相督促，去找那些比你厲害的人，慢慢超過他們。 行業內深耕，不要蜻蜓點水：有的設計師覺得設計不分行業，只要另外一個行業給的薪資足夠，就義無反顧的換行業。這樣長期下來，你在每個行業都只是蜻蜓點水，做不到足夠深入的了解行業相關知識，很難在一個高級職位上立住腳。只有充分具備了某個行業相關的知識背景，才能勝任更高級的職位，而不只是做一個只懂表面的設計師。四、提升自己
交互能力：不必多說，交互能力的重要性大家也都知道了。隨著行業的發展，現在很多公司的 UI 崗已經不是單純的 UI 崗了，更多的是一種多元化的職位，交互能力是必不可缺的一種能力。
眼界：對于設計師來說，眼界決定高度，眼界低是做不出好設計的。想要提升設計能力，首先提高自己的眼界。多看、多看、多看……
審美能力：這個也是設計師的基本功，你要能看出別人作品的好與壞。練習方法就是多看多思考，多去參加一些設計展。
視覺表現力：創意、軟件技能：作為設計師，視覺表現力是最基礎的，也是最重要的。這里我把它分為兩個方面：創意和軟件技能。創意：設計重在想法和創意，且要不斷的通過學習去給自己的大腦輸入靈感。讓大腦一直處于活躍狀態；軟件技能：一切的設計實現都要由軟件來實現。在自己時間允許的情況下，多學習一些軟件技能，現在軟件更新非常之快，前些年還用 PS / AI 來做界面呢，現在你還會用嗎？
產品把控力產品：一是對設計方案的設計把控，保證設計效果做到最好；二是對設計進度的把控，按時把控設計方案的上線；三是對實際開發結果的把控，保證上線后的設計還原度最大化。
溝通演講能力：設計師有一個好的溝通能力可以讓團隊更好的運作，提升工作效率。好的演講能力體現在設計評審的討論時，能夠更好的 hold 場面，讓整個溝通更加順暢。
管理能力：對內－設計團隊的管理、人員的分工、任務分配、發展部門內學習氛圍、與團隊人員溝通等等；對外－與其他部門的溝通協作、工作銜接，保證整個業務線的工作有條不紊的進行。
調研能力：調研能力可以考驗人的信息搜索、整理、分析的能力。他可以在設計前期找到設計的切入點，在設計中期提供有力的理論觀點。同時調研結果也可以作為評判自己產品評分的一個標準。如果沒做過設計調研的話，前期可以去看一些大神做的完整的調研報告，分析他們的邏輯、寫作手法等，需要多看多分析。
規范意識：近些年大家對規范意識都有了明顯的提升，規范可以提升工作效率以及降低溝通成本，同時也可以避免一些低級錯誤。如果你在團隊中沒有團隊意識的話，工作就會很吃力。
學習能力：畢業后，提升能力有兩個方面：從項目中學習和自學。從項目中學習：每次做完項目及時做設計復盤，把從項目中學到的知識再熟悉一遍，做好知識沉淀；走過的坑再溫習一遍，避免之后再犯；自學：這部分做的好與不好，幾年后的差距是非常之大的，每個人的工作時間基本是差不多的，區別大的就是業余時間。最怕的就是比你厲害的人比你還努力。
知識沉淀：俗話說好記性不如爛筆頭。你有沒有看到一個好的東西趕緊保存下來的習慣，但是從來也不看？這是大部分人的通病，覺得我保存了就是我學到了。知識沉淀指的是通過自己的整理，不斷對項目進行復盤，把自己真正需要的東西保存下來，用的時候可以即時拿出來查閱。找到自己的職業定位，想清楚自己要往哪個方向發展，不斷的學習技能點就對了，加油吧，設計人！
藍藍設計( www.skdbbs.com )是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務。
技術與人性的碰撞！給設計師的用戶體驗設計發展簡史
2023-06-21 09:19北京北京蘭亭妙微科技有限公司官方帳號
背景介紹
在界面設計中，字體的選擇和運用是非常重要的一環。合理的字體搭配可以讓界面更加美觀、易讀、易于理解，從而提高用戶的使用體驗。而不合適的字體搭配則可能造成視覺上的疲勞和不適。因此，在界面設計中，選擇合適的字體并進行規范化是非常必要的。
常用字體
2.1 英文字體
在英文界面設計中，常見的字體有Arial、Times New Roman、Verdana、Calibri等。其中，Arial字體是Microsoft Office軟件的默認字體之一，它具有清晰明了、易讀易懂的特點，適用于各種場合。而Times New Roman字體則常用于正式的文本排版中，例如學術論文、報告等。Verdana字體相比起Arial更加圓潤，具有更好的可讀性和視覺效果。Calibri則是一種比較新的字體，它具有現代感，同時也非常適合界面設計。
2.2 中文字體
在中文界面設計中，常見的字體有宋體、黑體、微軟雅黑、仿宋等。其中，宋體是Windows操作系統的默認字體之一，具有比較好的可讀性和兼容性。黑體相比較宋體更加粗壯，適用于強調和突出展示的場合。微軟雅黑則是微軟公司開發的一款中文設計字體，它簡潔清新、易讀易懂，非常適合作為界面設計的基礎字體。仿宋則具有較高的書法美感，適合于書信、印章等正式場合。
字體規范化
為了使界面設計更加一致和規范，我們需要對字體進行規范化。具體而言，需要從以下幾個方面進行規范化：
3.1 字號
字號是指字體的大小，通常使用pt（磅）作為單位。在界面設計中，需要根據不同元素的大小進行選擇和調整，以達到界面整體比例協調的效果。一般而言，主標題的字號應該在36pt-48pt之間，副標題的字號應該在24pt-30pt之間，正文的字號應該在12pt-16pt之間。
3.2 行距
行距是指一行文字與下一行文字之間的距離。一般而言，行距的大小應該是字號的1.5倍左右。如果行距太小，會導致文字過于緊密，不利于閱讀；而行距過大，則會造成視覺上的浪費，不利于排版美觀。
3.3 字體顏色
字體顏色需要根據不同場合、不同元素的特點進行選擇。一般而言，主要內容（如標題、正文等）的字體顏色應該是黑色或深灰色，強調內容（如重要提示、鏈接等）的字體顏色可以是藍色、紅色等。同時，需要注意背景色與字體顏色之間的對比度，以確保字體清晰可讀。
3.4 字間距
字間距是指字體中各個字符之間的間距。一般而言，字間距應該適當擴大，以保證單詞和句子之間的空隙，增加字體的易讀性。但是，字間距過大也會影響排版的美觀性，因此需要根據實際情況進行調整。
總結
在界面設計中，字體的選擇和規范化是非常重要的一環。根據不同的場合和元素特點進行合理的字體搭配，并進行規范化，可以提高用戶的使用體驗，讓界面更加美觀、易讀易懂。
今日分享這篇文章是藍藍設計的原創文章，未來將會持續在平臺上分享關于設計行業的文章。此外藍藍設計建立了UI設計分享群，每天會分享國內外的一些優秀設計，如果有興趣的話，可以進入一起成長學習，添加vx藍小助ben_lanlan，報下信息，藍小助會請您入群。同時添加藍小助我們將會為您提供優秀的設計案例和設計素材等，歡迎您加入噢~~希望得到建議咨詢、商務合作，也請與我們聯系。
藍藍設計( www.skdbbs.com )是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務、UI設計公司、界面設計公司、UI設計服務公司、數據可視化設計公司、UI交互設計公司、高端網站設計公司、UI咨詢、用戶體驗公司、軟件界面設計公司
寫一期大熱的AIGC的設計師必備的生圖軟件，文章詳細講解Midjourney如何使用，增強我們工作的效率，現在很多大廠都已經對AIGC開始制定詳細的工作流程，所以你還在猶豫什么，為什么還不趕緊學起來。
交流群分享AIGC輔助網站
Midjourney是搭載在Discord（Discord 是一個功能豐富且方便使用的通訊工具，還允許用戶創建自己的服務器以便和他人協作）上的，因此要想使用Midjourney需要先注冊一個Discord賬號。
打開Midjourney官網 http://www.midjourney.com
點擊【Join the Beta】，根據提示完成Discord賬號注冊
沒有賬戶，點擊注冊。此app可以下載電腦的
注冊頁面，按需填寫
登錄剛剛注冊的郵箱，找到驗證郵件，點擊郵件里面的按鈕進行驗證
注冊完成后，登錄Discord賬號，在左側找到“Midjourney圖標”，即Midjourney官方服務器，然后就可以看到各種小群組。新用戶只能加入新人群組【NEWCOMER ROOMS】，選擇一個加入，可以看到群組里有網友繪制的各種圖片。
由于新手群人數較多，自己生成的圖片很快會淹沒在網友生成的圖片中。為避免干擾，可以在Discord中創建自己的服務器，安靜的創作。
首先在左側菜單欄中點擊加號圖表，根據流程依次選擇，輸入服務器名稱，完成服務器的創建。
輸入自己的服務器名稱
然后，返回Midjourney 的服務器，進入房間，點擊機器人的頭像就可以選擇添加至剛創建的服務器中
然后進入自己創建的服務器中，在下方輸入框中輸入一些指令就可以使用Midjourney創作圖片了。
新注冊的用戶有25次免費生成圖像的機會，如果經常使用建議訂閱會員 按年費訂閱為8折，訂閱會員需要支持外幣支付的信用卡，有外幣信用卡的可以自行訂閱會員，沒有的可以去某寶或某魚代訂閱會員或租共享賬號 相關命令：查看剩余會員資源“/info”，切換快速模式“/fast”，切換放松模式“relax”
訂閱官網： https://www.yuque.com/r/goto?url=https%3A%2F%2Fwww.midjourney.com%2Faccount%2F
在對話框中，輸入/imagine 指令后，輸入框會變成以下樣式，即可輸入一些圖像描述詞匯（prompt），大約一分鐘的時間Midjourney Bot 會根據prompt生成四張圖片。 一個基本的Prompt可以是簡單的一個詞、短語或表情符號。 更高級的提示可以包括一個或多個圖像URL，多個文本短語，以及一個或多個參數。
圖片URL會影響最終結果圖像的風格和內容，地址必須以 .png、.gif 或 .jpg 等擴展名結尾
也可以在網站上扒圖片地址
可以復制多個圖片（建議輸入同類型的圖片） 在圖片地址后直接輸入關鍵詞或參數即可
輸入參數時，記得加空格。ps：--no+空格+你需要的提詞
改變生成圖形的長寬比，默認為1:1，支持的長寬比如下圖所示。
用于添加不希望圖片中出現的內容。例如，--no plants，會嘗試從圖像中去除植物。
圖像渲染時間。默認值是1，數值越高，消耗的時間越多，圖像質量越好，反之亦然。例如，--q 2 差不多會消耗兩倍的時間額度。更高的 --quality 設置并不總是更好，有時較低的 --quality 設置可以產生更好的結果——這取決于您嘗試創建的圖像。較低的 設置可能最適合生成抽象的圖像。需要許多細節可以設置更高的值。
這可以使得生成的圖像之間保持更穩定或可重復性，可選任何正整數。例如，--seed 100。
用于選擇使用的模型版本，默認為V4，可以選擇 <1 2, or 3>。因為V4版本生成的圖像比較寫實，因此有時可能需要選擇之前的版本。--video用于保存生成的初始圖像的進度視頻。
詳細的參數情況請前往官方文檔查看： https://docs.midjourney.com/docs/parameter-list
輸入prompts后，在生成的初始圖像網格下方會出現兩行按鈕，其中： U 按鈕用于放大圖像，生成所選圖像的更大版本并添加更多細節。 V 按鈕用于創建變體，會生成與所選圖像的整體風格和構圖相似的新圖像（4張在1圖）。
（四張圖片順時針排序：V1、V2、V3、V4；U1、U2、U3、U4）
MJ version 1,MJ version 2,
MJ version 3：偏抽象
MJ version 4：風格多樣
MJ version 5：真實圖片
Niji mode：二次元
模型測試算法： MJ test , MJ test photo
模型只能使用一個，點擊切換模型，每個模型側重點不同
Half quality：圖片質量低 (相當于--q 0.5)
Base quality：圖片質量中等 (相當于--q 1 )
Base quality：圖片質量高 (相當于--q 2 )
--stylize或-s 參數影響了這種訓練的強度。低風格化值 產生的圖像與提示密切相關，但藝術性較差。高風格化值產生的圖像非常有藝術性，但與提示的聯系較少。
Style Low = --s 50
Style Med = --s 100
Style High = --s 250
Style Very High = --s 750
--stylize的默認值為 100，并且在使用 默認【V4模型】時接受 0-1000的整數值。
public mode：公共模式，出的圖會在官網社區顯示
Stealth mode:隱私模式，出圖僅自己可見（需要會員）
生成圖片，點擊(v)的時候可更改提示詞
fast mode：快速模式，該速度下生圖沒有限制，會根據你生圖占用的 CPU排隊，生圖量越大，排隊時間越長
relax mode :輕松模式，會優先生成你的圖（需要會員）
獲取全部關鍵詞，添加群主微信獲取
用相同的“seed種子”產生相同的結果，然后可以微調畫面細節 選擇郵件表情發給機器人，這樣就會收到一個機器人的私信。發“E”可以快捷搜索出圖標
發送后，底部會出小郵件圖標，點擊等待機器人回復
收到消息，復制種子
在輸入新的關鍵詞后，結尾輸入-- seed指令，復制上你的種子
3、復制圖片地址，利用墊圖來保持創作的關聯性
本文描述如何使用ChatGPT成為我們在工作與學習中的超強助手 ChatGPT是一種大型語言模型，它可以通過處理自然語言文本來產生回復，可進行自然、流暢的對話。ChatGPT可以在多種應用場景中使用，例如智能客服、智能助手、問答系統、聊天機器人、翻譯等等。
你可能對ChatGPT帶來的變革毫不關心，認為只是一個聊天的工具，但是ChatGPT的出現確實見證了技術的革新，對于新事物，尤其是現在處在一個AI科技爆發時代，越早接觸新技術，越早擁有核心競爭力。堅持看完文章相信對你會有很大幫助。
以調研專員身份進行對話，使他可以用更專業的詞匯回答你的問題。
可以針對某個產品，生成對應用戶年齡段的用戶畫像，輔助產品調研工作
指令：請寫 [N 份]，關于 [某個產品 /NN～NN歲] 的用戶畫像
針對某個產品，去分析產品高頻、低頻功能?？梢陨闪斜?，統計使用頻率。
指令：請查閱 [某產品] 用戶 [經常使用或最少使用] 的功能，要求數據真實可查詢
生成某產品的調研報告，可規定字數，如果寫到一半停下，發送「繼續」的指令就可以繼續發送啦～
指令：請總結一份 [某產品] 用戶使用 [某功能] 的調研報告
以競品研究員的身份進行對話。如果有需求可以附加競品研究員所處的行業類別。
可以選擇自己關注的競品產品，生成報告，可以規定競品報告的側重點。
指令：生成一份有關 [選擇你的競品] 的競品分析報告，詳細分析其雙方的 [你的需求]
當你在對產品某個領域不太清楚時，你可以隨時收起相關的材料，比如你對金融行業的用戶體驗的行情感興趣，你想深度了解的時候，用你的資料整理助手幫你整理資料。
指令：給我 [N 篇] [領域] 的文章
接著你可以讓助手對上述文章進行總結
指令：用列點的方式總結上述文章中的 [數字] 重點
指令：用列點的方式總結出 [數字] 個 領域 知識重點
在寫報告時，經常會對某個領域或知識點不清晰，無從下手的情況。遇到這種情況，可以直接使用下面的指令獲取專業的研究報告，幫你了解最新的研究以及專家觀點。
指令：寫出一篇有關 [領域] 的 [數字] 研究報告，要求引用真實數據與專家觀點。
針對某個主題可以提出反對觀點，改變角度，擴大寫報告的思維。
指令：針對一下論述 [觀點] 提出反駁的觀點，每個論點都要有論證
寫報告時，可以針對某個部分，用AI幫你去提煉你所需的內容。
指令：你是金融互聯網專家，請總結以下內容，并針對以下內容提出未來能進一步研究的方向 [附上內容]
可以輔助你寫出一份ppt大綱，為你提供思路。雖然無法寫出細節，但是可以根據標題再去發指令，生成詳情內容。
指令：請寫一份有關于 [領域] 的PPT，頁數在 [數量] 頁以內
根據大綱標題，細化內容
指令：輸入標題名稱，[字數] 以內
先去培養角色，讓他用簡潔的英文單詞，為你提供AI繪畫的關鍵詞。
指令： 現在起，當我想要你發送圖片、照片的時候，用3/8Markdown寫，不要有反射線，不要用代碼塊。使用 Unsplash API(https://source.unsplash.com/1280x720/?)。如果聽懂了請回復明白，以后需要這樣
可以設定面試場景，生成一個對話場景，為面試做準備，提前準備面試中可能被問到的問題。
指令：請以 [崗位] 的身份，情景再現一場面試工作
將AI的身份塑造成面試官，模擬真實的面試場景，提高自己的面試能力
指令：請你以 [崗位] 面試官的身份與我對話，進行一場面試
針對職業方向如何發展，可以讓ChatGPT根據大數據為你推薦現在的職業發展的熱門方向，為未來開展明燈。
指令：[行業] 未來職業方向，哪個比較熱門
針對職業方向，可以繼續探索自己感興趣的職業規劃
指令：請提供 [崗位] 未來的職業規劃
輸入網頁，可幫您總結當前網頁的信息，提煉關鍵信息，提高閱讀效率
指令：[網站] 請總結這個網站的信息
指令：詳細的說明 [想了解的知識]
指令：[科目] 學習看哪些網站
指令：我學習使用 [工具]，我應該看哪些網站的教程
3、英語學習助手
1）、英語對話
指令：Can we have a conversation about [話題] ?
指令：Please correct my grammar and spelling mistakes in the text above:[附上英文文字]
安裝「Voice Control for ChatGPT」谷歌插件，可播報Chatgpt的文字，練習聽力與口語。在谷歌應用商店中搜索下載即可。
這些就是我在用chatGPT中對設計師來說比較有價值的提問方向，希望對大家有啟發。
SaaS 產品體驗要求越來越高，用戶體驗已經成為產品競爭力的重要組成部分，怎樣在多業務線的產品環境中做好體驗設計，本文從貼合業務線的設計規范、敏捷易用的前端組件庫、產品研發協作流程保障、UI體驗文化打造、UI設計質量品控5個方面闡述項目快速、規?；嵘喈a品線整體體驗過程中方法論和實踐經驗。
關鍵詞：
用戶體驗設計；UI設計規范；多產品線；體驗文化；UI設計落地
面對多產品體系，多產品線，需要積極尋找和探索適合我們客觀情況的最佳實踐，我們面臨的問題有：
1.過往以功能堆砌為主、基本“能用”，缺乏平臺規范和一致性，體驗不足。
2.產品線多、體量大。
3.客戶對產品體驗要求越來越高。
4.產品歷史包袱、修復改動困難。
5.對用戶體驗認知不一，協同、溝通成本高。
6.重復的開發成本。
7.第三方組件與業務的匹配度不佳。
解決以上幾大難題，我們啟動了UI 設計規范的搭建、UI組件庫的開發等，讓規范和組件庫成為各產品線堅實底座的一部分，使用戶體驗文化賦能前端和產品經理，協同 QA 力量一起推動產品體驗升級，以下整理分享的實踐方法適用于中小型UED團隊支撐復雜、多業務線的企業，本文嘗試從以下幾個方面總結和提煉實踐經驗，跟業界同行探討。
設計規范體系的搭建對于新的團隊，如何從復雜海量的業務場景中制定出一套適用于自己產品的UI設計規范，是第一道待翻越的高墻，完整的設計規范應該是包含視覺規范與交互規范，本文主要針對設計規范實踐過程進行闡述。
貼合場景的設計規范：
雖然市面上已經有眾多成熟的設計規范體系可供使用，但是當前我們所處的產品階段、多業務 線以及復雜的業務場景等綜合因素，決定了需要重新搭建一套符合我們自己業務場景的設計規 范體系。
UI規范效益最大化：
一旦我們決定制作規范，就要把規范當成一個產品去做。去梳理一套高效合理、可復用的制作流 程，去分析產出什么樣的「規范產品」才能產生最大的價值。 依據規范效益模型，在規范的制定中盡可能的提高規范的通用性至90%，先解決統一性，再解決場景細分，打造高質量通用的模式庫以提高質量和效率，并力求讓更多人從這套設計體系中獲益， 從而讓規范體系發揮更大的價值。
UI規范制定的策略：
明確用戶對設計規范的訴求，構建適合產品的UI設計規范，首先，需要明確規范體系的用戶群體經過設計團隊多輪調研，確定設計規范面向的目標用戶群、基于核心用戶的訴求，為后續規范內容框架的制定提供依據。
確定UI設計價值觀：
產品歷史包袱重，系統結構復雜，在提升用戶體驗時，內容表達「清晰明確」是第一要務，例如尊重已經形成的用戶習慣，優化改造時，注意版本之間的銜接，讓用戶「清晰明確」，這也是為什么將「清晰明確」作為價值觀之首，另外提升效率是企業級產品用戶體驗的永恒主題，同時兼顧系統的簡潔與一致。
梳理UI規范框架：
UI設計規范包括設計價值觀、全局規則、組件庫、模式庫、典型頁面、移動端規范和設計資源框架整理主要從以下3個方面進行：
1.梳理現有組件，剔除不使用的部分 。?
2.同類競品的框架借鑒，查漏補缺。 ?
3.場景驗證，與業務場景深度結合經過充分論證和梳理，對規范框架做了重新定義，增補了業務缺少的內容。
如上圖所示，例如對高頻的工具欄組件的補充，典型頁面的補充，增加模式庫以及全局規則，當前第一個版本的規范框架是基于業務場景優先級最高的內容進行制定，更多的規范內容的增加依托于不斷的迭代，逐漸完善規范框架。
規范內容的制定及評審：
組件規范包含：變更記錄、組件定義、何時使用、組件的類型、組件的響應。
規范內容制定的原則： ?
1.有明確場景可依。?
2.精簡不必要的分支 例如在定義表單規范時，對于表單標簽的對齊方式做了統一的約束，標簽右對齊，輸入框左對齊全局保持統一。
邏輯正確、規則明確易懂： ?
例如常見的alert （警告提示）名稱調整為常駐提示，語義更貼合場景，便于理解。
規則的可拓展性，多場景的兼容性： ?
產品架構是PC端到移動端的自動適配，因此在組件設計的時候需同時考慮PC端與移動端的對應關系以及兩端場景的兼容性。
協作及敏捷迭代： ?
規范發布后，伴隨著實際項目的檢驗，業務場景的擴充變化，如何高效的對設計規范進行迭代，決定了設計系統能否持續的走得更遠，規范內容定期評審，必須通過業務、技術、設計評審，確保規范是可用的、可落地并且易于使用的規范后期不同的規范模塊專屬人負責，同時有backup，可以幫助走查復盤雙重保障規范的質量。
敏捷易用的前端組件庫： ?
復雜的業務場景和多產品線特點，快速打造一套敏捷易用、高質量并符合實際業務場景的前端組件庫，是提高產品研發效率、改善UI質量、提升用戶體驗的關鍵。
復雜的業務場景和多產品線特點，快速打造一套敏捷易用、高質量并符合實際業務場景的前端組件庫，是提高產品研發效率、改善UI質量、提升用戶體驗的關鍵。
前端組件庫建立目標： ?
1.提高開發效率，對高頻使用、通用組件進行代碼化封裝，避免重復開發工作。 ?
2.提高開發質量，通過各類業務場景和業務線的錘煉，沉淀組件代碼最佳實踐。 ?
3.提高產品體驗，組件封裝代碼化，減少在多角色協同中因為理解偏差、信息傳遞問題等導致的不確定性和結果不可控性，不同業務線、不行項目、共用一套基礎代碼，保證體驗的一致性，組件的組織形式： 結合實際業務場景和原子設計理論，將組件劃分為不同顆粒度：基礎組件、業務組件、典型頁面 組件，以適用于不同研發場景使用。
1.基礎組件，基礎組件為組件庫最小顆粒度，構成系統界面的基本構件。 ?
2.業務組件，在基礎組件的基礎上，結合具有共性業務特征的業務場景，梳理出具有業務特征的 業務組件。 ? 3.典型頁面組件，梳理具有業務特點的典型頁面，相比基礎組件和業務組件，典型頁面更加具體， 為用戶提供具有代表性的內容和框架，并準確描述用戶最終看到的內容。如列表和左樹右表典型 頁面組件，作為最為常見的頁面結構，各業務場景可復用頁面組件，保證了頁面組件內各基礎組 件的一致性，最大程度的實現不同產品線產品中頁面體驗的一致性。
推進前端組件庫落地執行： ?
前期設計規范落地到組件庫過程中，面臨諸多問題和阻礙，比如開發落地質量不高、內容遺漏、 各方理解不一致、驗收及修復問題不到位等問題。處理這些問題對UI團隊資源造成很大消耗， 通過總結復盤前期組件庫落地時的經驗和教訓，梳理落地執行流程，在新的協作流程下，新一 批的組件開發不論在協作效率和開發質量上都有質的提升。
分層推進： ?
組件庫開發是一個持續迭代的過程，考慮到組件庫開發資源極為有限且無專職負責人員，在跟組 件庫開發團隊協同過程中，我們通過分步開發來解決組件庫更新優化的問題并通過不斷優化協作流程來助力組件庫高效落地。
前端組件庫分步開發原則： ?
1.優先級原則，優先開發適用于業務線普適場景的組件。 ?
2.緊急性原則，對于急需的業務線所需組件優先開發。 ?
3.快速可實現原則，開發實現成本高的組件暫緩處理。
自查走查驗收： ?
組件UI責任人梳理出下屬組件需開發落地的細節點，整理為文檔，待開發人員完成組件開發后，自行參照UI提供的自查文檔，查漏補缺，保障進入UI驗收環節的前端組件不會出現較多的缺陷，降低后期走查和溝通修改的工作量，同時監督開發人員提高組件落地還原度和質量。
組件庫的持續迭代： ?
UI團隊通過一套標準的流程來把控組件庫迭代的質量，在日常工作中經常會收到產品經理或項目 方提出新的組件需求或對現有組件的優化。UI部門作為推動組件庫搭建的核心環節，需要以全局 和更深入的視角加以判斷把關，保證前端組件庫內容的普適性和高質量，避免組件庫內容冗余， 降低研發維護成本。
產品研發協作流程保障： ?
好的過程是好的結果的有力保障，一個業務需求從產生到開發落地需要經過多角色協同、一系 列環節。必須依靠規范的研發協作流程，確保各角色清楚自己職責以及如何跟上下游銜接，同 時我們也希望協作流程能夠確保設計資源可以向重點業務模塊傾斜，以及發揮各個角色可以發 揮的作用去共同提升產品體驗。
UED團隊建立之初，我們面臨的首要問題是：需求隨機，完全取決于各產品線和產品經理 個人，為了解決這個問題，我們制定了UI融入研發體系的流程以解決合理、有效利用UI資 源的問題。
企業級產品特點、多業務線、大量面向管理員用戶的具有相似頁面結構和交互模式的業務 模塊、產品經理跟交互團隊人員配比等因素都決定了并非所有需求都需要流轉到UI團隊進 行設計，在判斷哪些需求需要流轉至UI團隊設計時，我們給出了如下指導性方向： ?
1.用戶量角度，大量終端用戶使用的場景，例如訂票、報銷、采購頁面 。 ?
2.用戶重要程度角度，核心、重要用戶使用的場景 eg.公司領導、決策層。 ?
3.通用性角度，通用組件或框架，需要UI通盤考慮各個業務線場景需求進行設計。 其他需求則主要由產品經理進行設計，UX以評審方式輕度參與。
協作流程迭代，UI驗收成為必要一環： 隨后我們又面臨新的問題：設計還原度差，被公司老板生動的形容為：看設計稿是“精裝修”， 開發落地后就成了“毛坯房”了。為盡可能確保設計還原質量，我們在研發流程中明確了所有涉 及前端頁面的功能需求都需要在研發協同工具中流轉到UI負責人驗收，在產品團隊TAPD中記 錄UI缺陷、標明嚴重程度，對于 “嚴重” 級別以上UI缺陷，禁止發版。
UI工期評估合理化：
為了既能盡力配合各產品線迭代計劃又要爭取合理UI設計時間、保證產出質量，合理評估設計周期對UI人力管理尤其重要。對此，我們對設計需求分成了ABC三級進行評估。 對于A和B級需求，通常模塊較大，先有UI設計方案再去分期迭代開發，對于這兩類需求，在評估 模型中給出了大致工期概念，比如以月為單位，大于1個月或2個月。
對于C級需求，通常為產品經理先排進某個迭代再來提UI設計需求，設計范圍相對明確，我們則結合典型頁面數量因子和設計難度因子給出了UI工期大概評估公式，以天為單位。 ?
1.設計難度因子：根據業務線的復雜程度而定，范圍為（0.8~1.5）。 ?
2.典型頁面數量因子：評估需求范圍規模（N）。
UI設計團隊在協作過程中面臨諸多挑戰：產品線多、產品邏輯復雜、研發鏈路長、各級人員對產品認知及重視程度不一、好的體驗設計難落地、溝通成本高等問題，想要解決這些問題，若僅靠UI團隊自身力量是不夠的，需要動員公司各個環節和人員重視用戶體驗，共同促進產 品體驗提升。
搭建體驗文化灌溉機制：
UI部門通過多維度的體驗知識內容矩陣、多渠道多場景全員覆蓋，普及和加深各級對產品體驗 價值的認識，提升產品體驗思考力和洞察力，幫助企業以新的視角思考業務、產品研發和用戶 體驗的關系，賦能產品經理及研發人員高質量的輸出，“以用戶為中心”和“打造產品極致體驗” 的價值觀根植與企業文化中，指導研發流程中各項工作最終影響到產品的戰略層、范圍層、結 構層、框架層和表現層這5個產品體驗維度，以實現企業產品的“極致產品體驗”目標。 通過搭建體驗文化灌溉機制，提升全員體驗意識，能為產品研發帶來長久的價值： ?
1.提高設計還原度 ?
2.減少培訓成本 ?
3.提升跨部門溝通效率 ?
4.提升UI團隊影響力 ?
5.提升客戶滿意度
體驗文化落地實踐：
針對不同類型的體驗知識，我們采取不同的傳播渠道進行透，以期達到最好的效果，避免形式化， 將體驗文化滲透、學習落到實處，最終影響產品研發的各個環節。
以下為UI團隊在企業體驗文化 推廣的主要渠道和方法： ?
極致體驗公眾號主要發布產品體驗的基礎原理，體驗價值、項目復盤、常見體驗問題等深度長文。讓公司各級人 員認識用戶體驗及價值，讓用戶體驗理念深入人心。 ?
體驗知識小卡片整理產品體驗小的知識點，閱讀學習成本低。利用員工碎片時間，對細小體驗知識點的學習，積 跬步，至千里。 ?
直播宣講針對重點且復雜的產品體驗內容，如交互規范宣講、重點問題復盤、產品經理及開發人員應知應 會的知識點，采用宣講直播的方式，更好的對內容進行詳細解說和疑難問題溝通。 ?
體驗調研分享UI部門成員對核心競品進行體驗調研，整理分析后對產品經理及相關人員進行分享，賦能產品經 理，為產品的體驗設計提供新的思路。
UI團隊專業水平一定程度上決定了公司產品體驗的上限，持續提升UI自身專業輸出能力可以從源頭提升公司產品體驗。
設計自查：
企業級產品的大量體驗問題都是設計基礎問題。因此需要設計師不論在內審前，還是內審過程中都要牢記設計原則，查漏補缺，守住底線。我們在部門內部制定了一套適合企業產品的UI自查表來檢查設計方案，通過這些自查點來避免產品中出現基礎體驗問題，從UI設計師自己這里 把好第一道關。
在日常工作中，UI自查表始終占據工區的醒目位置。在評審過程中，大家也會通過線上文檔的形 式來對設計原則的條目進行逐一檢查。
做好UI內部評審：
設計團隊內評審（Design critique）是幾乎所有國內外設計團隊的普遍、經典做法，可以有效提 高設計產出水平、保證團隊對外輸出質量。方法是普適的，但具體執行時如何做才能有更好的效果卻各有各異。 在如何做好內部評審上，我們進行了如下嘗試。 從“全員參與” 到 “組成內部評審委員會” 團隊內評審時邀請全員參加，但發現只有少數同事發言，另外一些同事因資歷淺、不了解評審產品或者積極性不高給不出建議。同時隨著團隊成員數量從幾個增加到十幾個，評審會議的時間成 本大大增加。
選取團隊內相對資深和積極提出問題、建議的同事組成內部評審委員會，以月為周期輪流進行， 可以有效分散評審委員在團隊內部評審上的工作負荷，并明確一次UI內部評審除了內部評審委員 會還有哪些關聯同事需要參加。 關于邀請評審內容關聯同事，比如“消息中心” UI評審跟另外一位同事負責的“討論消息”有關聯，則需要邀請這位同事一起評審，以便發現關聯問題，整體考慮設計方案。
以上參與評審機制明確在團隊內部協作工具上，做到人人清楚。另外，對于評審建議，要做到有 記錄、有回應、有跟蹤，確保有效發揮了內部評審的價值。
UI設計師的能力模型：不言而喻，UI設計師自身能力的培養是UI品控的重要一環。因此對于設計師能力培養通道上，我 們引入了以下模型。
我們將UI設計師能力歸納成了3x3能力矩陣。這可以設計師在工作中也可以有目的提升自身薄弱環節，同時也讓企業對UI設計師的要求更加清晰，除此之外，我們要求UI設計師也需要多了解業務和前端知識，往前多走一步，跟上下游角色更好的銜接，一方面，UI設計師需要理解業務，要能夠有半個產品經理的業務知識儲備， 如果能站在更高的行業視角對自己所服務的業務領域（向 業務產品經理再邁進一點）有一定的理解是更好的了，另外一方面，UI設計師跟自己的下游-前端 開發工程師也需要很好的銜接上，知道相關前端技術概念、基本頁面布局和交互實現邏輯、方法，能夠無縫地將界面和交互設計翻譯成前端可理解的語言。
產品體驗提升關鍵取決于兩個重要因素：一是設計團隊的專業能力水平；二是結合企業實際情況，將“不斷提升產品體驗”融入到每個相關角色的具體工作中。在企業中，小規模UED團隊支撐復雜、多產品線產品體驗快速規?；嵘沃氐肋h，我們會持續在未來的實踐中積極探索切 實有效的方法。
文案的重要性：
說到文案在交互設計中，我們需要通過對話的方式和用戶產生共鳴，精準、清晰的語言會更容易讓用戶理解，合適的語氣更容易讓用戶建立信任感，因此在界面設計時，文案運用也應當被重視，在使用和書寫文案時有以下幾點需要注意：
1. 從用戶或角色的角度出發，角色換位思考一下，所謂的「同理心」理論；
2. 表述一致；
3. 重要的內容放在顯著的位置；
4. 專業、精準、完整；
5. 精簡、友好、正能量；
在界面中，文案是我們與用戶或角色溝通的基礎，語言文字的表述也需要精心推敲，仔細設計；清晰、準確、簡潔的文案設計能夠讓界面擁有更好的可用性，同時讓用戶體驗更加友好；
接下來就是要明確表述立足點，這個很重要，在表述內容時，關注點應該是用戶和他們能用你的產品做什么，而不是你和你的產品在為他們做什么，所以內容表述立足點很重要；（當用戶向后臺反饋問題、提出建議或申訴時，使用「我們」是合理的語境，例如「我們將會審核你的申訴」）；
舉個例子：
精簡語句：
省略無用詞匯，不重復用戶已知事實；在絕大多數交互場景下，都無需界面描述出全部細節，盡量提供簡短、易于快速獲取的內容；
例如：
使用用戶熟悉的語言：
使用簡單、直接、易于理解的詞匯，讓內容和指示更容易被用戶接受和理解，間接、曖昧模糊的說法，生僻和過于“文雅”的用詞，會增加用戶的認知成本，所以應當盡量避免使用這類用戶無法識別的詞匯；
例如：
表述一致：
描述同一個事物的詞匯要保持統一；上下文的語法、語種、語序要保持統一；操作的名稱和目標頁面標題的名稱保持統一；
例如：
重要的信息放在顯著位置：
讓用戶第一眼看到最重要的內容，不用到段落中尋找；（如果考慮安全性問題時，隱私信息也可調整為「點擊后可見」的方式）
例如：
完整、直接得闡述信息：
當我們希望用戶進一步操作時，要專注于用戶能得到什么，以及用戶的感受；在操作前引導告知用戶操作的目的或重要性，能促進用戶更愿意去執行；
例如：
報錯是 UI 中常見的功能，它同樣是用戶體驗中不可小視的組成部分，當用戶填寫的內容出錯的時候，你的報錯信息應當符合用戶的認知，用易于理解的方式表述出來；
用詞精準完整：
通用基本用語，要規范，不能出現錯別字，詞語表達完整；專業用語要精準，并且是所屬行業認可的通用語言；時間的表述必須要明確；
例如：
這邊列出一個語言模度的表單給小伙伴們參考：
語氣運用規范：
語言定義的是內容，而情緒和氣氛更多的是通過語氣來表達，并且同樣的內容面對不同的用戶我們可以使用不同的語氣來表達；例如，我們對應專業的運維人員和小白用戶應該有不同的表達方式；
拉近彼此的距離：
直接使用「你」、「我」來和用戶對話，與用戶建立親密感，避免使用「您」，讓用戶感覺太過疏遠；
例如：
不要在同一個句式中混用「你」和「我」，交互中指代混亂會讓用戶產生疑惑，增加用戶認知負擔；
例如：
友好、尊重用戶：
多給用戶支持與鼓勵，不要命令和強迫用戶；如果你想留住你的用戶，當出錯的時候就不要責怪用戶，專注解決問題而不是指責；
例如：
表述不能過于極端：
不要使用過于絕對的表述，這樣會讓用戶感覺不適；
例如：
大小寫和標點符號：
英文名詞大小寫規范：產品名稱全稱，首字母大寫；產品名稱縮寫要全部大寫，例如：SEO、SAP等；整個單詞都大寫不利于閱讀和識別，應盡量避免這種用法；
例如：
正確使用專有名詞的大小寫規范
例如：
全英文的標題，標簽，菜單項等等都要遵循英文句式中首字母大寫的規范
例如：
統計數據使用阿拉伯數字：
這是常見問題，用戶對于數字的感知速度更快，使用數字而非文字表述會更加有效；
例如：
省略不必要的標點：
為了幫助用戶更加高效的掃視文本內容，可以省略不必要的斷句點；
以下元素單獨出現時可以省略標點：
A. 標簽
B. 標題
C. 輸入框下的提示
D. 懸停文本中的提示
E. 表格中的句子
以下元素單獨出現時需要加上標點：
A. 多句或多段的文案和列表內容
B. 任何文字鏈前的句子
感嘆號使用規則：
感嘆號會讓文案顯得過于激動，容易讓氣氛變的緊張，功能類少用；但是向用戶表達問候或祝賀時，使用「！」是合理的的語境，例如：「歡迎回到社區！」
例如：
基本標點規范：
正確使用標點符號會讓句子看起來更加清晰和具有可讀性；具體使用可以看一下 1995 年中國標準出版社出版的《標點符號用法》，以下展示設計中需要注意的部分；
在如今用戶為王的時代，用戶體驗成為一種新的品牌競爭力。隨著技術進步和體驗意識的普及，習慣了C端產品流暢愉悅的體驗，用戶對B端產品體驗的期望也越來越高。
B端C化的概念也由此產生，但B、C端有著本質區別，C端的設計思維無法完全復用到B端，那是否可以基于B端產品特征，融合C端體驗設計思維，即“B+C”來幫助提升B端產品體驗呢？本文聚焦在探索如何通過“B+C”的設計思維，提升B端產品體驗。
我們先簡單了解下B、C端產品各自的定義。B、C端其實是以使用對象的類型，來代指的產品類型，C指個人消費者 (Customer) ，B指組織 (Business) ，這個組織可以是個人、公司、政府或機構，因此B端模式也是多樣的，除了B2B，還有B2C、B2G等。
C端產品幫助個人解決生活場景中的需求痛點，提供人們消費的物質、信息和情感。常見產品類型有工具類、內容類、社交類、游戲類等，如滴滴、知乎、微信、王者榮耀等。
B端產品幫助組織實現其商業目的，提供商業的工具、方法和服務。常見的產品類型有：CRM 客戶關系管理、ERP 企業資源計劃、OA辦公等，如企業微信、金蝶、釘釘等。
下面我將從產品設計的角度，分析B、C端的差異化。
1、設計原則的差異
C端產品主要通過流量轉化獲得收益，因此人的注意力和使用頻率是關鍵，所以設計原則為“UCD”（User Center Design）以用戶為中心的設計。
B端產品主要是為了能高效解決行業業務問題而存在的，所以其設計原則是以效率為中心。
2、功能流程的差異
C端產品主打一個滿足用戶核心痛點的功能，通過這個核心功能明確產品的特性和定位，附加N個增值功能，提高用戶粘性，加之創新和趣味性，保持與競品之間的差異化。
B端產品功能重全面，為的是能滿足組織的各種業務需求，組織的業務邏輯通常就是產品邏輯，功能流程也由業務場景轉化而來。
3、交互邏輯的差異
C端產品是單線程操作，完成一項任務后才能進行另一項。碎片化的使用場景和廣泛的用戶群體，使得C端產品必須信息簡潔、容易上手、操作路徑短，否則將會導致用戶流失影響收益。
B端產品是多線程操作，支持多個任務并行。交互以優化業務流程，提升用戶操作效率為主，關注信息架構，清晰的信息架構能幫助用戶在呈網狀的功能和交織的流程中，定位到自己所在功能頁面，找到所需的有效信息。
4、視覺表現的差異
C端產品視覺設計風格多樣，如賽博朋克、孟菲斯、3D、酸性設計等，注重情感化表達和氛圍的渲染，加上短視頻和直播，讓用戶沉浸其中。
B端產品視覺服務于功能和信息的傳遞，視覺元素較為簡潔，常用色彩對比的形式，建立內容邊界和視覺層次。
無論是在設計原則、功能流程、交互和視覺方面，B端產品與C端產品都有比較明顯的差異。基于以上差異，結合B端產品特征和C端體驗設計思維，我們可以從以下三個方面提升B端體驗：
視覺—降低認知負荷
B端產品講究屏效，看得多通常比看的美重要，信息密度高，則屏效高，卻也相應的會增加用戶的認知負荷，因此我們需要為用戶認知減負。
交互—以用戶效率為中心
從用戶的行為和感知出發，本著以用戶為中心的原則提升操作效率。
情感—關注情緒感受
關注體驗過程的“峰”與“終”，提升用戶整體的體驗感受。
下面我將結合實際工作案例，講述如何用“B+C”的設計思維，提升B端產品體驗。
Speedshop Omnichannel（下面簡稱為Omnichannel）是款針對國內及東南亞中小商家，統一管理多渠道商品、訂單、交易、會員的ERP系統。
目前共支持Lazada、Shopee、Tokopedia、抖音等7個渠道，最多可管理100個線上店，集訂單管理、產品管理、會員管理、聊天、導入導出等功能為一體，服務超40,000商家。
視覺 — 降低認知負荷
對信息的識別和處理是認知負荷的主要來源，在視覺層，我們主要解決的是信息識別帶來的負荷，信息識別就是用戶看到內容并選擇的過程，B端產品有信息量大，選擇多的特點，降低認知負荷也將圍繞這兩點進行。
1、優化信息展示
/ 符合用戶訴求
B端產品根據用戶規模的大小，可以分為大B (一定規模的中大型企業) 和小B (小微企業、個人創業)，兩者對信息的關注點和訴求不同。
表格是B端產品最常用的信息展現形式，且能將信息有序、高效、直觀的傳達給用戶，避免信息堆砌帶來的認知負荷。
比如同樣是訂單頁，大B用戶的訂單數據量龐大，且訂單通常是自動流轉的，無需手工操作，所以針對大B用戶，表格信息展示有兩個側重點，一是增加信息密度，二是幫助用戶能夠快速精準過濾信息。
小B用戶的訂單數據量相對較小，且以手工處理為主，所以在展示訂單時，可以將關鍵信息整合，通過將信息進行分層、分組的展示形式，降低單頁面信息的復雜度，還可以通過各模塊之間字體大小、顏色、圖標、間距等手段將信息層次區分開。
/ 豐富信息展示維度
還可以通過圖形化、可視化和視頻的形式，豐富信息的內容維度，化抽象為具象，讓信息能更高效的傳達。
在Omnichannel中，用戶需要完成新手配置后才能使用產品，進入首頁看到的是任務型的引導，通過圖形輔助任務說明，豐富畫面的同時還能增加產品的親和力。
B端產品由于業務的復雜性和技術的局限性，通常操作沒有那么靈活，需要遵守一定的使用規則，傳統的做法會通過文字說明的方式傳達給用戶，面對一長段的規則說明，讀幾遍還不一定能理解。
比如在導入產品時，規則內容多且邏輯復雜，可以將內容可視化，使其易于傳達和理解。
視頻比文字的畫面感更豐富，傳播的內容也更加具體，在幫助中心，圖文的基礎上增加視頻，幫助用戶更高效的獲取幫助信息。
2、提供個性化配置
B端產品通常包含多種用戶角色，每個角色的需求關注點不同，為了滿足各角色的需求，單頁面信息往往會出現超負荷的情況。
我們可以借鑒C端的個性化，對于非業務性的功能，允許用戶根據自己的需求和工作習慣進行自定義。
比如下圖，在列表頁，我們為用戶提供了自定義篩選條件和表格字段的設置。
3、提供有效決策信息
由于業務復雜，保障功能的全面，帶來的結果通常是操作和選項較多，如果沒有任何指引，B端產品的用戶通常無法做出合適的選擇。
比如下圖的添加商品，根據不同的使用場景，產品為用戶提供了三種添加商品的方式：
只有三個選擇，看似沒有任何操作難度，但用戶面對未知功能時，通常會根據自己過往的工作經驗，選擇熟悉的功能，這樣一來，可能會誤增了工作量，因此在設計上，要提供輔助介紹說明，幫助用戶決策。
我們在此基礎上，為第一次使用該功能的用戶又做了優化，除了消息提示框，還通過標簽強化視覺重點，推薦最適合新用戶的選擇，添加商品的文案也改的更通俗易懂。
交互 — 以用戶效率為中心
1、 提升用戶行為效率
無論B端還是C端產品，都有一個共同的體驗目標：提升操作效率，高效率意味著用戶通過更少的操作，更少的時間完成任務，實現降低成本的目標。在C端產品中，常見的提升效率的方式有：1、根據用戶行為的流程分析，推薦相應功能；2、聚合用戶行為，縮短操作路徑；3、轉移用戶操作成本，讓產品承擔更多的用戶引導、行為判斷和行為記憶，我們可以從以上幾點切入優化B端操作效率。
/ 引導用戶操作
在C端產品中，經常會有根據用戶的操作行為，產品給出相應的推薦操作，如截屏后，在用微信發信息時，系統會提示是否要發送截圖，這種在操作過程中增加相關功能的曝光或引導，提高用戶操作效率的同時也不影響流程的順暢進行。
下圖是商品管理頁，用戶首次進入時，可以根據用戶觸發的操作推薦相關的幫助引導。
手動創建商品時，需要完善很多商品信息，可以為經常出錯的內容預設提示，先發的避免用戶出現錯誤。
在收起/展開菜單欄時，提示快捷鍵功能。
/ 優化任務路徑
B端產品中通常會有一個任務關聯一些子任務，如果用戶在子任務中遇到困難，往往會造成整個任務效率的降低甚至任務中斷。
比如在手動創建商品的流程中，需要將商品信息推送到渠道線上店才算創建成功，所以在創建商品前，需要完成渠道線上店的創建。針對這種關鍵子任務，我們可以嘗試并行任務，在選擇線上店時，增加創建線上店的入口，將任務連貫起來。還可以通過操作的合并，比如保存和添加同步進行，提升整體的任務效率。
2、弱化低效感知
好的產品體驗，不止強調功能，還會在意體驗中的感受，設計也可以左右用戶感知產品效率的快與慢。
/ 等待時間可感知
用戶對等待的耐受度是有限的，等待時間在2s內是相對愉悅的，在時間不可控或時間較長的情況下，我們應盡可能縮短用戶的感知時間。
比如在下圖中，用戶完成新手配置后，產品有個加載的過程，通過加載動畫和加載步驟的分解，告知用戶系統在運行中，縮短感知時間的同時消除用戶的負面情緒。
/ 容錯性設計
在產品使用過程中，經常會出現因用戶“犯錯”而導致的任務中斷或失敗，這里的“犯錯”，通常是因為用戶操作偏離產品的使用要求，但這并不是用戶的錯，人不是精密的儀器，好的體驗應該包含這部分“錯誤”。
比如錄入數據時，應給予實時的提醒，讓用戶可以及時更正，而不是等到提交時才拋出錯誤提示，還有比如在數字輸入框中誤輸入其他字符時，自動幫用戶清除等。
在涉及對用戶影響較大、重要且不可挽回的操作時，給出提示。
情感 — 關注情緒感受
在整段體驗感受中，情緒最強烈和結束時的感受影響著用戶對整個體驗好與壞的判斷，這個現象就是峰終定律，因此我們可以通過關注這些關鍵時刻，來確保用戶對整段體驗是感到愉悅的。
1、減少負峰
消極的情緒，不僅影響用戶對產品的體驗感受，最終還會落到降低效率上，因此在設計時，我們要考慮減少用戶的消極情緒。
/ 提供明確反饋
用戶使用產品的過程就像是與產品進行“對話”，良好明確的反饋能幫助用戶理解和使用產品，在工作完成時，應告知用戶已完成，出錯時，告知用戶哪個環節錯了，如何改進或提供幫助，不要讓用戶去猜，而是主動為用戶提供解決方案，提供確定感。
比如在創建商品的流程中，商品創建完成后要推送到渠道線上店，中間有一段較長時間的等待，在設計時，根據推送中、推送完成、推送失敗，分別提供了3種對應場景的提示，讓用戶知道當前任務進展，以及展示相關對應的操作，即使任務失敗，用戶也知該如何處理，增加用戶的控制感。
/ 任務中斷可回溯
在B端產品中，經常會出現決策信息多，處理鏈路長，需反復多次進入任務流程的情況，當任務被迫中斷時，用戶情緒會受到影響，且用戶對未完成或中斷的任務往往比已完成的記憶更深刻，針對這類情況，我們需提供可回溯的設計，幫助用戶順利完成任務。
比如在將商品推送到渠道線上店時，同步過程中，用戶可以離開當前頁面進行其他操作，系統會將推送結果展示在列表頁，用戶可以通過列表頁，重新推送或者編輯修改后再推送，直至完成任務。
2、結束于正峰
在完成任務后，可以觸發氛圍動效反饋成就，給用戶積極的結尾。
以上就是我基于B端產品特征，和C端產品的體驗思維，用“B+C”的設計思維嘗試探索優化B端產品體驗的一些方案嘗試?！癇+C”的設計思維，其本質是想找到業務與體驗的平衡，作為B端設計師，好的用戶體驗一定是與業務緊密結合的，與業務匹配的體驗優化才有其意義和價值。
相信每一個設計師，在工作中或多或少都做過一些競品分析的工作，正所謂知彼知己百戰不殆，做競品分析可以幫助我們快速了解競對產品的優劣和核心競爭力。目前網上的很多競品分析主要都做的大而空，好多都是偏行業分析，對于設計師而言，看完之后無法得到有用的信息，對于產品本身的設計體驗而言，幫助意義不大。
在開展競品分析之前應該想清楚兩件事，弄清楚自家產品的基本情況，如產品定位，基本功能，目標用戶等，另外要確定分析的目的是什么，最終要拿到什么成果賦能產品。如果想要提高用戶活躍度，那就圍繞競爭對手拉新促活方案進行研究；如果是要優化產品的用戶體驗，那就圍繞影響用戶體驗的交互流程及功能操作去研究。
產品發展的階段不一樣競品分析的目的也會不一樣，可結合互聯網產品發展周期輔助確定分析目標。一般產品引入階段，功能架構還沒有完全確定，需要了解市場行業現狀、目標客戶特點、商業模式、盈利模式等，從而更好為為后期發展指明方向；而產品成長階段，需要占領用戶心智及市場份額，所以要分析了解競爭對手的產品功能、推廣路徑、營銷策略、體驗設計等，優化核心功能及經營策略，實現用戶增長及促活。 產品成熟期要考慮怎樣維護市場份額，怎樣跟競品拉開距離，怎樣創收增效，需要及時了解競對產品的動向及用戶經營數據。結合產品發展的階段性目標及業務產品部門的相關規劃才能更好地確定出比較有價值的分析目標。
選擇競品先要明確產品所在行業和細分領域、產品屬性、用戶群體，找競品時需要找這些元素相同或者相似的產品?；驹瓌t是選擇行業第一梯隊中，1.產品的定位及目標人群比較明確且有重合性，2.是否穩定且迭代成熟，3.是否具有獨特亮點有參考價值。
直接競品：功能和用戶群體基本一致，有直接的競爭關系，可以考慮借鑒相似的功能設計。
間接競品：產品用戶相同屬性相似，但是功能需求匹配度不是特別高，在細分的領域中做的比較優秀，在運營策略、操作流程、視覺設計等方面有借鑒參考的價值。
標桿競品：目前互聯網同類的產品同質化情況相對比較嚴重，如果只對直接競品、間接競品進行分析，忽略當下比較熱門、比較具有先進性的產品，有可能會缺乏創新性，所以需要在用戶重合度或者產品屬性、營銷策略等方面做得優秀的產品中選擇1-2個作為標桿產品進行分析。將其優秀的部分深入轉化應用到自家的產品中。
通過七麥數據、IT桔子、易觀分析、比達網等第三方平臺，找到類別排行榜，艾瑞網等可以查詢相應的行業報告，有利于分析產品目標及功能范圍。另外，如果是移動端APP，可以通過應用商店進行搜索。
七麥數據：https://www.qimai.cn/
IT桔子：https://www.itjuzi.com/
易觀分析：https://www.analysys.cn/
比達網：http://www.bigdata-research.cn/
艾瑞網：https://report.iresearch.cn/
競品分析的目的不一樣側重點不一樣，但用戶體驗五要素給我們提供了一種通用的分析思路，從五個層次去逐步分析。但實際分析過程中還是會根據分析者的身份，產出不同，側重點不一樣。
了解競品的產品定位，產品目標，目標，多平臺等方面。做這些分析的主要目的是確定自家產品定位，產產品定位包括產品定義及用戶需求：產品定義包括使用群體/主要功能和產品特色，使用群體幫你明確產品的主要為誰服務，所有的功能/內容/設計風格的設定都是圍繞這類群體來進行的，主要功能劃定了功能的范圍和限制，產品特色使產品有別于同類的競爭對手。用戶需求包括目標用戶/使用場景和用戶目標，一個用戶需求可以看作是“目標用戶”在“使用場景”下的“用戶目標”，在做某一個功能的競品分析時，需要對比分析真實場景下產品怎么解決用戶的問題。相對而言產品經理會作戰略層的深度分析，作為設計師需要明確這方面的內容，但在競品分析階段不用深究，需要重點分析的還是結構層，框架層和表現層。
我們需要思考的是產品需要什么功能實現產品需求，需要分析相同業務和場景下競品的功能，例如同為電商產品，競品在購物場景下的基礎功能及衍生功能，相同的功能競品的特點及優勢。在競品功能進行梳理時，可以通過表格對比功能有無，這樣可以清晰地看到不同競品之間的差異。功能對比并不是簡單的功能羅列，要進一步思考功能設定背后的原因，可以從用戶對功能的依賴程度/使用頻率以及公司為實現這一功能要付出的成本，結合自身產品定位老考量自己的產品是否也需要這個功能，從而明確分析主要功能及次要功能進行分析
產品的整體架構包括功能結構/信息架構分析，首先需要理解什么是信息架構，很多人將思維導圖理解為信息架構，其實思維導圖只是信息架構的一種表現形式 。而功能結構是指功能的闡述，一般是動詞+名詞。功能結構則更側重整體邏輯，各個功能之間獨立或者關聯關系，明確主要功能次要功能。功能結構就是按照功能的邏輯性及用戶的操作習慣組織起來，更適合用流程圖來梳理，通過優化功能與用戶的每個觸點優化體驗。信息架構中信息指的是內容的載體，常見的文字、圖像等都是信息；架構的含義則形容對應的組織和結構。信息架構就是將信息通過一定的形式組織起來，然后呈現出來。從本質上講是信息的表達和傳遞，從而降低認知成本，提升使用效率。良好的信息架構是高效用戶體驗的基礎，分析競品的信息架構是分析競品分類組織邏輯。隨著互聯網產品的同質化，其實競品的很多功能都相似，但信息的組織往往會有所不同。相對而言資訊類，信息類產品需要著重對比信息架構。
任務流程分析，界面設計、導航設計、信息設計，頁面的布局內容信息，頁面之間的跳轉方式，頁面內部的交互邏輯等方面，工具類的產品如出行/外賣/購物等用戶有明確目的的，這類產品需要著重對比競品間任務流程的差異，從而尋找哪些步驟可以優化，哪些步驟可以借鑒。
在這個過程中輸出使用體驗即用戶在使用過程中的整體感受，包含用戶操作過程中的效率，對信息的呈現和布局的理解。是否存在干擾信息導致用戶認知和操作出錯，使用起來是否存在壓力的情況，簡單來說包括：操作效率/信息布局/使用成本/信息干擾/等
而交互體驗更加具象，需要在使用反饋/防錯/可見性/一致性/流暢度等細節方面需找設計的差異點和亮點。
最容易被用戶直觀感受的層面，可以從視覺風格，配色，圖形，排版布局，情感化設計，動效等方面和競品進行詳細的分析對比，競品分析并不是羅列細節，而是需要分析出操作體驗的優劣，以及這樣設計的原因。
產品概況、功能、流程和交互等方面進行全方位的分析后，還有非常重要的一步，即給出結論，且這才是最重要的，結論將其復用到我們產品中，這也是競品分析的意義所在。在做最終的分析報告時不要只做分析沒有結論。任何一個功能點都可以思考出一個結論，競品為什么這么做，那我可以模仿或超越嗎？或是我覺得不好，那么我改怎么避免；不要只有結論沒有權威的分析過程。在任何分析中帶著主觀性的結論是最不好的，有時候會誤導大家，所以得出的結論的因果條件要是合理的，分清楚充分條件和必要條件，寫明這個結論的必然原因以及分析過程和可能的原因等；要帶著目的性的去做分析，避免作數據及內容的拼湊。
分享此文一切功德，皆悉回向給文章原作者及眾讀者.
免責聲明：藍藍設計尊重原作者，文章的版權歸原作者。如涉及版權問題，請及時與我們取得聯系，我們立即更正或刪除。
藍藍設計( www.skdbbs.com )是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務、UI設計公司、界面設計公司、UI設計服務公司、數據可視化設計公司、UI交互設計公司、高端網站設計公司、UI咨詢、用戶體驗公司、軟件界面設計公司
最近看到了一個很有用的知識，它是項目管理中的一個概念，叫做Stacey矩陣模型。
這個模型我看完之后，對應到設計行業上，
發現它對于“設計師面對不同類型項目，應該如何做決策”，很有啟發和幫助。
而我自己最近也剛好離開了熟悉的環境，要面對一些新的挑戰，
這個模型也給我提供了一些可借鑒的思路。
所以決定整理下自己的心得，給大家分享一下。
這個模型將項目分為“技術”和“需求”兩個維度，建立了一個坐標系：
橫軸是“技術”層面，判斷技術的確定性和不確定性，可以理解為技術是否成熟。
縱軸是“需求”層面，判斷需求是明確的還是不明確的。
根據這兩個維度，可以將項目劃分為五種類型：
1. 簡單型（Simple）：技術確定，需求也明確
2. 燒腦型（Complex）：技術確定，但需求不明確
3. 棘手型（Complicated）：需求明確，但技術不確定
4. 混亂型（Chaotic）：技術不確定，需求也不明確
5. 模糊型（Hazy）：并非完全不確定，介于混亂型與其它類型之間
而針對不同區域的項目，這個模型給出了相對應更適合的開發方式、解決方案。
“技術”的確定與否，與“需求”的確定與否，基本上就涵蓋了所有的項目情況。
我們可以將目前的項目情況對應到這個模型里，判斷它是處于哪個區域的，
再根據它所在區域，選擇性使用這個區域所對應的解決方案。
相比沒有任何方法原則，僅憑經驗做事，
借助一個成熟的方法論模型框架，來輔助自己做決策，
條理會更清晰，做決策的效率也更高，
這就是建立思維模型的好處。
思考一下，你目前的項目是處于什么樣的區域呢？
一、不同項目類型的應對思路
在具體介紹不同項目類型對應的解決方案之前，
我們要先從大方向上來看一下這個模型。
從模型整體來看，最理想的項目類型，必然是處于區域1的簡單型項目：
技術確定，需求也確定。
所以在大方向上，
我們應先采取一種向下的“簡化思路”：
也就是盡可能將項目引導向最簡單、最可控、最穩定的“簡單型”區域，
需求維度上，引導客戶明確需求，達成共識。
技術維度上，盡可能選擇更可控、更成熟的技術。
所以項目的前期階段很重要，這個階段決定了項目最后的導向。
前期多花點時間溝通討論，可以為后續執行減輕很多負擔，
目的是為了在這個過程中盡量減少不確定性，
讓項目類型流向更簡單的區域。
接下來介紹下不同項目類型對應的應對方案：
1. 簡單型（Simple）：預測型，做好計劃，按計劃執行。
2. 燒腦型（Complex）：增量型：逐步構建，每次增量一部分。
3. 棘手型（Complicated）：迭代型：先搭建基礎框架，再逐漸迭代改進細化。
4. 混亂型（Chaotic）：避免掉，很難成功
5. 模糊型（Hazy）：敏捷開發（更多是對于產品層面了，對設計領域的借鑒意義可能不大，所以這里不做引申。）
01 預測型：
適合需求明確，技術也成熟的項目。
這種通常是比較簡單的項目，或者是已經做過多次的很成熟的項目。
對于這種可控性高的項目，可以提前制定好完善的計劃，
之后執行就按之前的計劃，按部就班完成即可。
02 迭代型：
適合需求明確，但技術不成熟的項目。
對于處于初期階段的設計師，通常面對的都是這樣的項目，缺少經驗，技術還未成熟。
這時候應該先去做一個比較簡略的粗稿，明確大方向，再去逐漸細化完善。
而錯誤的做法是：先去摳細節，在一個局部的小細節上磨半天。
結果就是，細節也不對，大方向更不對，
不僅效率低，做的還全是錯的。
我自己以前就犯過這樣的錯誤，非要把東西做的差不多了，調了很多細節，再拿給主管看。
結果整個方向都是錯的，而且因為已經做了很多細節，改起來還很麻煩。
實際上我應該在做好大方向的粗稿后，就拿去給主管看，
確定了大方向，再去打磨細節。
因為當你經驗成熟后就會發現，只要大方向出來了，之后能細化成什么樣，基本可以預見了，剩下的只是時間問題而已。
03增量型：
較適合技術成熟，但需求不明確的項目。
這種類型的項目很普遍，比如客戶需求不明確，不知道自己具體想要什么。
還有可能是項目體量比較大，要考慮好所有細節，需要很長的時間。
這時候就可以嘗試用“增量開發”的模式，
也就是先做好確定的那部分，然后交付給客戶，
客戶提出了新的需求，再增量進去。
像堆積木一樣，想到一點做一點，每次完成一部分，
而不是等全部想好再動手。
這樣做的好處是：
1. 可以在執行上先做起來，避免因為需求還未確定，導致執行無法推進。
比如在項目前期，雖然腳本還有很多東西沒有完善，但一些已經確定要做的東西，就可以先進執行，或者做技術上的測試等等。
2.交付客戶的部分模塊，通常是已經比較完善的，客戶能盡早看到一個直觀的結果，減少理解偏差。
比如有時候明明草圖階段已經確定了，
結果等成品出來，客戶又不滿意了。
因為每個人想象出來的東西是不一樣的。
很多設計師還會遇到這樣的問題：難以理解領導者的想法。
無論是自身經驗的原因，還是溝通上的問題，
總之，對于需求的理解是模糊的，
不清楚領導想要的到底是什么樣的。
這時候其實就可以采用“增量”的設計思路：
先完成自己能理解，能確定的部分，然后拿給領導看，
這時候他可能會提出一些新的反饋，告訴你接下來應該做些什么。
再根據反饋，繼續往下做。
這樣可以快速產出一個可見的結果，加快溝通頻率。
而不太好的做法是：
自己在那死磕，自己在那猜，非要做完再交。
最后,這個過程消耗了很多時間，得到的結果卻根本不是對方想要的。
小步快跑，多次更新，這種“增量”的設計思路，
對于需求不清晰的情況，執行效率很高。
二 如何運用到其它方面？
除了項目上，Stacey模型對于設計師遇到的一些其它問題，同樣有借鑒價值。
接下來我們看看在職業成長和技能學習上，可以如何借鑒：
職業成長上如何借鑒：
根據Stacey矩陣模型圖，我們不難推演：
對于處于初期階段的設計師，由于能力不成熟，技術上是不確定的。
如果再加上客戶需求也不確定，
項目類型就會變為“技術不確定，需求也不確定”的混亂和模糊類型，難度很高。
這就像是，剛出新手村，就要去打BOSS一樣。
所以在職業生涯的初期，應盡量去一些大公司，或比較成熟的公司。
因為這樣的公司，往往需求到你手里時，基本已經是確定的了，
只要專心去打磨你的技術就好。
如果去一些本身不夠成熟的公司，需求也不確定，自身的技術也不確定，
無疑進入了困難模式，導致很難提升，一團亂麻，還會打擊自己的信心。
技能學習上如何借鑒：
如果我們想要掌握一個新的技能，它是處于什么樣的區域呢？
需求是確定的，而技術不成熟，
所以屬于“棘手型”項目。
那就可以用“迭代”的方法。
比如你要學動效，那就可以先去找一個簡單但完整的動畫小案例，
先去把整個流程、一些最基礎的知識點弄明白。
學完之后，就已經可以做一點簡單的小動畫了。
然后再逐漸加大難度，不斷完善和迭代你的技能。
這種方法的好處顯而易見，在很短的時間，就能把技能運用起來，
而不必等到學的差不多了，才能開始運用。
我最早學軟件時，用的就是一種很低效的方法：對著一本工具書，一點一點學軟件的每個功能。
結果整本書看完了，都還不知道要怎么用。
這也跟當時的教學資源環境不成熟有關。現在很多教程都是基于具體、完整的案例教學了，學習起來效率很高。
所以在選擇教程時，應優先選擇案例型的教學，而避免單純功能模塊的講解。
小結一下：
面對需求的不確定，或技術的不確定性，無論是迭代開發的思路，還是增量開發的思路，方向上其實都是在逐漸減小不確定性。
面對技術的不確定、不成熟，那就先大致完成一個粗略的版本，再去逐漸細化、優化、迭代。
面對需求的不確定，那就先完成確定的部分，做一步看一步，隨著想法、需求的逐漸完整，不斷填充完善設計。
而對于技術也不確定，需求也不確定的混亂和模糊項目，但又無法避免的，可以嘗試多種方法混合使用。
整體來說，這是一種向下簡化，減小不確定性的思路。
拓展：逆向應用的“挑戰模式”
而根據這個模型推演，逆向思考，
會發現其實還有一種向上復雜化的思路。
我把它稱為“挑戰模式”。
顧名思義，就是將處于區域1的簡單項目，向復雜的方向演變。
一般是在技術的軸向上，將確定性變為不確定。
為什么要把它變復雜？找虐嗎？
當然不是。
處于區域1的簡單項目，因為它簡單可控，容錯率高，
所以恰好是用來嘗試新技術的最佳實驗對象。
在這樣一個非常穩妥的環境里，你可以放手大膽去嘗試新的技術，新的想法。
失敗了也問題不大，大不了還是換回老方法唄。
比如我們有一些日常的EP項目，每個月都有一兩條的產出，技術上和需求上都已經很成熟。
這類項目就是我們的快樂實驗場，可以大膽嘗試一些新的技術，新的想法。
而且，適當給自己加點挑戰，也可以消除重復性工作帶來的無聊感。
嘗試下這種“挑戰模式”，非常有利于設計師能力的成長。
在簡單的項目里，將新的技術打磨成熟，
之后就可以在復雜的項目中去應用了。
可以不斷拓寬自己在技術軸上的確定性范圍。
避免陷入技術和需求雙雙不確定的混亂情況。
結語
最后，出于嚴謹考慮，要說一下，
我對這個模型的一些理解，不一定絕對準確。
畢竟它是另一個領域的知識。
但我們學習借鑒其它領域的知識，
本來就不是為了照搬過來。
而是為了從中吸取能夠借鑒的部分，
最終目的，是要為自己所用。
最后留給大家一個思考題，可以按照步驟依次進行，
1. 你目前的項目是處于什么樣的區域？
2. 如果處于較復雜的區域，能否引導向更簡單的區域？
3. 根據Stacey模型，使用什么樣的方式更合適？預測型、迭代開發、增量開發還是混合使用？
4. 具體可以如何做？
作者：崔小俊
轉載請注明：站酷
分享此文一切功德，皆悉回向給文章原作者及眾讀者.
免責聲明：藍藍設計尊重原作者，文章的版權歸原作者。如涉及版權問題，請及時與我們取得聯系，我們立即更正或刪除。
藍藍設計( www.skdbbs.com )是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務、UI設計公司、界面設計公司、UI設計服務公司、數據可視化設計公司、UI交互設計公司、高端網站設計公司、UI咨詢、用戶體驗公司、軟件界面設計公司
藍藍設計的小編 http://www.skdbbs.com