## 產品設計體會(十八)——概念設計
前幾天發現UCDChina上有一個專門的話題來討論概念設計,并且提到了產出物“概念圖”,結合我們的產品周期來看,一開始似乎找不到這個階段,在結合上周的體會,感覺這個階段應該是在BRD之中。
從思維圖和概念圖的關系開始扯,思維圖更多的是一群PD一起BrainStorm的產物,圍繞產品的商業目標,盡量發散出各種可能的功能,并簡單的劃分為幾個模塊。思維圖在乎的是發散,寧可錯殺一千,不能漏一個,至于想到的這些點之間有什么聯系,那個重要那個不重要,先不管。那么問題就來了,我們需要整理“思維圖”里這堆亂七八糟的東西。
我們現在的做法比較簡單,就在思維圖的基礎上勾勾畫畫,練幾條線,打幾個標記,注一些說明就算完成概念圖了,并沒有去重畫一下整個產品的系統關系。當然形式并不重要,沒有好壞只有合適不合適,我覺得概念圖重點要表達出下面兩點“關系”:
1.???? 產品與外界(上下級系統、并列系統)的關系,可能的話,勾勒出產業鏈結構;
2.???? 產品分為哪幾個模塊,各個模塊的關系,不用涉及數據流等細節,我比較看重描述清楚不同actor在系統里的身份,因為最近設計的幾個產品,都包含了前臺、代理商后臺、系統后臺等多級關系;
?
我很認同的出概念圖的方式,是找個會議室,在白板上先畫出自己的想法,然后大家一起討論改進。這步做完,應該就進入決定功能“重要與否”Feature List的整理了。
“概念設計”可能也會在PRD中出現,不用糾纏這個詞的本身。當然這是下一個層次的,針對某個功能的“概念設計”了,會涉及更多的細節,比如功能的業務流程圖,用戶/系統/管理員之間的關系,低保真的界面模型等。
- 前言
- (一)——變態吧,開始帖周報了
- (二)——數據分析
- (三)——性價比:做不做?
- (四)——需求管理
- (五)——有關流程
- (六)——再談流程
- (七)——需求探針
- (八)——產品與項目
- (九)——關于學習
- (十)——團隊合作
- (十一)——市場掃描
- (十二)——少而精
- (十三)——再說需求分析
- (十四)——做過的幾個項目
- (十五)——PM、PD、UE與UI
- (十六)——Feature List
- (十七)——PD的幾種文檔
- (十八)——概念設計
- (十九)——UPA年會的流水賬
- (二十)——有關改版
- (二二)——封閉開發
- (二三)——用戶研究
- (二五)——當交互設計遇到敏捷開發
- (二六)——PD就是出來賣的
- (二七)——大產品設計
- (二八)——細節之文案
- (二九)——產品設計的五個層次
- (三十)——“體會”導讀的思維導圖
- (三二)——零散的體會
- (三三)——用戶大會
- (三四)——土老板破冰必殺技
- (三五)——QA與測試
- (三六)——再理解“敏捷”
- (三七)——可用性測試
- (三八)——項目外包!=開發外包
- (三九)——CSDN專訪精編版
- (四十)——銷售渠道
- (四一)——用戶創意無限
- (四二)——又是零散體會
- (四三)——說說評審會
- (四四)——項目外包不適合“敏捷”?
- (四五)——外行眼中的技術分工
- (四六)——UML學習摘錄(上)
- (四七)——UML學習摘錄(下)
- (四八)——資源戰爭與BRD
- (四九)——產品市場化
- (五十)——終點:Matrix
- (五一)——敏捷的估計與規劃
- (五二)——MS Office使用心得
- (五三)——產品文檔與規范
- (五四)——PD招聘廣告詞
- (五五)——項目Kick Off
- (五六)——《需求工程》培訓記錄
- (五八)——《項目化管理》培訓記錄