談談複雜產品設計
最近在設計複雜的ToB產品，簡單聊幾點。複雜產品的特點是什麼？極簡主義是否該極致執行？有哪些手段處理複雜產品？
一、什麼是複雜產品
百度百科：事物的種類、頭緒等多而雜;具有各種不同的,而且常是數量眾多的部分、因素、概念、方面或影響的相互聯絡的,而這種相互聯絡又是難於分析、解答或理解 複雜的機構 複雜的發展。
複雜=多而雜，種類多、數量多、關係多的咋看之下，縷不清看不明的事物。軟體產品通常體現在流程多、角色多、功能多、選單多、介面多、欄位多，關係千絲萬縷、前後呼應、承上啟下。涉及部門龐大、產品線交織，繁複複雜，剪不斷理還亂。
二、複雜與極簡主義：擁抱複雜
示意圖
就如國家的存在本身就是個複雜組合，龐大的國家電網、鐵路、通訊，各類組織的真實面就是複雜。在這樣本身就是複雜量體面前，極簡主義該如何理解？正如文章：“ ofollow,noindex">http://www.woshipm.com/pd/464136.html 複雜B端產品體驗設計反思” 所描繪的對話場景，曾經我也一度在沒有資料的情況下問這個功能有人用嗎？不如刪了簡化系統操作，同時期專案組秉承極簡思路的人也佔大多數，刪完的結果是產品上線後那些功能又一步步加回來了，就像堆積木哪裡有位放哪裡。事實證明極簡主義在複雜ToB系統中需重新定義，過度推崇簡化只是不切實際的刪減功能減少設計難度，增加後期隨意的堆砌。去理解ToB複雜性的本身，去擁抱複雜，全盤考慮才能更有效理清複雜產品，從而合理設計。
三、複雜產品的解決方法
唐諾曼之《設計心理學2-與複雜共處》指出，簡單隻存在頭腦中，複雜是事物的本真。管理複雜讓複雜符合使用者的認知結構，達成易理解是設計師的本職。而使用者需要積極的面對並接受複雜。
管理複雜產品
如上圖右邊是唐諾曼給出的管理複雜的方法，左邊是筆者的理解設計。
1、概念模型首先是去探索使用者的認知：他的工作場景是什麼，他是如何理解這個工具。這次產品設計我們改動了好幾個版本，其中一個改動較大的版本，就是認知模型的變化。舊版本因產品訂購模型太過複雜，設計功能時設想的是使用者線下談完合同，再錄入到線上系統。整個產品定位成表單填寫過程，設計上只做表單刪減、增加快捷鍵等方式。新的版本關鍵架構設計師加入，產品訂購模型被簡化，可以直接面向客戶，形成新的概念模型：線上展示產品，引導客戶購買，並且能形成自己的方案，產品概念模型變成：推薦購買-確定購買產品-完善購物資訊。不同的概念模型在產品用詞，主推功能互動都變得不一樣，舉個例子原來填單模式引入購物車概念就很突兀，新的模型購物車就變得理所應當，從而把購物車提升為全域性購物車。
2、模組化—空間分配，將複雜的事物型別及關係整理清楚：繁複的折曲線抽成長直線，將交叉的的直線縷成規律的平行線。將大功能拆成小功能，漸進展示。這種拆分方法有卡片分類法，遵循舊產品。
3、語義符號-控制元件設計，不只是功能可見性，讓所有控制元件符合他應有的表達。功能約束，暗示，遵循現成原則，減少歧義。
4、自動化預設值-開發思維，能交給程式碼的事就讓程式碼處理，減少人的處理難度。遵循開發思維，以不變應萬變應萬變，舉個例子複雜產品大多數有配置功能，以支援客戶個性化需求及變化需求。此時針對每一類控制元件或分組都個性化設定顯然無法應對所有配置場景。呈現控制元件/分組最基本的形態，適配自動化。
5、恰當反饋，如上都屬於設計師正常考慮的範圍，而當設計師未考慮，自動化也不生效的場景該如何處理？此時反饋設計顯得格外重要。設計自助終端時特別整理出各種異常場景該有的處理方式，找人工，給引導。一個系統能否做到完整也恰恰體現在這裡，PC端軟體產品功能複雜，互動設計師很難知道到底有哪些異常場景，通常都容易被忽略，特別產品到後期也很少人關注這些內容。我建議做法是培訓測試人員使用者意識，發現問題時及時拋給互動設計師，達成協作。
6、幫助手冊或系統針對專業術語較高的內容及時解釋。
複雜產品設計套路如上，而設計師能否做好一款產品還是要靠不斷的鑽研，同事們的相互協作。如上概念模型的變化，架構師提出新的產品訂購模型，第二天我就呈現全新的互動方案，一來是之前瞭解類似產品的概念模型，二來也是被這產品的訂購模型吸引。總之有方法還需要有靠譜的同事與做好產品的熱血，慶幸有新做好產品的團隊。