## 产品设计体会(二七)——大产品设计
“大产品设计”的概念在脑中已经出现好几个月了,一个产品最终的商业化,其用户体验,所有的影响因素似乎都可以归结到“大产品设计”上去,具体点说,是商业、产品、技术三个方面。
商业,在公司里主要表现为领导层、运营、市场、销售部门,他们决定的是产品的市场定位,价格与促销策略等。
产品,即通常意义上的“产品设计”部门,为产品、用户体验部门等,他们决定了产品的功能范围、交互流程、视觉表现等。
技术,主要是开发、测试、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
- (五六)——《需求工程》培训记录
- (五八)——《项目化管理》培训记录