五位大师留给互联网产品人的启发

1.  less is more 

位列七大艺术门类之一的建筑,现今仍处于一百年前发端的现代主义建筑运动框架之下。

在建筑史上,四位“现代主义”开拓性大师之一,就是德国的密斯·凡德罗。他提出的“少就是多”设计理念,影响了一百年的建筑界,甚至是整个设计界,乃至互联网产品设计。

“少”不是空白,而是精简;“多”不是拥挤,而是完美。

今天我们设计互联网产,品强调核心功能,痛点需求;新媒体文章排版要留白:配图与文字隔一行,每行之间1.75的距离;文案要求简单明了等等,都是大师留给我们的启发。

简洁,就给人减少信息负担,同时让用户内心的思考,得到舒展的空间。

在当前互联网产品泛滥的时代,强化产品核心价值,提高信息命中率。

于是才成就了“社交-微信”、“支付-支付宝”,“打车-滴滴”这样直观的现象级产品效应。


2.  该死的谎言和统计数字 

“世界上三种谎言,分别是谎言,该死的谎言和统计数字(There are three kinds of lies:lies,damnedlies,and statistics)”。——马克·吐温说的。

在美国的镀金年代,那时正处在急速现代化的中后期。马克·吐温的本意指的是政府的统计数字本身就是虚假不可信的。这是他对一切社会科学成果的愤世嫉俗式的怀疑的典型例子。

如今的人理解这句话,大多指向的是对统计数据的人为操纵和恶意利用。

实时上,在当前声势浩大的大数据时代,确实也有类似的声音:数据会说谎!

在互联网数据分析过程中,不能完全依赖数据,因为数据分析的过程中任何一个环节出现纰漏,都有可能导致整个结论是坍塌。比如:

选取的样本容量有误:忽略了有效用户,囊括了无效用户。

错判因果关系:有时候分母不一样才是你获得错误结论的罪魁祸首,在分析数据的时候,正确判断数据指标的逻辑关系应该找几者之间的相关关系而不是因果关系。

被数据的表达技巧所蒙蔽:我们需要警惕一些数据处理的小计俩,最小区间,上下极值,主次坐标轴等,不要被数据的视觉效果所蒙蔽。

过度依赖数据:很多牛逼的产品决策,并非通过数据发现的,而是一个产品经理综合智慧的体现。


3.  我已经完成该做的,是该离去的时候了 


“我已经完成了我该做的,现在是该离去的时候了”。

76岁这一年,爱因斯坦因为腹主动脉瘤破裂引起内出血,医生建议马上手术,但是爱因斯坦拒绝了。

他坦然说:“当我想要离去的时候请让我离去,一味地延长生命是毫无意义的。我已经完成了我该做的,现在是该离去的时候了,我要优雅地离去。”

同样,马克思的遗言也很干脆:“真罗唆,滚开!没说够的傻B才有临终遗言!"

在有限的生命里,如期交付“上帝”赋予自己的使命,不拖拉。

就好比在项目周期内做完既定的任务,如期结项。

这和克劳斯比的“一次性把事情做好”理论相似。

对于产品经理而言,在做需求调研的时候,尽量做到调研用户一遍完成,从而减少对用户的打扰,并提高效率。

在与开发沟通需求,一遍完成,尽量不让开发问一句,答一句。

在输出PRD的时候,确保团队看的清除,反复沟通不仅耽误时间,而且影响团队对需求的信任度。

在项目履约的过程中,不“镀金”,不延期,等等。


4.  罗伯特议事规则

由亨利·马丁·罗伯特撰写的《议事规则袖珍手册》于1876年出版以来几经改版。

该议事规则的内容非常详细,其精义举例如下:

机会均等原则:先举手者优先,尚未发过言的优先。保持平衡。

立场明确原则:发言人应首先表明立场是赞成还是反对,然后说明理由。

发言完整原则:不能打断别人的发言。

限时限次原则:每人每次发言的时间有限制(比如不得超过2分钟);每人对同一动议的发言次数也有限制(比如不得超过2次)。

文明表达原则:不得进行人身攻击、应就事论事。

在产品工作中,我们都害怕开会。甚至开会就以为这要准备好手机玩斗地主或者本子画小人人。

其实正确的开会应该是有管理框架的。结合产品经理的工作,我觉得起码要遵从如下的四点:

先陈述观点,再展开;

发言要限制时间2分钟,避免把其他人拉进困顿;

每个人都要发言,使大家都有主角的意识。

对事不对人。


5.  自我达成预言 

托马斯公理,也叫“自我达成预言”:

如果人根据对状况的错误理解开展行动,结果就可能使这一错误理解成为现实。

美国1973年的石油危机导致了所谓的“卫生纸恐慌”(toilet paper panic)就是一例子:由于石油进口量锐减,预计卫生纸将出现供应不足的传闻,导致人们开始储备卫生纸,而这恰恰造成了市场上卫生纸的供应短缺。这种结果似乎证实了谣言。

托马斯原理与中国谚语“信则有,不信则无” 如出一辙。很多时候是你把情景设为真实,就会有意识无意识的把事情往那情景里推,结果就真的实现了。

产品经理在与开发人员沟通需求的时候,一旦表述错误,甚至相反的时候,开发人员可能不会发现这有悖常理(谁让产品经理总提出傻缺需求呢),他们实现出来了——于是,错误的表述就导致南辕北辙,相去甚远。

互联网产品经理这个特殊的人设,常常将产品功能放在一条开往两极的路上。一方认为自己正确表达了,另一方认为自己理解到位了。于是至产品于危险境地。

所以沟通中的复盘很重要。在PMI的管理理念中,有效沟通原则就提到了“复述”——确保对方get到的和你想要输出的是一致的,以确保信息对称。

原文链接

作者公众号  jjyypm 

你可能感兴趣的:(五位大师留给互联网产品人的启发)