## 產品設計體會(二七)——大產品設計
“大產品設計”的概念在腦中已經出現好幾個月了,一個產品最終的商業化,其用戶體驗,所有的影響因素似乎都可以歸結到“大產品設計”上去,具體點說,是商業、產品、技術三個方面。
?
商業,在公司里主要表現為領導層、運營、市場、銷售部門,他們決定的是產品的市場定位,價格與促銷策略等。
產品,即通常意義上的“產品設計”部門,為產品、用戶體驗部門等,他們決定了產品的功能范圍、交互流程、視覺表現等。
技術,主要是開發、測試、DBA、SA、軟硬件架構等等,他們決定了產品性能表現、穩定性、bug數量這些。
?
這三個層面共同構成了“大產品設計”立方體的三條邊(在業界某blog也看到過這種說法,忘記哪里了,借用一下),而他們的乘積構成了決定了產品的用戶體驗,每個維度上的提高對產品都是有好處的。下面是重點……
?
一個公司必然有他的強項和弱項,他沒有必要在這三方面都很強,一是因為構建“性價比團隊”的問題,二是因為都強的話互相壓不住反而造成內耗。非常明顯,Google是技術主導的團隊,從一位在其中做過市場工作的mm處了解到工程師在Google擁有了絕對的話語權;Apple是產品設計主導的明顯例子,它的設計已經形成了一種氣質,就算做個電筒,我相信也能賣出不少;而阿里就是那第三個方面主導的了,商業的強勢也決定了阿里為什么不招很強的應屆畢業生,因為很強的應屆畢業生一般只能強在技術上,而business sense是靠工作時間磨出來的。個人感覺,去年Alisoft的定位有點往技術主導的方向嘗試過,自己做軟件,但后來的平臺戰略使得我們的重心又往商業層面轉移了,重新進入阿里系其他公司擅長的套路。
?
最后似乎還有一種隱含模式,就是老板決定產品設計,這個是比較悲劇的(同情某國有壟斷企業做產品設計的mm,-_-)。
- 前言
- (一)——變態吧,開始帖周報了
- (二)——數據分析
- (三)——性價比:做不做?
- (四)——需求管理
- (五)——有關流程
- (六)——再談流程
- (七)——需求探針
- (八)——產品與項目
- (九)——關于學習
- (十)——團隊合作
- (十一)——市場掃描
- (十二)——少而精
- (十三)——再說需求分析
- (十四)——做過的幾個項目
- (十五)——PM、PD、UE與UI
- (十六)——Feature List
- (十七)——PD的幾種文檔
- (十八)——概念設計
- (十九)——UPA年會的流水賬
- (二十)——有關改版
- (二二)——封閉開發
- (二三)——用戶研究
- (二五)——當交互設計遇到敏捷開發
- (二六)——PD就是出來賣的
- (二七)——大產品設計
- (二八)——細節之文案
- (二九)——產品設計的五個層次
- (三十)——“體會”導讀的思維導圖
- (三二)——零散的體會
- (三三)——用戶大會
- (三四)——土老板破冰必殺技
- (三五)——QA與測試
- (三六)——再理解“敏捷”
- (三七)——可用性測試
- (三八)——項目外包!=開發外包
- (三九)——CSDN專訪精編版
- (四十)——銷售渠道
- (四一)——用戶創意無限
- (四二)——又是零散體會
- (四三)——說說評審會
- (四四)——項目外包不適合“敏捷”?
- (四五)——外行眼中的技術分工
- (四六)——UML學習摘錄(上)
- (四七)——UML學習摘錄(下)
- (四八)——資源戰爭與BRD
- (四九)——產品市場化
- (五十)——終點:Matrix
- (五一)——敏捷的估計與規劃
- (五二)——MS Office使用心得
- (五三)——產品文檔與規范
- (五四)——PD招聘廣告詞
- (五五)——項目Kick Off
- (五六)——《需求工程》培訓記錄
- (五八)——《項目化管理》培訓記錄