我爱民科,以魔方的名义

这次只说3阶(3×3)的魔方,目标是还原成6面同色。几个礼拜前我还做不到,以为很难,不过这段时间简单研究了一下,发现还是挺简单的,现在可以做到100秒左右还原,和高手比起来很菜(世界上最快的人曾经在7.08秒成功还原了一个魔方,创造于Czech Open 2008,记录保持者是来自荷兰的Erik Akkersdijk)。

认知科学

“模式、元素与记忆”。

魔方有6面,6种颜色,每种颜色有3×3个小面。

一个打乱的魔方,在玩家与外行眼中是不同的,玩家眼中是各种模式,然后迅速找出模式对应的解法,而外行眼中就是各种颜色杂乱的块,只能想如何把相同颜色的面移到一起。

举个例子:“Hello World”:

在学过计算机的同学看来是尝试各种编程语言第一个程序的经典句子;

在没接触过计算机,但是懂英文的人看来是有点意义的两个单词;

在不懂英文的人眼中,是“H e l l o W o r l d”十个字母,还分大小写;

在连字母也不认识的人眼中,这是系列的图案,有横有竖有斜线有曲线;

而这之间的记忆量区别,不同的人为了重复写出“Hello World”所付出的努力,显然是不同的。

所以,知识与练习的作用就是习得“模式”,把你心中的“元素”给复杂化,形成更高级的“元素”,这是一个从“字母单词句子”的艰苦过程、然后再固化,之后再碰到类似问题,就可以手到擒来。

回到一个打乱的魔方,玩家眼中是什么呢?应该是某种颜色(乃至多种颜色)在某个面(乃至多个面)上的位置关系,具体能抽象到什么高度,就看水平了。

继续阅读我爱民科,以魔方的名义

产品设计体会(1001)初探用户需求

我们回到20077月,这是里程碑意义的第一篇,机缘巧合,团队要求写周报,我想就写自己产品设计的体会吧。

628网店版2.0上线,这是第一个我主导的付费产品,之后的三周我基本天天都会在淘宝论坛上泡不少时间,所以这次就说说从用户处收集需求的几点体会。

第一,要听用户的意见,但不要照着做。

有的用户会对一个功能提出意见,会抱怨,但没有说希望怎么做,所以我们也没法照着做。而更危险的一种,用户在提意见的同时还说你们应该做成什么样子,这个时候作为PD一定要头脑清醒了,用户提的解决方案往往是站在自己的立场上的考虑的,比如快递单打印用户会提出要添加一个他经常用的小快递公司。更有甚者,用户给出做法的时候根本没有经过大脑(一般来说并没有恶意,呵呵)。就算他给出的解决方案合理,也要再深挖用户内心根本的需求,比如用户描述“新增非支付宝交易的时候必须要选择用户不合理,希望能自己填写客户”。这里更深层的需求就可能是他需要把线下客户也管理起来,所以我们或许更应该做一个新增线下客户的功能,而不是在新增非支付宝交易的时候让用户可以自己填写客户姓名。

我们是产品设计师,最终怎么做应该我们决定。

第二,试图满足所有用户的需求是一个灾难。

听到问题就想解决,一开始的出发点都是好的,公司的价值观也提到了客户第一,但n第一同时出现在面前的时候,总还是要评估出一个第一中的第一。和用户接触多了以后就会发现,他们的需求实在太多了,而且有些需求互相都是矛盾的,所以根本做不到听到什么声音就做什么功能。这就有了后来的优先级评估,需求管理,以后再谈这个话题。

既然不能满足所有人,那么我们应该更照顾那一部分?

第三,我们到底应该关注核心用户还是大多数用户?

我这里的核心用户是指的最活跃的一小部分人,任何一个产品总会有这样一个短头,而大多数用户就是那个长尾,在资源无限的时候,可以同时满足这两部分人,但一个产品的功能有限,开发时间、人力有限,所以只能挑出我们优先要满足的一批了。实际一点,和产品的商业目标结合起来考虑吧,说白了就是看KPIKey Performance Indicators)是什么。既然网店版的目标是5万活跃,1.5万付费,而不是销售额,那么从一开始就注定了我们更要关注的是大多数用户的利益。这并不是说核心用户不重要,而是处于产品的不同阶段,我们的目标自然不同。

第四,再说用户另一个特点:沉默的大多数与骑墙的大多数。

好像是长尾理论里说到沉默的大多数跳出来的总是很少数,而且往往是非典型的用户,那么就不能保证这批用户代表的是最广大用户的想法。比如淘宝id****的用户,他多次提到我们的产品进销存做的不专业,而中小企业版的进销存就很好,明显他就不是我们的目标用户,从一个侧面也证明了公司产品线的划分是英明神武的。

而骑墙的大多数说的就是一种心理因素了,其实大多数人是很没有主见的,尤其在网络这样一个不用负责任的环境下,所以常见的情况就是开始跳出来的那几个人的观点引导了群体的观点,随机的初始值决定了结果,这个时候只有你单独和跟风者交流的时候,才发现他根本不是那么想的。

要满足大多数的需求却只能听到少部分的声音,那我们应该怎么办,我想只能靠更专业的用户交流(涉及用户研究的很多话题)、清醒的头脑和数据分析了。

产品设计体会(0001)PD的基本修养

作为产品设计师(Product Designer,简称PD,很自然的会把整个《产品设计体会》当作一个产品来对待,我也会尽量把设计的过程都暴露出来作为案例,比如 “路标规划”、“可行性分析”、“目标用户分析”等内容,ok,细节先放在一边,来看看整个产品的架构,以便大家很快的找到自己感兴趣的话题,同时也可以参考一下我的轨迹,来规划自己面对一张大饼如何下口。

0000系列,概述与杂谈:整体引导的内容,没法归类的话题,零散体会;

1000系列,用户与需求:用户研究、数据分析、需求采集、需求分析、需求管理;

2000系列,大产品设计:产品设计的层次、商业设计与技术概览;

3000系列,项目与文档:项目管理、流程管理、文档管理、文档写作;

4000系列,战略与规划:商业架构、市场营销;

5000系列,软技巧相关:综合管理,沟通能力;

6000系列,案例与讨论:工作实战、生活中的设计;

7000系列,学习与成长:培训记录、自学笔记、成长心得;

8000系列,他山攻玉石:经典转载、名博介绍、业内访谈;

9000系列,人人都是产品经理,一句话,看30秒,想一天,快餐系列;

0系列没什么好说的,人生总有几次踩到屎的时候,文章也总有几篇四不象的东西。

15系列基本就是我学习做一个PD的线路图了:

Ø 2006年底到2007年秋天,通过阿里软件网店版学需求相关的内容,因为C2C的产品,所以比较重视用户体验,后来也形成了爱好。后期渐渐发现PD不只是做做需求,渐渐的去做“大产品设计”。

Ø 2007年底到2008年秋天,通过不顺利的阿里软件企业邮局学项目管理,敏捷方法,流程,文档,跟合作方学了很多规范,让自己做事更系统化。

Ø 2007年春、秋,通过2物流平台的启动,学产品的预研,学放弃。

Ø 2007年底至今(2009年初),通过一直没找准方向的e网打进学规划,想一些软件本身以外的东西,比如线下营销的一些东西,同时增加了用户研究、数据分析的比例。

68系列是贯穿始终的,至于9000系列,会更轻松,广泛,自由一点。

这个系列写到306090篇的时候,分别整理过整个体系的思维导图,如下,这次重构完成以后希望能出第四张。

2008年初,30篇

2008年中,60篇

2009年初,90篇(猛击图片看大图)