(交互)設計師在日常的工作中接觸最多的就是產品經理(產品設計師)了,產品經理是最直接的功能需求來源。當然,給設計師的功能需求中,也存在很多的“陷阱”。

產品經理一般會通過以下兩種方式將需求交付給設計師:

需求交付方式

一般情況下,都是採用“方式一”來進行工作,當版本任務比較急時會採用“方式二”,當然需求文檔等交互稿出來後會補上,供開發人員使用。不管是“方式一”還是“方式二”,都經常存在“純理論性思考”的結果在需求里,很多設計師稍不留神就會掉進這樣的“功能陷阱”中。

一、案例分析

產品功能描述:App登錄流程

注:這款App與PC端的“採購管理軟件”配套使用,所以在登錄前會有一個服務器的選擇,故沒有註冊、找回密碼等功能。

產品功能描述很明確,思路清晰,從描述中並沒有發現什麼漏洞。根據產品功能描述,很快就將設計方案呈現出來:

App登錄流程 – 設計稿

概覽上圖的設計稿,感覺登錄流程有些太複雜,將其與產品經理給的“功能描述”進行對照,功能均已實現(不多也不少),但還是感覺怪怪的,不知道哪不對勁。

靜下心來,重新審視、思考整個流程。

作為用戶,去體驗操作登錄流程。

經過一番思考、體驗,查詢相關資料數據后,有如下發現:

在產品的現有用戶中,所有用戶都使用單個服務器(存在使用多個服務器的可能性,但可能性較低)。所以,在用戶登錄的時候,就沒有必要提供服務器列表(包括:新增、修改、刪除),拿掉之後,App登錄流程將簡潔很多,且對用戶的操作體驗幾乎不造成影響。

對於“產品功能描述”中的服務器列表,新增、修改、刪除功能都是產品經理“純理論性思考”的結果,是“功能陷阱”(坑)。

在移動應用發展初期,用戶相對來說並不成熟。在登錄App時,都會出現“記住密碼”、“自動登錄”的功能選項,來培養用戶的操作習慣。隨着近幾年智能手機的瘋狂式普及,移動用戶已經發展的很成熟,“記住密碼”、“自動登錄”功能選項已經從App登錄界面上拿掉了,變成了默認的標配功能。

根據上面的兩點發現,重新調整了設計稿:

App登錄流程 – 設計稿(調整)

二、跳過陷阱

在產品經理交付的需求中,有些需求內容只是抽象思考(純理論性思考)的結果,並不能及時的發現它的問題,成為了設計師眼中的“功能陷阱”,用戶眼中的“差體驗”。

作為設計師,應該如何跳過這樣的“功能陷阱”呢?下面分享一些個人的經驗(如有不當的地方,歡迎指正交流),名稱是我隨性起的,純粹為了便於理解與記憶。

1、“重塑金身”

設計師在產品的設計過程中,經常不小心將自己的思維陷入到產品的功能中去,將思維高度拉低,在功能泥潭中奔走,最後僵持在裏面(外在表現:產品設計卡住了)。類似於“旁觀者清,當局者迷”的感覺,這種狀態是比較危險的。一方面,產品中的“功能陷阱”發現不了,另一方面,由於思維高度的不夠,設計出來的內容會存在較多不合適的地方。

此時,應該停下來,喝口水,休息一會。然後強行清空腦袋中所有關於該功能(項目)的信息,退回到設計的第一步,重新去看該功能(項目)的功能描述,重新進行思考、設計。

2、“火眼精金”

當根據產品經理的需求作出設計稿時,別忙着交付,實踐是檢驗真理的唯一標準,將“設計思維”轉變為“用戶思維”(將自己變成一個小白用戶),去操作體驗,不要放過任何細節。

3、“八仙幫忙,各顯神通!”

當設計稿出來后,感覺不對,不是自己想要的樣子(效果),但是又不知道哪邊出問題了或如何修改,此時可以請周圍的同事幫忙看看,提提意見,也許就產生了火花的碰撞。(可以是交互設計,視覺設計,產品經理、前端等,這個沒有限制。)

 

作者:青東海

來源:簡書

原文鏈接:http://www.jianshu.com/p/28e0dffaa265

本文由 @青東海 授權發佈於人人都是產品經理,未經作者許可,禁止轉載。