4.pic

关于我用过的笔记App们

笔记类App是我几年一直以来非常常用的,但从来没出现过让我满意的产品。对Evernote、有道云笔记、OneNote这几款笔记App,我始终保持关注,并装在手机上看它们的版本更新。虽然我个人目前仍旧是Evernote的重度用户(但它逼得我要结合微信的文件传输助手一起来用),但是目前来看,它仍旧存在一些不好解决的问题。同时,也出现了另一个还算不错的笔记App,有道云笔记。

早年(2012年好像)时,市场上只有一家Evernote是做笔记App的,没得挑,而且当时它更新速度很快,我很享受版本迭代新功能的体验快感。甚至有一段时间出于它出什么功能我都试一试的阶段,一些笔记管理的功能对于我这个重度整理癖患者来说也算方便(比如笔记本组)。但到后来,我仍旧在使用它的核心原因已经变成了“装逼”,因为标签、地理位置筛选、相似笔记、工作群聊这些功能实在意义不大,而此时国内类似的其他笔记App,包括当年的各种创业者做的笔记App虽然都用过,但一方面它们设计一般,另一方面也是用着感觉档次被拉低。于是当年我就始终用着Gmail+Dropbox+Evernote+Sparrow作为我的办公套件(如果你不认识这几个软件中的其中一个,那我的装逼目的就达成了)。

但是后来Evernote越来越复杂,很大程度是界面上的复杂(比如微信,虽然产品功能复杂繁多,但是界面很简单好用)。而且除了界面,产品规划来说,Evernote的产品定位也发生过方向性调整,几年前其创始人Phil Libin说是想做个人知识管理,因此做了这么多复杂的笔记功能,但后来又发现定位错误(绝大多数人没多少知识管理的意愿,不会用那么多功能,也不会因此而付费),开始做工作群聊和协作方向(所有的云盘、笔记App的方向),有过这么大的定位调整,功能不可避免地就会很乱。这还不算..一方面限于新功能的研究导致资源的倾斜,另一方面限于可能的政策原因,感觉它越来越慢。这对于我常用的速记来说,问题很严重。

随着不停地换手机,职业病让我每次都会扫过整个Android Market或App Store观察所有工具类App以提高移动端的工作和生活的效率,即使这样也始终没有找到更好的笔记App。直到某次,因为丢手机用上了iPhone4的我,被Evernote的蜗牛速度逼得不行不行的,这时候起我就开始刻意关注其他大公司出的笔记App(大公司出的基本设计上也没什么问题),当然就看到了有道云笔记。

有道云笔记也没什么很大亮点,主要就是简单、快速和明确,但这一点对于一个笔记这样的高频且对速度要求很高的工具来说,已经相当重要。它的定位也始终比较准确,期望通过笔记工具切入,变成人们的办公常用工具,再逐步做企业协作。虽然现今Evernote和有道云笔记方向趋同,但因为Evernote前期犯过错,现今在易用性上面的差距已经越来越大。

为了让大家更直观地了解2款App的复杂/简单的差别,放2个它们的主界面截图,注意Evernote的主界面已经是经过我的自定义设置,进行了简化后的效果,为了效果真实,贴了几个笔记到有道这边。

可能有同学觉得只要Evernote删减功能就好了,但其实是没有用,无法精简的,做过产品设计的同学都知道,一个功能一旦上线了,即使对大多数人它都没用,也不能轻易砍掉,因为会引发已在使用它的用户群体的大量抗诉。

其他比如Evernote现在因为政策原因没法分享了,而有道云笔记分享很方便的差异,相比来说我觉得已经是小问题了。有道云笔记也有缺点,并且直接导致我暂时没法用它,一方面是笔记本入口太深(希望可以在抽屉导航中直接列出笔记本),另一方面就是没有Evernote笔记的一键导入功能,我等这个好久了,估计这篇文章会有有道云笔记的产品同学看到,听我一句劝做个这功能吧,或许Evernote用户的数量相比你们已经不多,但这批用户实际上是大批的IT旧人,影响力庞大(和腾讯会认真更新Mac QQ是一个道理)。

虽然我现在还在用Evernote,但长远来说,新用户都会因为易用性和稳定性的原因,选择有道云笔记(网易的口碑本就不错)而Evernote的装逼优势也在渐渐减弱,因为慢慢的越来越多人根本都不知道Evernote,怎么装逼!Evernote的老用户们会因为设计臃肿、同步不稳定、国内速度慢的原因逐步迁移到有道云笔记(但现在几乎做不到,实际上我突然想写一下笔记App的原因就是想让有道云笔记的同学看到,赶紧加印象笔记/Evernote一键迁移的功能)。

微信截图_20150804163006

给微信生态创业者的一些建议

每天都有朋友来问我关于许多关于微信生态里面,自己如何做业务的一些问题,大多都是创业者,我是非常尊敬创业者的,这是一批内心压力很大又背负梦想的人,所以就跟他们仔细说了许多我所理解的一些注意事项。前几天周末有空,就一起整理下来。

一、公众号

首先是公众号。越来越多的创业者们,选择从公众号开始自己的业务,有拿公众号作为初期的简单需求试水,节省掉复杂而成本高的App开发和推广流程;有完全就放弃掉App,打算以公众号作为主战场的,也有公众号只是作为App的附庸,作为一个宣传渠道和客服渠道的。大家对于公众号的运营都有一些问题,我想我可能可以稍作回答。

大家提的最多的是公众号如何加粉。这个问题每次都问得我一头冷汗,我心里每次就不禁冒出几句话,就不就是在问“如何获取用户”这种问题么,这种问题如果有标准答案,或者如果我知道,我干嘛就自己就去创业了。这是和业务特征相关的,回答不了,也给不了建议。创业者们可以多看看鸡汤来缓解对这个问题的焦虑,然后来微信广告投广告来获取粉丝。

然后有问公众号怎么设置自定义菜单的,这个问题我看起来能回答。我一般倾向于这么考虑这个问题:你需要先看自己的公众号的用途,上面有列的几类。如果你的公众号是用来做客服的,那么我建议你的菜单就是一个快速的客服发起入口就行了(或者再加一个你需要的宣传入口)。如果是用来做需求试水的,那么菜单就应该是核心的需求入口,不求多只求精,快速试出需求是否存在就可。如果公众号是主战场,那么,菜单就是你的产品和业务的导航结构了,设计产品的清晰导航,是产品经理的基础能力,把一级菜单看作是你的App的底Tab(没错我是底Tab教教主,只喜欢这一种导航形式),二级菜单看作是每个Tab的具体功能或者入口,就可以了。

接下来马上说微信网页授权,这是许多创业者的业务需要用到的功能,用来获取用户的基本信息比如头像昵称,这是在微信内做社交传播的一个基础。举例来说,你可能经常在朋友圈看到朋友分享一个活动,你进去也想要参加,点“我也参加”按钮,突然就进入到一个页面,提示你“XXX要获取你的XXX”,是否同意。诚恳地说,我见过的大多数产品经理在这个细节上的设计水平跟猪一样啊。你想想啊,用户只是要参加活动,突然就蹦出来说要获取他的信息,不肯定要拒绝掉你啊。现实也确实是这样,很大比例的用户在这被吓到了就退出了(具体数据就不说了,做过的开发者自己都查得出,我就是纳闷为什么你们看到数据这么差还不改进)。其实,这和移动App现在要获取位置或者获取通知权限时是一样的,现今已经有一批优秀的产品设计者,知道要在iOS弹出这个框之前,先通过某种做法告诉用户,接下来我要获取你的权限以及为什么要获取,有的是先文案提示,有的是让用户点一个“获取权限”的按钮,总之就是让用户对接下来的事情有预期。

然后是微信内网页的导航设计,许多设计者不知道怎么想的,对于微信内网页,明明微信顶部已经有一个导航条了,他还在顶部再加一个自己的设计,可能左上角有一个上一步,右上角有一个主页icon。混乱且冗余不堪。这里我的建议是如无必要勿加导航了,或者加底Tab导航。

还有就是关于卖货,我见过许多人做了自己的各种各样的电商系统,找外包或者自己的开发团队做了,我个人的建议是,如果你的业务不是因为什么原因用不了有赞,那就用它的系统,白鸦做的东西还是挺靠谱的。没必要再自己做一个电商系统了,不说开发人力问题,就连设计,你都还设计得没人家好。

许多基于内容的创业者想要拿到公众号原创标记(包括评论、赞赏),这项功能目前正在内测,在逐步铺开,如果你的公众号确实内容都是原创,那么很快就会收到内测邀请了。

公众号部分的最后,想提一下诱导关注和诱导分享,测试和小游戏这些东西,微信为什么会严令禁止。其实很简单,是为了你们自己啊!许多人应该已经感觉到,或许都已经跟我吐槽过,说微信朋友圈越来越多链接,还很多都是垃圾、鸡汤、营销活动、抽奖、不转非国人、你妈需知道的链接。这些原本微博、人人网不禁止的东西为什么微信会禁止?因为微博和人人网的内容就是这么被做死的,追求短期的PV,污染广大用户的时间线,看起来好像没什么,一直这样,用户就只能换一个地方就刷SNS了。作为创业者,你一定希望你能在微信生态内做得更好对不对?如果整个微信生态都出问题了,你当然也好不了,所以不要因为一些短期利益就想去诱导分享诱导关注,一方面是会被封号,另一方面是这样获取来的都是一些垃圾用户(有质量有追求的人是不会分享的,所以其实我的朋友圈没啥这种内容)。

二、朋友圈H5网页

朋友圈H5网页指的是各种在朋友圈传播的一页一页滑动的Wap网页,我知道H5的叫法不准确,但为了理解暂时就先这么叫它了。把这个单独拿出来说,是因为有太多人用到它。

业务上,具体这个网页设计成什么风格、图片还是文字等我都没什么想法和建议,毕竟我不懂你们的业务,但是有一些做法麻烦你们不要做了。

第一,背景音乐。说起来就醉了,如果你不是因为的确需要一些声效来创造氛围和真实感,随便找一个无关的曲子来放是什么意思?我每次听到一个H5页有无关声音就很来气,一副满满的15年前QQ空间黄钻贵族感。这属于典型的产品经理的意淫(或者是随便看些案例后不经思考的借鉴)。不是说声音不可以有,而是说不要为了加声音而加,真的有人我仔细问过他之后,他告诉我加声音是因为H5页提供商告诉他有这个功能,不加白不加。

第二,卡顿。这个问题没太多好说,麻烦产品经理多用低端机试一试你的H5页,特别是对一些Low一些的营销活动,你要知道你的受众都是用iPhone4和iPhone4S或者小米1的人。不要刻意添加一些其实没用的特效,也多问问你的开发某个特效对性能影响的程度(不要总是拿开发当对手,看看这篇)。

第三,小箭头。我指的是H5页滑屏时的箭头提示,箭头倒是人人都有,但是许多人搞错方向,应该是箭头往上指,往上轻微跳动,许多人把它搞错了搞成往下(甚至连非常注重细节的锤子都搞错过)。这个小箭头的设计,最初是借鉴是iOS 6的滑动解锁。这里就不展开讨论iOS和Mac OS的滑动方向和Windows方向正好相反的问题,这是个哲学问题了都。

三、移动应用

现在几乎所有的移动应用都会接入微信,至少都会接入微信分享。而且有越来越多人会接入微信登录,甚至许多我了解已经到了C轮,D轮的公司,仍旧没有想要建立自己的帐号体系(如果不是因为App Store的坑爹审核,甚至都懒得做手机号注册)。

许多接入了微信分享的App,分享到微信的网页,点击后肯定会有一个入口引导用户去下载App,许多人引导用户点击下载按钮,然后告诉用户点击右上角按钮,再点击在Safari中打开,总之非常麻烦。实际上这里有一个捷径,只要你的App接入了应用宝,在微信内下载会直接跳转App Store(Android则更直接,会自动开始下载)。

先说这些。你可以扫描下面的二维码,来关注我的公众号:

6_15141174432_20120111165513

我的一次误操作

2012年圣诞节,平安夜当晚。

我从深圳腾讯转到微信这边来不久,在把玩公众平台后台的功能,没注意自己登录的是微信公众平台官方公众号,我在测试图文消息的新建和群发等流程。我新建好了一条标题为“ces”的图文消息,随便找了张风景图作为封面,内容里面随便写了个测试,然后保存,然后在待发送页面发了会呆,鬼使神差点了下“发送”按钮。

天杀的!当时我还不够熟悉公众平台这个网站,以为群发这种操作至少该有个弹框确认。结果,一点发送按钮,马上就进入“已发送”页面,并且显示“正在发送中”。

我愣了大约0.3秒,马上找到开发童鞋(我还记得当时是LF哥),问说我用官方帐号误群发了一个测试消息,帮忙赶紧停下来,他说“已经进入队列在发了,停不了了”,清楚地记得原话。

冷汗当时就下来了,因为我知道这个号虽然只有几万粉丝,但是因为那是在公众平台的初期,关注者全部都是Pony、小龙这个级别的人。我甚至在想我是不是要被辞掉了。

大约15秒后我自己的手机也收到了这条消息。(性能上说,发得倒是挺快)

我马上跟导师(T,微信男神之一)说了,立即开始想准备群发来解释的道歉文案(当时我想的道歉文案真是矫揉造作,T出了个文案给我,但后来又没法出去)。然后大领导Z哥过来问我情况,我说了后,他就说了句“以后别用官号测试了啊”,就走了。

我立时就觉得微信团队真是,不知道怎么形容。

后来大家都回家了或者去看电影或者感慨世界末日了(当时在闹什么玛雅世界末日),我就继续在那坐了会,看到几十条或是安慰或是奇怪的留言:

啥?

测试已收到

测试啥?

小编你疯啦

小编你的世界末日到了啊

 

我一一回复他们解释了,但后来如何了不太记得了,总之有些矫情有些抑郁。

下一个版本我马上强烈要求地在群发按钮上加了一个确认框(现在你们应该可以看到这个弹框)。

就是因为这次误操作,我无法更深刻地理解到,产品经理必须要真的作为产品的使用者,才能真正理解很多东西。于是为了理解服务号运营者的需求,我做了“深夜美食”公众号,为了理解订阅号的需求,我做了“邹剑波Kant”这个原创内容号,虽说都粉丝不多,但是至少我可以说,我绝对是很理解公众号运营者的产品经理了。

现在许多朋友跟我聊天要说我逻辑严谨考虑地比较周全,你们现在知道原因了?

扫描下面的二维码关注我的公众号:

1

产品设计的目的性一定要强

最近在一次和在行学员的聊天过程中,以及和几次和身边朋友讨论产品设计的过程中,反复思考的一个观点是,我觉得做产品设计的目的性一定要强。

目的性强不是说你一定要指着KPI去做,这当然是不对的,而是说设计的决策要有依据,这个依据就是一开始设定过的目的,也可说目标。

例1:微信支付

譬如微信支付的产品设计,一开始设定的目的是极简和快速,因此在后续的设计决策过程中,就要基于极简和快速去做设计,饱含争议的支付密码输入完后要不要确认按钮(不过在支付宝9.0发新版后,这个纠结貌似已经尘埃落定了),支付密码是6位数字,自动选取合适的支付账号,都是基于这个目的。

例2:如何给用户分类

再如和在行学员讨论的一个问题,他是一个在线教育行业的产品经理,在思考如何给用户分类,这不是一个典型的产品设计论题,但是是产品设计相关的准备工作。在考虑如何给用户分类时,他提到了分为『功利性』和『非功利性』,我认为这种分法不太好,不好之处在于,这么分类用户后,仍旧并不知道对于这两类用户如何去设计,或者说设计上对于他们有什么不同的考虑。我提到的做法是,在这个问题背景下可以考虑按用户的时间安排、社交倾向程度等去做考虑。

例3:评论的设计

还有一个恰当的比例是譬如设计一个典型的小功能,比如评论。许多人喜欢网易的评论盖楼,也有许多人喜欢评论可以点赞并按点赞排序,还有人喜欢区分热门评论和最近评论,各执一词,似乎每个点的决策都是随意或者说拍脑袋的。其实不然,在评论这个事情上,需要先考虑团队希望在产品中增加评论的初衷和目的,比如说我们就是打算加强互动,越热闹越好,也有可能团队只是希望评论可以作为对内容的评价,互相之间的讨论不是重点(典型的是图文消息的评论,就是本文)。不同的设计目的,会带来完全不一样的设计功能,就像,你有没思考过为什么本文的评论区,你不能直接点一个人回复他的评论?

优秀的例子浩如烟海,不再繁举。产品设计的目的明确,这也是同一个功能在不同的产品中设计得完全不一样,却又让你感觉两边都挺好的原因。但差劲的产品设计却更多,许多差劲产品设计的原因在于,在不同的设计点的决策之中,你感觉不到一条确定的思路和主线,不知道设计者到底想要你怎么样,这其实就是因为设计者自身没有目的。

那产品设计的目的性怎么确定?我认为答案在于产品的定位、愿景和价值观。这些东西又怎么确定,下次再说。

你有什么因为产品设计目的性不明确,带来的设计问题?在评论里说说。

扫描这个二维码关注我:

3.pic

关于知乎日报 3.0内测新版的产品思考

知乎日报是许多人每天阅读的内容源,最近他们在推3.0新版内测,新版中,用户可以看到关注的人分享的链接,大家可以试用看看(http://daily.zhihu.com/salt-club)。

从大方向来说,知乎日报3.0是一个需求的确存在的方向,有点类似链接版的Pinterest(栏目就是Pinterest的画板)。我们在知乎,是看认可的人输出的内容,在知乎日报3.0,是看认可的人,根据他的品味筛选出的内容。这至少对于我,是刚需。

上面是说内容消费者角度,内容生产者角度,凭借知乎社区已经形成的氛围,包括大V们受益于认真而带来的荣誉感和成就感,也问题不大(至少相比其他UGC社区要好办得多)。作为一个重度用户,我觉得,知乎是让我有一个地方向10000人展示我的知识并获取认同,而知乎日报3.0是让我有一个地方向10000人展示我的品味并获取认同。都是不错的地方。

虽然底盘不错,但是目前阶段,问题很不少。重点提几点。

1、内容生产者认可感不强

目前日报3.0的设计中,除了关注等的通知外,内容生产者认可感不强,需要有更强的内容分享的激励机制。这里除了对生产者的通知外,UGC激励更重要的是,让“内容生产者得到荣誉”这件事情,在尽可能多的人眼前尽可能明显地展示出来,以满足生产者的炫耀心。这块不必细说,知乎在这块天然有优势,只是日报3.0的早期设计在这块有漏洞,还是不太应该(会这么早把3.0内测放出是合理的,因为需要积累内容)。

2、信息流设计混乱

日报3.0的首页的信息流,设计得比较混乱,改过几版还是乱。分享的链接标题、推荐语、分享者昵称、栏目名称等各个信息之间主次和层级都不明确。产品经理需要向设计师尽可能清楚和详细地传达信息之间的背景、重要度和关系,设计师要在视觉设计中表现出来。不过这个问题的改进是很容易做到的。

3、旧版日报的需求场景需满足

很明显,日报3.0对比旧版日报,是从中心化的编辑选取内容变成了去中心化的UGC社区(半UGC)。日报3.0要有强入口满足旧有的大部分用户只想看少量官方推荐的最好内容的需求,不能藏着,否则正式发布时会有很大反弹。

4、用户重新建立内容源体系成本太高

在知乎,我们都已经有了自己固定关注的人和话题,上来只需要看,但在日报3.0,这个事情需要重新做一次,一个人要在这里重新建立符合自己品味的内容体系,就是关注新的人和新的栏目,成本很高,如果平台不做帮助,用户几乎不太可能自己坚持下来。这里具体平台的帮助方法需要仔细斟酌,否则要么就变成了一下子关注太多信息杂乱泛滥,要么就是怎么刷都没什么新内容。可以考虑做知乎联合登录后,拉出用户已关注的用户和他们的专栏,用户可以快速挑选关注,加上给到足够明显的发现新栏目和用户的机制,应该初期就够了。

其他的诸如同时可以关注栏目和人导致有点复杂、各种细节问题、商业化、长远的未来什么的不想多想,估计知乎团队自己也没想太多、也没想清楚的,先不细谈了,先做好这次改版吧。

哦对了,其实上次这些建议,基本都和日报团队的人说过了,嗯并且都已经在改进中了。

6.pic

关于微信支付和支付宝的确认按钮

另外kant建立了一个公众号的读者讨论群,你可以在关注公众号,点击“读者群”来扫码加入。扫码关注:

正文:

kentzhu的文章《及格的产品,优秀的产品》里面提到了一个例子,关于微信支付的支付没有确认按钮,而支付宝的支付有确认按钮,前者被kent认为是优秀的设计(而后者是及格的)。我是kent那篇文章里面不多的赞同这个观点的人,看到甚至在知乎也发生这个讨论后,觉得有必要详细说下我的想法。需要说明,我不是微信支付的产品经理,以下许多是我自己的猜测。

kent这篇对初学者产品经理的知识普及文章举到了的好几个例子,貌似就这个例子争议最大,这是可以理解的。因为其他几个例子都是对未出现过的业务场景的改造,人们没有固有认知,而支付确认这个事情,人们有多年经验了,也就是有多年禁锢了。

kent后面在跟我私聊的过程中有提到另外几个关于“设计禁锢”的例子,不提业务敏感的,说说下面这个。大众点评App在进入主页时如果发现你不在之前的城市,会弹框来告诉你要不要更换App设置的城市,kent在自己之前的业务中改成了直接更换城市并且toast软提示(toast是指,比如你在微信收藏一篇文章后的那个“已收藏”的提示)。这个改进是十分有道理的,原因很简单,我作为主流用户,在更换城市时意味着我当下不可能在原有城市享受服务了,而我此时打开App就是想使用,那必然就是在新的城市下使用服务,这时候你直接给我替换城市就好了,弹出toast软提示也完善地解决了告知用户的问题。

支付的确认按钮的确是一个有争议的点,永远会有一批人觉得需要确认按钮,有一批人觉得不需要。前者是相对保守的,后者是改良派。

支付的确认按钮这里,首先是并不会带来什么安全意义的,如果坏人拿到了你的手机和密码,点不点那一下确认按钮并没有什么区别。

而所谓的仪式感和有这个按钮在,让人感觉金钱的稳固比较安全,这对于一类比较守旧的用户来说的确是存在的,但是这是否能说明按钮一定是必要的?这么说吧,就算没有这个按钮,这类比较守旧的用户在知道这一设计后,很快就能重新在“最后一位密码”上建立仪式感,这就像早几年电视剧里面常演的,拨打前妻的电话打到最后一位然后停住,是一样的(而现在当人们习惯了另一种设计后,很快就会在“拨出”这个按钮上重新建立仪式感)。而对于没那么纠结的用户,第一次或许有些意外,但此后马上就会享受到这种极速的感觉(因为移动端来说,输入密码的键盘和确认按钮还是有一段距离的,并且输入密码是一个很流畅的过程)。

微信支付的特征就是极速和便捷,这正是在许多取舍中做到的。还有一个很有意思的例子是在大概去年,还记得么,微信支付刚出6位数字密码时,也有许多人说密码太短太简单很有一种不安全的感觉。这其实非常类似。

不知道这样能不能让许多产品经理们从被禁锢的思想中解脱,守旧可能是不利于做出重大改进的。

PS:有一位朋友提出了一个可以一说的例子:“输入完密码之后,就好像把自己金库的门打开了,微信这种相当于一看到门开,二话不说,进来把钱拿走了,受侵犯感严重。而支付宝相当于站在金库门口,问你,请问我可以进去么,我说可以,支付宝才把钱取走,这样感觉更受到尊重。你们感受一下。”我认为这个例子或许这样更恰当,支付宝是找你拿到钥匙后,解锁,然后拿着把手问你,我可以进去么?而微信支付是从你这里拿到钥匙后,就解锁开门进去了。实际上当你把钥匙给一个人的时候,你就已经有这个人可以进入你家的心理预期了,而不是他解锁后拿着把手再问你确认一次。完全类似的事情为什么我们可以接受开门这个例子却不能接收支付,并不会是因为我们觉得不应该的人进家门带来的风险比支付一单的风险小吧?是因为思想的惯性和禁锢噢。

14.pic

请关注我博客的读者转至知乎和微信关注我

后续kant会将主要精力放在知乎帐号和微信公众号的更新,请各位读者关注,kant会继续多多写产品管理和产品设计的原创文章:

1、点击下方链接去知乎关注我

http://www.zhihu.com/people/kant

2、用微信扫描下列二维码来关注我的微信公众号

3、如果你有兴趣,可以看看kant业余开的一个微信零食店,世界各地美食哦

1.pic

无用之美,无用之快乐

我看似每天很开心的样子,其实最近几年一直很焦虑,内心不安定,长期睡不好的根源估计也是因此了。我一直不明白我焦虑的原因,直到那一次去到墨齐(一家真正有理想的公司),在书架上看到很多莫名其妙的书,听到hans说“无用之美”。

我的焦虑和不安在于生活和工作都渴求达成目标,太多目的性、功利性。几年前就有人和我说过要避免太狭隘,但还是始终没有带来本质上的变化。

最近读的一本书是罗素的《幸福之路》,里面说到不幸福的原因,又说了幸福的原因。书面说,能不能幸福取决于外部环境和自身因素。

现代教育让我们每个人着重获得一项技能,却让我们对世间的美缺乏洞察,甚至对美缺乏追求。这也是一件细思恐级极的事情。

一旦我们不能发现身边的美好,没有动力观察和体味世界的奇妙,我们便会成为外部环境的奴隶。工作顺利时便开心,不顺利时便不开心,自身幸福与否几乎等同于业务发展情况,这真是可怕。

只要深刻意识到个人的渺小和微不足道,了解人的未来比过去长得多,就会逐步意识到个人所做在历史和宇宙中的不值一提,就可以渐渐抽离出势利的思维,发现身边的一切似乎转眼间变得让人饶有兴致。

来自工作或其他关乎成就的东西的快乐,是有用之快乐。有用之快乐一旦在它的落脚处变得似乎没有用时就会消融,虚幻而飘渺。无用之快乐才是单纯的心灵享受,无论外部环境如何变幻,都根植在身上。无用之快乐需要体味无用之美,而无用之美来自于生活情趣和闲情逸致。

生活情趣是要享受做一件事情。生活情趣是要认真地对待一件件微不足道的小事,注意认真对待不是严肃对待。刷牙时,不一定要想着接下来到公司后的事务,可以哼哼唧唧不知名的曲子,下班路上,不一定要顾着满身的疲惫,可以留心看看路边的小花又生出了什么不同。

生活情趣让原本乏味的事情变得生动,而闲情逸致更加重要,它让生活中多出许多美好和快乐。王小波也说,“须知参差多态,乃是幸福的本源”。

闲情逸致来自于基本的时间和兴趣爱好。只要你有周末,或者只要你有一小时的空余,如果你懂得方法,就可以把它变成悠闲时光,加以兴趣爱好,就是闲情逸致。

问问自己你的兴趣爱好是什么?那些总拿自己没有时间做借口的人啊,我听说即使是再忙碌的创业者,也会要么喜欢钓鱼,要么喜欢飙车,要么喜欢高尔夫,要么喜欢桌游。

兴趣爱好不分高低,雕刻和画画是爱好,DOTA与舰娘也是爱好。

兴趣爱好要自然而然,否则就又变成了工作似的东西,变成了“有用之快乐”。周杰伦学钢琴时,刚开始是为了泡妞,那即使他钢琴学好了,也是“有用之快乐”,若身边姑娘爱上了打篮球的师哥,这种快乐立刻消失,甚至变得讽刺而令人厌恶。

如何自然而然地产生兴趣爱好?我我逐渐意识到,这会来自美,来自世界的缤纷奇妙。世界充满了悲喜交加、可歌可泣、光怪陆离之事,而对这一壮观景象没有兴趣的人就是在放弃生活赋予他的一种特权。只要你的心静下来,坐下来,停下来,无论你在休息,还是在忙碌,抑或在奔波,总会能够发现许多有趣或奇怪或美丽的东西,定睛一看,可能就变成了接下来十年的心心念念的古怪癖好,变成你的闲情逸致和快乐源泉。

这篇文章当然不是要你不再工作,要知道,即使最单调的工作,也比无所事事容易忍受得多,并且很多工作都是不停地有新情况需要新技能,这样人就会不断提高自己,自然是极好的事情。但再幸运的人也有不如意的时候,拥有可以对导致焦虑的事之外的事物感兴趣的能力是天大的恩赐。通过闲情逸致和生活情趣,就可分散注意力,不让烦恼控制自己。

快乐需要自己找寻,不会自己来,多看看身边无用的东西,多发现无用之美,就多了许多无用之快乐。

—————分割线—————

微信搜索“kanthouse”关注我

QQ20150522-1@2x

怎么让用户填写资料?

这两天有朋友问我,他在设计他负责的一款产品时,遇到一个问题,他们的产品希望能够获取用户的性别、年龄,并且希望用户上传头像,为了避免用户的过多流失,又在填写这些资料的环节,都提供了可以跳过的功能。结果,绝大多数用户就真的跳过了,即使他们登录了,也毫无用处,产品无法对他们提供多好的服务,他很苦恼。

我这位朋友的问题其实非常普遍,许多产品经理在设计产品时都不知如何才能让用户填写资料,特别是希望用户能够主动地、情愿地填写资料。

关于这个问题,我简单整理了一下我一直以来的思考,按照重要性来一条条说一下。

1. 只要求必要的,对猜不到为啥要的资料,解释为什么

只要必要的资料,是尊重用户的智商的表现,尽量只索取没有压力的资料,一旦有压力的资料,必要时才索取。有一些App简直丧心病狂,做一个天气App要求你填昵称、上传头像、选择性别甚至提供生日。这是毫无必要的,即使实在需要某些奇怪的、让人不能猜到你为什么要这个的资料,产品经理最好马上说明为啥要用户提供这个资料。许多时候,App索取通知权限、定位权限等也是这样。

2. 让用户马上意识到价值

这是说,在用户提供一项资料后,马上进行激励。激励的最好方式不是表扬“恭喜你成功地XXX”,而是接下来就马上让他看到收益或者说好处,比如根据前1项资料的填写,定制后续的初始化流程,又比如是“信息换信息”,他给了一个信息,你就返回一个他可能感兴趣的信息。让用户意识到价值,他才会愿意提供资料,甚至主动编辑资料。恰当的例子是知乎,人们希望签名、学校、职业的填写能够为自己带来粉丝,所以会在注册之后主动填写这些资料。

3. 分步骤分场景来,不要一次性索取所有资料

分步骤分场景来,不是说你在注册过程中,把资料分成多个步骤、多个页面来一个个要求用户填写,而是说,不要一次性索取所有资料,不同的资料应该在不同的场景中去填写。比如微信的用户,在没有过支付行为时,不必强迫他马上填写收货地址。这一点实际上和第2点是暗合的,在分步骤分场景时,当每一项资料的填写,都让用户在后续使用的过程中获得好处,后面的资料他自然就更愿意填写了。

4. 用户都不蠢,你不如真诚点

跟用户说填写资料的原因时,要坦诚,不要虚头巴脑。市面上各种App有各式各样的求好评弹框,你的App在找到相对比较喜欢它的用户后(一般是活跃用户),在弹求好评弹框时,不如直接点告诉用户,他的好评能够帮助你有更多更好的发展、有面子点。当然这里新意很重要,要是人人都卖萌、人人都假真诚,那也很恶心。

5. 通过一次填写/选择的方式,获得多重信息

尽量通过一次填写或选择,获得许多资料(或信息,这里的信息是比较泛的含义,不一定是一项资料)。昨天刚看到的一款叫做“生辰”的App,就是一个挺好的例子,它只要求用户提供生日,便获得了用户的年龄、星座等信息,在App内对这些信息多重使用。通过选择来获取一系列信息也是许多工具类App的常见做法,因为人通常可以划分成几种典型的类型。

6. 终极办法是直接使用微信登录

大家应该都发现越来越多App,包括创业App,甚至大公司的App,都开始使用微信登录这些能够让用户一键提供一大堆资料的机制了。微信登录作为移动端登录态最充足广泛的第三方帐号登录机制,不只是腾讯系App,Nice、豆瓣、甚至百度地图等和腾讯没有任何牵连甚至是竞争对手的App,都开始重度依赖微信登录了。这必然是一个趋势。

你还有什么别的建议的方法?在本文的评论里面说说看?

—————分割线—————

微信搜索“kanthouse”关注我

QQ20150513-1@2x

谈谈UGC产品,也谈谈知乎与轻单

UGC(User Generate Content)产品是一种我很喜欢的产品类型,它有它独立的魅力。

UGC产品的冷启动,是与社交产品的冷启动一样,一直是一个众多产品经理思考的难题。此前做得好的UGC产品,譬如马蜂窝、豆瓣、大众点评、糗事百科,要么就是初期有人为干预的运营动作,要么就是有长达动辄5年甚至更长时间的缓慢内容积累。

但UGC产品还是有它的一些基本产品设计原则的。

先可以看看知乎这个例子,知乎可以说是国内做UGC社区做得最好的了。知乎的早期运营非常收敛、聚焦,这种思路带来的邀请制、严格审查的精英化,让知乎这个社交内容社区在很大一段时间有着非常棒的用户层级和内容氛围,这种氛围甚至到知乎早已开放数年的今天,也深度影响着社区的用户。这不禁又让我想到,我们在产品设计时,必须抵御不恰当的流量和不健康的好看数字的诱惑,否则只是求产品内容和社区氛围的速死。当然,知乎的成功不仅仅是初期的运营思路,还源于其根本模式对UGC的鼓励。提问这种形式天然就会激发人们的表达欲,而点赞后即分享即带来内容扩散,点赞的强通知、按赞排序和感谢作者、没有帮助的机制,又在强而有力地激励优秀内容生产者,打击差的内容和差的内容生产者(常被折叠回答的人,在知乎的社区权重绝对是被降低了的)。

知乎绝不应该做的是什么,就是许多知乎用户在鼓吹的希望答者如何如何,以便自己阅读得更加舒服的机制,这绝不应该。即使某种机制很大程度增强了阅读者的体验,但稍微降低了内容生产者的体验,或提高了内容生产门槛,也绝不该做(当然,作为某种可选项则是可以的)。

绝不要去惯着内容消费者(即使他们叫得声音再大,甚至即使你也感同身受。)。这就是我认为UGC产品的最根本设计原则,产品根本要诀是考虑内容生产者,而不是考虑内容消费者。这并不是说不考虑消费者们,而是要清楚,他们虽然也是用户,但是他们作用和价值相对来说要低得多,远低于哪怕一个两个优秀的内容生产者。

我曾经说知乎上绝大多数的用户反馈和用户评论都是不要听的,就是因为许多人都是站在读者角度考虑,而站在生产者角度的要求,便一定要好好思索一番了(当然,我现在看到的所有知乎用户的自发专栏提需求,从未有一个我觉得靠谱的,好在知乎团队也没犯傻)。

说到这里,轻单的问题就自然露出了,这是我对轻单停止运营的反应,和其原因的思考,会与许多人完全不同的原因,轻单不是因为投资少,不是因为团队能力不互补,也不是内容形式不够好,都不是,只是因为其模式从根源上说,就彻底方向反了,轻单在试图提高内容消费者的阅读体验,让他们来快速一览知道内容要诀。当然我作为用户一看这个产品形式,立即觉得读来确实是舒服,但是立即觉得这个产品必死(只是当时确实没想到会这么快结束),就是因为觉得,内容生产者原本敲字就好了,现在还需要边写边思考逻辑、顺序,并编辑好这些东西,这些人又不是非要用这个来写卤论文,或者汇报给领导。

当然,轻单也有其他问题,比如UGC机制的缺乏,具体是点赞入口的极弱,不提倡评论反而提倡收藏(这会降低生产者的互动感),包括轻单APP的产品设计问题,内容形式当然也不能适用于所有内容,但是这些都不是根本性问题,随时可以产品迭代解决,而其根本的初衷和思路,却是解决不了的。

有朋友这两天问我为啥当时不就去提醒阿禅,其实之前阿禅做轻单,我恰好加了他微信不久,也考虑过去提醒他,但转念一想,我的挑战或许是否定其根源初衷,可以理解为就是叫他别做了结束这个项目吧,这太欠扁了,不可能去做吧…

哦对了,为了防止我变成像虎嗅上哪些写手一样的马后炮,我贴一段3月份的时候和朋友在提到轻单的时候的讨论截图吧。

哦对了,请微信搜索“邹剑波Kant”关注我的公众号,或者扫码下列二维码来打赏我。