B端產品信息具有：信息量大、關聯關系復雜，最終達到目的是用戶高效率的理解信息并完成任務：

• 這是什么？-信息與角色對應
• 我要做什么？-狀態+操作
• 會達成怎樣的結果？(信息引導)

佐藤可士信息整理術

佐藤可士的信息整理術，通過問診客戶，將思緒信息化，將原本看不見摸不著的事物可視化具像化，提升溝通精確度，并通過提出假說，來確認對方的想法。

通過還原更多的溝通細節來體現在實際處理項目過程中，如何整理自己的思緒與客戶（用戶）的思緒。整個系統、有序化的思維更適用于B端設計中。

△ 佐藤可士信息整理術

阿飛信息邏輯設計六步走，信息量比較大，本片先講前3步：顯性化、羅列、分類。

顯性化 > 羅列 > 分類 > 組裝> 排序 > 確定主次

將信息顯性化

B端團隊崗位協作中，一般由產品經理根據業務&用戶需求將需求信息顯性化。設計需要了解用戶原聲、評審需求

1. 用戶需求原聲了解有節奏溝通

對于需求原聲的深刻了解，阿飛這里有2個建議：（適用于小型團隊，設計團隊在1～3人；或者設計歸屬于產品部門下）

一方面：阿飛有建議將產品經理調研過程和結果附在需求文檔前。這一建議被產品團隊采納。這樣讓設計、開發都知曉需求原由，并可追溯

另一方面：有機會多和參與產品用戶調研中，積極跟進需求進展有節奏的溝通

有個現狀，不一定所有的業務需求前期都會有設計參與。此況下，在產品環節，要注意把控溝通時機和節奏。不要常常打擾到產品經理的思考思路，比如看到產品間或與運營、開發討論時，需要重點關注的，有空主動去聽聽。涉及到相關用戶流程問題、適時發表意見

2. 需求評審check需求/任務流

在產品需求評審前，產品一般會發出需求。設計一定要提前去通盤了解需求、check需求。因為崗位角色傾向重點不同，產品經理會注重清晰地體現出業務的信息、流程，一般體現的是物理邏輯。

設計師check需求基于五要素：場景、角色、目的、工具、行為分析，是否滿足用戶使用場景的需求。從用戶操作任務出發分析，俗語「磨刀不誤砍柴功」阿飛自己畫出「任務流程圖」。

這個過程設計師有疑問可以盡情與產品溝通。便于在需求評審時設計師有高質專業的評審建議。

線性羅列

阿飛一般將產品需求的信息羅列在Sketch畫布中，這一步看似簡單，也是在考驗設計師「工匠」精神。

遇到不太能理解 的業務細節（為什么需要有這個字段？專業性字段是什么意思…）除看產品需求文檔，另外可以對產品經理「靈魂拷問」，或是了解產品經理的心路歷程

分類

這里，除根據信息的屬性外，阿飛常用的實操作性強的方法，根據「動靜態」分類。動靜態分開會更有利于用戶的判斷、操作。

1. 靜態信息 快照、基礎屬性

對象形成后基本信息，在最終的完結流程都不會有變化，即「快照」。比如OMS(訂單管理系統)訂單信息：

• 商品信息-圖片、名稱、sku規格、單價、購買數量
• 買家信息-帳號昵稱、收件信息
• 費用信息-商品總額、優惠劵、實付款（后付款的付款金額，需要訂單費用和實付款分開）
• 更多……

2. 動態信息 ：狀態、信息、數據、標簽

• 自身狀態動態變化：狀態、信息、數據類
• 同類比較動態變化：標簽、數據類

狀態類、操作、動態信息

正向流程的節點狀態、所對應的操作一般也不同，對應所產生的動態信息

eg.如訂單有待付款、待發貨、已發貨等以及對應的更新時間，發貨物流信息
eg.工單流程有審核環節，對應審核狀態以及備注等

異常流程-對應需有即時的告訴用戶，如訂單信息缺失，渠道發貨失敗：發生了什么事？怎么做可以恢復正常？

標簽類

展示部分對象的特征和優勢，eg.官方自營、認證類等

數據類

如交易量，評價等等有自身的變化，更具有對比性價值

更多B端設計干貨：

歡迎關注作者微信公眾號：「Aber UX設計」