原型設計,有哪些高段位的“潛規則”?

原型設計是產品經理的基本功,作為產品經理,我們培養設計的意識習慣也可以從原型設計起步。有些剛入行不久的同學,有時會忽略一些“潛規則”,導致原型雖然看起來邏輯基礎不錯,但設計意識不足。作者在本文中,覆盤總結幾個典型的設計思維的缺失,歡迎閱讀~

原型設計,有哪些高段位的“潛規則”?

產品經理是強設計崗位,這體現在其工作的方方面面。

前兩天,我們老闆早上6點多突然在經營群裡發條資訊,說是丟擲一個觀點供大家討論:

產品設計環節很重要,關乎產品開發效率、業務支撐水平和經營成本,因此要高度重視,不怕投入、不怕時間長,要反覆論證,只要產品設計到位,技術開發就更快、效率更高、質量更好、成本更低。

鏡同學感動的差點叩謝天恩,有一說一,傳統企業轉型網際網路公司的老闆能有這個認知其實並不容易,尤其是規模做的很大之後,

基於經驗和習慣做事,往往是中年老闆經營企業的出發點

,所以說服老闆也不容易,江湖甚至有言,

不少公司倒閉往往都是老闆不聽指揮

我也不止一次的提到過,產品經理是個設計崗位,需要更多的設計思維,所以我們的日常工作都帶有“設計”兩字:產品設計、架構設計、流程設計、功能設計、原型設計等等。

但在實際工作中,仍有不少同學對設計的理解不夠深入,一定程度上成了需求的傳話筒,過多依賴業務或運營的需求描述,缺少設計的思考深度,長此以往,設計意識愈加淡薄,職業發展嚴重受限。

因此,有人說,

產品設計思維,既是初階產品經理快速發育的打野刀,更是高階產品經理的反傷刺甲

在現實中呢,很多產品經理對崗位的認識不夠深入,甚至

有些粗放的小團隊在基礎認知上會把產品經理等同於畫原型的

,這實在是劣幣環境對產品行業的物理傷害,令人唏噓。

但破圈往往需要由內向外,作為產品經理,我們培養設計的意識習慣也可以從原型設計起步,刻意練習、百鍊成鋼。

上週我評審團隊成員的一個原型設計,該同學剛入行不久,邏輯基礎不錯但設計意識不足,本文覆盤總結幾個典型的設計思維的缺失,有些雖未明確被定義為原型設計的規範,但卻稱得上是高階段位設計的“潛規則”。

希望能帶給你啟發。

1、展示的資料,缺乏計算邏輯。

相信大家對資料展示類的設計一定不陌生,常見的就是資料統計、視覺化報表等,

從業務價值來看,越是複雜的業務決策越需要強力的資料支撐

,顯然,資料統計是很重要的產品功能。

在資料統計的設計時,產品經理應該更多地圍繞業務本質去思考,主動考慮哪些資料需要彙總統計,對業務有哪些價值,如何彙總分析等,而非被動的進行資料求和或運算。

原型設計的背後是產品思考路徑,在資料展示上,產品經理容易犯兩個錯誤。

①缺乏資料統計的意識

舉個簡單的例子,我們在支付流水功能的設計時,很多產品同學在原型設計上展示僅僅是流水列表,並沒有考慮對於“支出總計”、“收入總計”的考慮,這就是設計上需要主動邁進的一小步。

因此,我們在原型設計上,完全可以在列表頁面上面增加兩個紅色的統計:

收入總計、支出總計

②資料值顯示不對

第二個錯誤是資料顯示太隨意,有的同學乾脆複製每行的資料,簡單粗暴,在頁面原型顯示上並沒有計算的邏輯支撐。

再舉個超級簡單的例子:

假如在“交易記錄”列表,有四個欄位,分別是“訂單金額”、“活動優惠”、“紅包優惠”、“實付金額”,在列表展示時,高保真的設計應該確保:

實付金額=訂單金額 – 活動優惠 – 紅包優惠

這是第一層的高保真。

如果再深入一層,假設你的交易流水列表有收入、支出和賬戶餘額,那麼交易記錄要互相關聯,根據不同訂單的交易流水,

你的“賬戶餘額”要有繼承關係,即上一次的賬戶餘額應該是你下一次交易的動賬前金額

又或者說,你的交易記錄列表頂部有統計,比如,總支出金額,那個該欄位應該等於列表記錄之和。

回想下你的原型設計,只是單純的複製列表資訊,還是把計算邏輯體現出來了,鏡同學認為,這樣把計算邏輯正確的表達設計才是高保真,因為這樣不僅展示清晰,更讓你養成設計的思維、邏輯性的表達習慣。

原型設計,有哪些高段位的“潛規則”?

2、列表展示未區分狀態。

上面說的是資料頁面的原型設計,接下來我們再看看“列表頁面”。

產品同學對“列表頁面”的原型設計一定不陌生,尤其是後臺產品經理更是習以為常,有的同學可能會說,列表的原型有啥需要設計的的呢,按照梳理好的功能導圖,把相應欄位填充上去不就行了麼,大不了再稍微對齊最佳化下樣式,so easy呀。

所以很多產品經理(尤其是剛入行不久的新同學)的列表原型設計類似下圖:

原型設計,有哪些高段位的“潛規則”?

上面這頁原型設計是團隊成員畫的,可能有小夥伴說,這個原型畫的也不錯了啊,你看佈局整挺協調,列表格式也很整齊啊,算得上高保真了吧?

這裡鏡同學想再談下我對“高保真”原型設計的理解,很多人在面試時也會被問到是否畫高保真原型圖,對高保真是怎麼理解的,關於這個話題,我是這麼理解的:

我覺得產品經理要學習設計高保真的原型,但高保真絕不是指色彩豐富、互動多了一些,僅此而已,鏡同學覺得,

高保真原型要儘可能的將業務邏輯、互動邏輯、頁面元素表達到位,要努力把功能背後的設計思維體現出來,儘可能高效地指導開發。

現實中,不少應聘者對高保真原型的理解比較簡單粗暴,認為高保真就是色彩更豐富,加上了頁面跳轉,峽谷兄弟們,有一說一,膚淺了啊。

我們看看上面的這個列表原型設計圖,可以發現該頁面有兩個問題:一是,欄位展示不規範,如,“建立時間”欄位用的卻是“日期格式”,其他欄位也只是簡單複製,沒有做區分,這個是小問題,但也屬於不夠規範;

二是,列表展示完全體現不出來業務邏輯,關鍵的狀態並沒有做區分,如,

“已禁用”的賬號狀態缺失、在職狀態包括“在職”、“離職”也沒有體現,僅僅是單純的複製行數,讓頁面顯得飽滿而已,背後的業務邏輯和設計思維都沒有體現

列表狀態缺失是產品經理常犯得一個錯誤,回想下你的原型設計,訂單列表是否按照訂單狀態逐一顯示,支付列表又是否按照支付狀態全部羅列。

事實上,關於狀態的邏輯很重要,尤其是對於B端產品來說,業務狀態有時甚至能多達七八個,我們產品經理還需要單獨設計狀態表來指導開發,這是很重要的產品設計。

但是,鏡同學還是建議你在原型設計時就養成這樣的規範習慣,

因為這是訓練產品思維,幫你形成良好的習慣,不斷提升設計思維

原型設計,有哪些高段位的“潛規則”?

圖-↑欄位規範、業務狀態已最佳化,更體現設計思維

3、時刻牢記業務邏輯。

上週,我們團隊一個產品同學在做CRM的資料統計的原型設計,

其中有個功能是“客戶健康狀態”的堆疊條形圖,希望能直觀展示客戶健康情況

業務場景是展示不同月份平臺的客戶狀態分佈情況,也就是每個月平臺有多少A類客戶,有多少B類客戶,有多少C類客戶。

該同學也參考了一些競品,應該來說該功能對於使用者掌握客戶情況很有價值,尤其是用堆疊條形圖展示,統計資料顯示很直觀,他第一版的介面設計如下圖示:

原型設計,有哪些高段位的“潛規則”?

我們可以看到上面的“堆疊條形圖”,橫座標是客戶數量,縱座標是自然月份,這樣的圖形看著是很清晰,對使用者瞭解客戶情況也很直觀。

但是,這個介面設計並不是很合格,看著色彩豐富卻是低保真,因為這裡面最重要的業務邏輯卻沒有考慮:

客戶數量隨著使用者的使用,只會越來越多,也就是該條形圖應該自下而上,逐漸增加

並且,A類客戶、B類客戶、C類客戶,每個單獨的月度資料,也應該是自下而上逐層增加的。

大家可以看下上圖,條形展示完全沒有邏輯支撐,只是形式上的豐富,在內在設計上卻是沒有深度思考。

原型設計一定是圍繞著背後的業務邏輯設計,所謂高保真不是單指介面的色彩豐富,而是指設計思維上的細膩深刻

原型設計,有哪些高段位的“潛規則”?

圖-↑ 最佳化後的原型設計,遵循業務邏輯

鏡同學說到這裡,還是想再helight一點,這也是不少產品同學的誤區:原型設計絕不是產品經理的核心工作,產品思維才是競爭力核心。

但,

原型設計可以也必須用產品思維來設計!

我們應該時刻牢記:原型設計本身就是設計工作,絕非只是單純的介面堆砌,背後的驅動力一定是業務邏輯為核心的產品思維。這也是產品同學在原型設計時需要考慮的問題,

以上淺薄經驗,希望對你有產品參考。

專欄作家

產品大峽谷,公眾號:產品大峽谷,人人都是產品經理專欄作家。七年B端產品經理,供應鏈物流與金融領域,擅長需求設計、業務指導、商業觀察等。

本文由@產品大峽谷 原創釋出於人人都是產品經理,未經許可,禁止轉載。

題圖來自 Unsplash,基於CC0協議。

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

頂部