產品的功能設計
前面我們講到如何尋找需求,分析需求,這只是做產品的第一步,接下來,我們要將需求轉化成功能,最終讓使用者通過功能來滿求需求。
首先我們需要對需求做一個轉化,將整理來的需求進行分組、組合進而轉化為各個概念。針對於各個概念,梳理出對應的產品功能。然後細化為功能設計。很多產品經理在轉化的過程中可能會忽略掉這個環節,直接開始做功能細節的設計,這就可能會導致自己思考不全面,直接漏掉需求。最終只能看到冰山一角,而看不到整座冰山。
產品的主要功能架構就是產品的骨骼,保持主幹清晰,枝幹適度。它應該儘量保持簡單、明瞭,不可以輕易變更,讓使用者無所適從。次要功能豐富主幹,不可以喧賓奪主,儘量隱藏起來,而不要放在一級頁面。不要讓使用者選擇。同一個頁面之內,有多個入口;同一個功能,有多個實現方式;同一個介面,有多個展示方式。這對於使用者來說是一種痛苦而非享受,因為他們只會因此而感覺到困惑和恐懼。使用者寧可採取重複操作漫長而固定的操作路徑,也不願意使用多變的快捷方式。隱藏技術,永遠展現簡單的、人性化的、符合人類直覺的介面。開發不可以為了炫技而展示功能,產品不可以為了炫耀而功能堆砌-----張小龍演講
所以在功能設計階段應該先考慮框架設計是否設計的合理,是否有漏掉的需求,而不是先考慮細節。
在概念設計過程中,一般都是從使用者的角度出發,梳理使用者的行為。將這些行為轉換成業務流程,然後再將這些流程關聯起來。
比如:
後臺管理許可權
管理員:
管理使用者(新增、編輯、刪除)、管理許可權(新增、編輯、刪除)、分配許可權(按角色分配、許可權收回)
普通使用者:
使用許可權
通過梳理使用者的操作場景。每個使用者都會涉及到一些操作,每個操作都是一個功能,最後這些功能整合在一起就形成了完整的功能。
最後總結一下,在做概念設計的過程當中,一定要
1)先想清楚使用者,分別都有哪些人會參與到流程中,他們要完成的事情是什麼?資料應該怎麼流轉?
2)把握住主線清晰,先主後次,先搞定關鍵路徑,再補充細節路徑,先主後次,先搞定關鍵路徑,再補充細節路徑。
相關文章
- 產品設計(1)——產品設計原則
- 物聯網產品設計中的裝置升級功能
- [譯] 如果介面產品設計師設計實體產品
- 原型設計中的產品原型原型
- 不能讓程式設計師打架的產品不是好產品程式設計師
- 產品設計中的精益之道
- 黑馬PM- B端產品- SaaS產品設計
- 產品設計背後的心理學思考
- Facebook產品設計人談什麼是產品思維?
- 後臺設計產品經理指南:用AxureRP設計功能強大的後臺系統儀表盤
- 程式設計師自黑的梗!產品經理:功能實現起來很簡單!—程式設計師:*&%程式設計師
- 平臺化設計產品存在的問題
- 程式設計師是最好的產品經理程式設計師
- 產品設計中的地圖學思維地圖
- OKR如何應用到產品設計? - RedditOKR
- axure rp 9產品原型設計工具原型
- hybris commerce storefront的產品搜尋功能
- 阿里雲資料中臺產品設計邏輯:體系化矩陣類資料產品的設計構思阿里矩陣
- 產品設計中,DFMEA存在的問題有哪些?
- 什麼是產品設計中的HiPPO效應?
- 過度設計會扼殺你的產品 - mindtheproduct
- DFMEA在通訊產品設計中的應用
- 不懂產品的碼農不是好程式設計師程式設計師
- 寫給0-3歲產品經理的第2封信:《產品經理的基本功——產品設計能力》
- 唯科模塑:以健康產品自主研發設計生產實現產品創新
- Spartacus 產品明細頁面的 API 設計API
- 《設計模式》之總結篇(產品線)設計模式
- Speos — 光學產品設計模擬工具
- 程式設計師做產品需要知道程式設計師
- 公司品牌設計,釋出會產品影片製作,LOGO設計Go
- 什麼樣的產品適合做引數化設計
- 淺談產品模型(Profile)在程式設計中的作用模型程式設計
- SAP MM 某專案上產品層次的設計
- AutoRunner 功能自動化測試專案實訓之AutoRunner產品設計目標(三)
- 平臺型產品功能設計的需求抽象與升維適配|專訪宜信郭建偉抽象
- 產品設計三大文件PRD,BRD,MRD
- 大型 SaaS 平臺產品架構設計思路架構
- CATIA—機電產品數字化設計工具