产品设计体会(3001)产品与项目

产品和项目到底有什么区别,扩展开说,做产品和做项目最大的不同在哪里?产品经理和项目经理(都是PM,有时候自己都搞不清说的哪一个)职责的不同在哪里?一直困扰了我很长时间,直到2007年秋天,开始有了一点浅浅的体会,姑且随便说说。

有一个比喻,你找裁缝做一件衣服,对于裁缝来说就是一个项目,而服装厂要做一批成衣,那就算一个产品。现实一点的例子,阿里旺旺的E客服功能是一个项目,而阿里旺旺就是一个产品;网店版子帐号模块是一个项目,而阿里软件网店版就是一个产品。

项目是定制的,个性化的,为了满足一个或一批特定的客户需求;而产品是服务一个用户群的,通用的。这就意味着,项目要服务好那个特定的客户;而产品不能为了个别用户的需求去定制,必须考虑用有限的资源去满足更多的、能有更多回报的用户。

项目是相对短期的,较少后续工作的,可以结束的(称为“结项”);产品是相对长期的,不存在所谓的“结束”,只能是“生命周期完结”。所以不可能有一个已经“完成”的产品,只存在不断完善中的产品,直到这个产品被新产品替代,已经没有存在的价值,它才会“生命周期完结”。

所以,产品不能做成项目,但有的时候产品越做越发现,继续做下去的话,那些功能只能满足产品的部分用户,为了避免把产品做成项目的集合体而臃肿不堪,我们就需要细分市场了,这时候产品可能就要升级为“产品线”,下面按不同的细分市场,推出不同的产品,表现形式上或者叫版本、模块、什么都行,但本质仍然不是项目。一般来说一个互联网产品上线半年到一年后,再发展就要碰到这个问题了。

而对于两个PM,各自看中的基本修养也有很大区别。

Project M项目经理,看中的是执行力与控制力,项目经理决定谁来做,何时做,是正确的做事。他是接到一个任务,“我要把它完成”!

Product M产品经理,看中的是判断力与创造力,产品经理决定做不做、做多少、做什么,是做正确的事。他是产生一个想法,“我要把它实现”!

一个外部驱动,一个内部驱动。

产品设计体会(2001)商业 + 产品 + 技术

2007年底,“大产品设计”的概念在脑中已经出现好几个月了,一方面听到一些前辈在讲,一方面自己也在思考,一个产品最终的商业化,其用户体验,所有的影响因素似乎都可以归结到“大产品设计”上去,具体点说,是商业、产品、技术三个方面,如图。


商业,在公司里主要表现为领导层、运营、市场、销售部门,他们决定的是产品的市场定位,价格与促销策略等。

产品,即通常意义上的“产品设计”部门,为产品、用户体验部门等,他们决定了产品的功能范围、交互流程、视觉表现等。

技术,主要是开发、测试、DBASA、软硬件架构等等,他们决定了产品性能表现、稳定性、bug数量这些。

这三个层面共同构成了“大产品设计”立方体的三条边(在业界某blog也看到过这种说法,忘记哪里了,借用一下),而他们的乘积构成了决定了产品的用户体验,每个维度上的提高对产品都是有好处的。下面是重点……

一个公司必然有他的强项和弱项,他没有必要在这三方面都很强,一是因为构建“性价比团队”的问题,二是因为都强的话互相压不住反而造成内耗。非常明显,Google是技术主导的团队,从一位在其中做过市场工作的mm处了解到工程师在Google拥有了绝对的话语权;Apple是产品设计主导的明显例子,它的设计已经形成了一种气质,就算做个手电筒(叫iTorch如何?),我相信也能卖出不少;而阿里就是那第三个方面主导的了,商业的强势也决定了阿里为什么不招很强的应届毕业生,因为很强的应届毕业生一般只能强在技术上,而business sense是靠工作时间磨出来的。个人感觉,去年Alisoft的定位有点往技术主导的方向尝试过,自己做软件,但后来的平台战略使得我们的重心又往商业层面转移了,重新进入阿里系其他公司擅长的套路。

换句话说,我上面这段的意思是要大家在找工作的时候考虑一下自己的职位在公司里是不是强势方,很重要!

最后似乎还有一种隐含模式,就是老板决定产品设计,这个是比较悲剧的(同情某国有垄断企业做产品设计的mm-_-)。

产品设计体会(1002)初探数据分析

只要你做的是一个大用户量的产品,互联网的产品往往都有这个特点,那么我们能听到都只能是少部分用户的声音,他们是否代表大多数用户是无从判断的。虽然绝大多数情况下的经验证明,只要在用户的选择上没犯什么低级失误,他们是具有代表性(接受这种假设是一种性价比很高的廉价解决方案),而还有一招就是让数据来说话,看看用户到底是怎么做的,所谓according to the data是最难被驳倒的。

其实原来读研的时候,我做的就是统计分析、数据挖掘相关的课题,但工作以来,深深的体会到,实际的生产和科研是有很大不同的。科学研究很注重“性价比”的性,只要结果好,往往不在乎投入,因为科研的结果不是为了应用(相对而言),而是为了证明实力,同理,很多公司的高端产品也是为了证明实力,并不是为了挣钱或者市场占有率。

而实际生产环境更注重综合的性价比了,所以我们不再需要用独立分量去分析每次运营、每个功能改进所带来的流量变化,不再需要用人工神经网络预测产品将来的用户数,甚至给出A>B结论的时候也不需要做显著性检验,一切的一切需要的只是一种sense,一种对数据的敏感,最商业的敏感。

要意识到,用户怎么说怎么做是不同的,其实用户的语言不如行为更能反应出他的真实需求,比如用户说在搜索客户的时候应该加一个按交易额搜索,也许只是他某次特殊的需要使然,但我们通过用户行为的数据分析可以发现,这个功能上了之后只有1/10000的人用,这就是我们被用户的说法骗了,但数据永远不会骗我们。

问题在于,手头经常是有枪没子弹的状况,其实数据分析的方法很多,但很多时候苦于拿不到数据,这是我们需要考虑的,在产品设计的时候就要把用户数据提取的需求加进去,这也是一类非功能需求,这样才能做到产品的可持续发展。