原型設計是產品經理的基本功,作為產品經理,我們培養設計的意識習慣也可以從原型設計起步。有些剛入行不久的同學,有時會忽略一些“潛規則”,導致原型雖然看起來邏輯基礎不錯,但設計意識不足。作者在本文中,覆盤總結幾個典型的設計思維的缺失,歡迎閱讀~
產品經理是強設計崗位,這體現在其工作的方方面面。
前兩天,我們老闆早上6點多突然在經營群裡發條資訊,說是丟擲一個觀點供大家討論:
產品設計環節很重要,關乎產品開發效率、業務支撐水平和經營成本,因此要高度重視,不怕投入、不怕時間長,要反覆論證,只要產品設計到位,技術開發就更快、效率更高、質量更好、成本更低。
鏡同學感動的差點叩謝天恩,有一說一,傳統企業轉型網際網路公司的老闆能有這個認知其實並不容易,尤其是規模做的很大之後,
基於經驗和習慣做事,往往是中年老闆經營企業的出發點
,所以說服老闆也不容易,江湖甚至有言,
不少公司倒閉往往都是老闆不聽指揮
。
我也不止一次的提到過,產品經理是個設計崗位,需要更多的設計思維,所以我們的日常工作都帶有“設計”兩字:產品設計、架構設計、流程設計、功能設計、原型設計等等。
但在實際工作中,仍有不少同學對設計的理解不夠深入,一定程度上成了需求的傳話筒,過多依賴業務或運營的需求描述,缺少設計的思考深度,長此以往,設計意識愈加淡薄,職業發展嚴重受限。
因此,有人說,
產品設計思維,既是初階產品經理快速發育的打野刀,更是高階產品經理的反傷刺甲
。
在現實中呢,很多產品經理對崗位的認識不夠深入,甚至
有些粗放的小團隊在基礎認知上會把產品經理等同於畫原型的
,這實在是劣幣環境對產品行業的物理傷害,令人唏噓。
但破圈往往需要由內向外,作為產品經理,我們培養設計的意識習慣也可以從原型設計起步,刻意練習、百鍊成鋼。
上週我評審團隊成員的一個原型設計,該同學剛入行不久,邏輯基礎不錯但設計意識不足,本文覆盤總結幾個典型的設計思維的缺失,有些雖未明確被定義為原型設計的規範,但卻稱得上是高階段位設計的“潛規則”。
希望能帶給你啟發。
1、展示的資料,缺乏計算邏輯。
相信大家對資料展示類的設計一定不陌生,常見的就是資料統計、視覺化報表等,
從業務價值來看,越是複雜的業務決策越需要強力的資料支撐
,顯然,資料統計是很重要的產品功能。
在資料統計的設計時,產品經理應該更多地圍繞業務本質去思考,主動考慮哪些資料需要彙總統計,對業務有哪些價值,如何彙總分析等,而非被動的進行資料求和或運算。
原型設計的背後是產品思考路徑,在資料展示上,產品經理容易犯兩個錯誤。
①缺乏資料統計的意識
舉個簡單的例子,我們在支付流水功能的設計時,很多產品同學在原型設計上展示僅僅是流水列表,並沒有考慮對於“支出總計”、“收入總計”的考慮,這就是設計上需要主動邁進的一小步。
因此,我們在原型設計上,完全可以在列表頁面上面增加兩個紅色的統計:
收入總計、支出總計
。
②資料值顯示不對
第二個錯誤是資料顯示太隨意,有的同學乾脆複製每行的資料,簡單粗暴,在頁面原型顯示上並沒有計算的邏輯支撐。
再舉個超級簡單的例子:
假如在“交易記錄”列表,有四個欄位,分別是“訂單金額”、“活動優惠”、“紅包優惠”、“實付金額”,在列表展示時,高保真的設計應該確保:
實付金額=訂單金額 – 活動優惠 – 紅包優惠
。
這是第一層的高保真。
如果再深入一層,假設你的交易流水列表有收入、支出和賬戶餘額,那麼交易記錄要互相關聯,根據不同訂單的交易流水,
你的“賬戶餘額”要有繼承關係,即上一次的賬戶餘額應該是你下一次交易的動賬前金額
。
又或者說,你的交易記錄列表頂部有統計,比如,總支出金額,那個該欄位應該等於列表記錄之和。
回想下你的原型設計,只是單純的複製列表資訊,還是把計算邏輯體現出來了,鏡同學認為,這樣把計算邏輯正確的表達設計才是高保真,因為這樣不僅展示清晰,更讓你養成設計的思維、邏輯性的表達習慣。
2、列表展示未區分狀態。
上面說的是資料頁面的原型設計,接下來我們再看看“列表頁面”。
產品同學對“列表頁面”的原型設計一定不陌生,尤其是後臺產品經理更是習以為常,有的同學可能會說,列表的原型有啥需要設計的的呢,按照梳理好的功能導圖,把相應欄位填充上去不就行了麼,大不了再稍微對齊最佳化下樣式,so easy呀。
所以很多產品經理(尤其是剛入行不久的新同學)的列表原型設計類似下圖:
上面這頁原型設計是團隊成員畫的,可能有小夥伴說,這個原型畫的也不錯了啊,你看佈局整挺協調,列表格式也很整齊啊,算得上高保真了吧?
這裡鏡同學想再談下我對“高保真”原型設計的理解,很多人在面試時也會被問到是否畫高保真原型圖,對高保真是怎麼理解的,關於這個話題,我是這麼理解的:
我覺得產品經理要學習設計高保真的原型,但高保真絕不是指色彩豐富、互動多了一些,僅此而已,鏡同學覺得,
高保真原型要儘可能的將業務邏輯、互動邏輯、頁面元素表達到位,要努力把功能背後的設計思維體現出來,儘可能高效地指導開發。
現實中,不少應聘者對高保真原型的理解比較簡單粗暴,認為高保真就是色彩更豐富,加上了頁面跳轉,峽谷兄弟們,有一說一,膚淺了啊。
我們看看上面的這個列表原型設計圖,可以發現該頁面有兩個問題:一是,欄位展示不規範,如,“建立時間”欄位用的卻是“日期格式”,其他欄位也只是簡單複製,沒有做區分,這個是小問題,但也屬於不夠規範;
二是,列表展示完全體現不出來業務邏輯,關鍵的狀態並沒有做區分,如,
“已禁用”的賬號狀態缺失、在職狀態包括“在職”、“離職”也沒有體現,僅僅是單純的複製行數,讓頁面顯得飽滿而已,背後的業務邏輯和設計思維都沒有體現
。
列表狀態缺失是產品經理常犯得一個錯誤,回想下你的原型設計,訂單列表是否按照訂單狀態逐一顯示,支付列表又是否按照支付狀態全部羅列。
事實上,關於狀態的邏輯很重要,尤其是對於B端產品來說,業務狀態有時甚至能多達七八個,我們產品經理還需要單獨設計狀態表來指導開發,這是很重要的產品設計。
但是,鏡同學還是建議你在原型設計時就養成這樣的規範習慣,
因為這是訓練產品思維,幫你形成良好的習慣,不斷提升設計思維
。
圖-↑欄位規範、業務狀態已最佳化,更體現設計思維
3、時刻牢記業務邏輯。
上週,我們團隊一個產品同學在做CRM的資料統計的原型設計,
其中有個功能是“客戶健康狀態”的堆疊條形圖,希望能直觀展示客戶健康情況
。
業務場景是展示不同月份平臺的客戶狀態分佈情況,也就是每個月平臺有多少A類客戶,有多少B類客戶,有多少C類客戶。
該同學也參考了一些競品,應該來說該功能對於使用者掌握客戶情況很有價值,尤其是用堆疊條形圖展示,統計資料顯示很直觀,他第一版的介面設計如下圖示:
我們可以看到上面的“堆疊條形圖”,橫座標是客戶數量,縱座標是自然月份,這樣的圖形看著是很清晰,對使用者瞭解客戶情況也很直觀。
但是,這個介面設計並不是很合格,看著色彩豐富卻是低保真,因為這裡面最重要的業務邏輯卻沒有考慮:
客戶數量隨著使用者的使用,只會越來越多,也就是該條形圖應該自下而上,逐漸增加
。
並且,A類客戶、B類客戶、C類客戶,每個單獨的月度資料,也應該是自下而上逐層增加的。
大家可以看下上圖,條形展示完全沒有邏輯支撐,只是形式上的豐富,在內在設計上卻是沒有深度思考。
但
原型設計一定是圍繞著背後的業務邏輯設計,所謂高保真不是單指介面的色彩豐富,而是指設計思維上的細膩深刻
。
圖-↑ 最佳化後的原型設計,遵循業務邏輯
鏡同學說到這裡,還是想再helight一點,這也是不少產品同學的誤區:原型設計絕不是產品經理的核心工作,產品思維才是競爭力核心。
但,
原型設計可以也必須用產品思維來設計!
我們應該時刻牢記:原型設計本身就是設計工作,絕非只是單純的介面堆砌,背後的驅動力一定是業務邏輯為核心的產品思維。這也是產品同學在原型設計時需要考慮的問題,
以上淺薄經驗,希望對你有產品參考。
專欄作家
產品大峽谷,公眾號:產品大峽谷,人人都是產品經理專欄作家。七年B端產品經理,供應鏈物流與金融領域,擅長需求設計、業務指導、商業觀察等。
本文由@產品大峽谷 原創釋出於人人都是產品經理,未經許可,禁止轉載。
題圖來自 Unsplash,基於CC0協議。
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供資訊儲存空間服務。