水滴-历时3年重构3次的社区产品

对不起,水滴来了,慢慢的来了。

因为一个朋友今天Q我,说是看到了我的博文,对水滴非常感兴趣,特意过来要求注册体验。这一刻,我的心情是激动和复杂的。我决定放出尘封半年之久的水滴。(感兴趣的同学,请用电脑访问水滴  http://shuidii.com/)

水滴-历时3年重构3次的社区产品

水滴-历时3年重构3次的社区产品

简单说说水滴项目的摸索成长过程。

水滴项目,从2012年下半年的想法到最后确认产品模型,历时1年半。到2014年,历时3年,重构3次。最终团队组建后,在2013年11月进入开发。原计划在2013最后一天上线,但业余时间开发让工期延后,只能1月初上线。

2014年1-3月,水滴封闭内测优化;
2014年4-12月,水滴邀请注册体验,过程缓慢;
2015年1-3月,水滴社区模式反思,结合多方意见,情怀放一边,深度反思。

第一次。借鉴知乎问答模式。口号:平等认知世界上的好产品。(2012年)

但知乎模式痕迹太重,明显是复制抄袭的产品,骨子里没有原创和独特的个性。另外,知乎太火,这个借鉴的模式很难起来。放弃。

第二次。产品wiki模式。口号:发现产品的世界。(2013年)

主打真实身份注册,同时需要x位水滴成员审批,注册才能成功。

首页、发现、极客。突出两大主体:产品、人。

首页,关注的人的产生的产品动态。

发现,推荐和展现有价值的产品。点进去,是产品主页。

极客,分享和添加有价值的产品人。

产品主页,突出产品功能时间线,表示一个产品的成长过程。对仔细研究一个产品,非常有价值。

产品人,突出产品擅长领域,关注、产品创建/编辑动态。

第三次。产品解密模式。口号:解密产品的世界。(2014年)
使命:帮助投身产品创造事业的同学,创造出有价值的产品,并让产品改善我们的生活。

策略:依次会提供产品解密、产品门诊、禅院(产品学院)、道场(产品实战),目前已实现产品解密功能,帮助产品人解密产品。
三次重构,一直都在围绕如何构建一个高质量,有价值的社区。经过实操,大概计算了运营成本,投入和产出比实在太高,精力有限实在难以继续。

 

这个过程中,水滴遇到的2大核心问题:
产品受众太小,需要用户突围。
产品商业过程漫长,社区产品等不到伟大的那天。

 

其他2大次要问题:
产品摸索导致运营成本过高,不能靠自然或者事件等运营增长。
产品参与门槛过高,UGC成本非常高,需要考虑新的参与方式。

 

基于以上的思考,做了2个决定:
1、水滴PC版本暂时进入维护。感兴趣的同学可以体验下,同时也可以自主加入帮忙运营和维护。
2、水滴探索新方向,务必能解决以上几大问题。

 

情怀是美好的,现实是残酷的。感谢伴随一起走过2年的团队,感谢我们的摸索和学习。有兴趣和我沟通,请关注微信公号GauinBlog

 

水滴H5版本新产品,全新品牌,8月底开放。敬请期待

 

关于作者:Gauin李红涛 百度 产品经理、极客公园产品观察家、腾讯科技作者、虎嗅作者、TECH2IPO创见作者、雷锋网作者、月光博客作者,Blogger。

uber优步PM,你是谁?

前几天体验了2次uber,整个行程总体感受良好。但过程中,我真心被uber的产品设计给伤到了!有吐槽点,也有满意点哦

吐槽对象:uber优步 iphone app

登录/注册系统设计问题

uber登录界面

uber登录界面

1.登录。只能通过邮箱登录,不能通过手机登录。如果我忘记注册邮箱了呢?

2.登录/注册回路设计。在登录和注册页面,没有给相关联的注册和登录的快捷入口。都需要回到uber首页进行选择登录或者注册。

uber重置密码

uber重置密码

3.忘记密码。只能通过邮箱找回密码,不能通过手机找回密码。如果我忘记注册邮箱了呢?

4.忘记密码。跳转到加密的H5页面,输入邮箱找回密码。从app跳转到加密的H5页面,页面跳转较大,但不知道是否考虑了安全性问题特意如此。

uber判断账号是否注册

uber判断账号是否注册

5.手机是否注册判断。在注册页面不立即给出手机是否注册提示,而是在绑定支付方式的时候才判断手机是否注册。

点评:uber的登录/注册系统设计,采用美国的设计思路使用邮箱注册,忽略了中国用户手机才更能记住,邮箱太多反而记不住的问题。登录和注册,需要有快捷回路设计。

 

账号系统唯一性

1.第三方账号登录。目前uber主推百度账号体系。附带百度账号集成的QQ、新浪微博账号登录。第三方账号授权登录成功后,在uber自动生成一个账号。

2.uber账号登录。 第三方账号授权登录uber后,再用注册第三方账号的手机、邮箱去注册uber,无法提示账号已注册。

uber集成百度自带的第三方账号登录

uber集成百度自带的第三方账号登录

点评:uber账号系统和第三方账号授权登录后自动生成的uber账号,无法和重新使用相同手机、邮箱注册的uber账号进行区别。即第三方账号和uber自己的账号体系目前尚未做好账号唯一性。这样会容易造成刷单刷账号问题。

这点,完全可以参考滴滴、快的的账号系统,用手机号识别账号唯一性。邮箱,作为辅助接收账单等功能,或者可以去掉。

 

账号安全问题

1.支付宝绑定、解绑。

2.信用卡绑定、解绑。

点评:相同问题太多,google搜索截图,翻到结果第4页都是相关问题结果。因为uber绑定后解绑困难,一直作为竞争对手攻击的点。绑定后自动扣款是极好的,但我朝用户担心啊,容易解绑也是需要的。

话说,行程前绑定的银行卡,余额不够支付车费,但还是绑定成功了。后来在车上问师傅,师傅说,uber相信用户。银行卡余额不够,等够了就自动扣款了。用户没必要因为不支付款项而遭到uber封杀吧。

uber注册绑定支付宝

uber注册绑定支付宝

订单确认完成

1.司机确认,无需用户确认。uber优步的计算公式是0.25元/分钟+1.50元/公里。即行驶时间和路程,均直接影响最终费用。行驶完成时间,直接由司机进行操作确认。两次体验,第一位司机当面进行确认完成行程,第二位司机没有当面确认,我们下车后才想起来这事。

点评:订单确认流程不标准化。订单确认完成,因为只能是司机单方面进行确认操作,所以该确认流程需要在顾客到达目的地时,当面完成确认操作,并做告别。流程体验标准化问题,必须要规范,避免引起误会。

 

uber首单立减50元

广告:手机百度app生活频道提供了uber叫车的入口。体验简单,新用户首单立减50元。有兴趣的同学,可以通过手机百度进行体验。

 

uber满意点

1.司机不能拒单,叫车快。
牺牲司机的体验,不让司机拒单,但保证用户叫车体验。平均5-10秒叫到车!

2.司机素质高,兼职压力小,服务好。
目前uber司机,大多是各行业背景资深的私家车主,空闲拉个活,出来找个灵感,认识新朋友,顺道赚个油钱。对的,赚钱是次要的,不会想出租车那样开车拼命,也没有压力。

3.满满的信赖感。
uber对用户信赖。绑定银行卡余额不够也能绑定成功。等余额够了,自动扣款。

4.未来人群细分,更多场景化。
uber司机行业背景深厚,刚好形成uber的最大特点,逼格在那里。
未来人群细分,你想认识哪个行业的人,都可以选择性搭乘叫车,并支付服务费。
未来更多场景化,跨界合作,联运。uber可以聚集同类人,给同类人推荐场景化服务。

uber,未来有很多可能!欢迎uber PM联系我一起交流:)

关于作者:Gauin李红涛 百度 产品经理、极客公园产品观察家、腾讯科技作者、虎嗅作者、TECH2IPO创见作者、雷锋网作者、月光博客作者,Blogger。

如果让我来设计新浪微博信息流

本文首发于极客公园

以前,我们玩新浪微博;之后,我们被新浪微博玩;而现在,大家慢慢逃离新浪微博。究其原因,还是感觉微博太累,信息流太重。

web2.0信息流,别吵一文中,其实已经讲到Feed动态流、私信关注体系对web2.0信息流的严重干扰。而在新浪微博上,我们面对的是比较严重的三大问题:大爆炸、环流、碎片。

新浪微博信息流解决方案漫谈

新浪微博信息流解决方案漫谈(Gauin配图 来源网络)

问题一:大爆炸
在新浪微博的Feed动态流中,以秒计的信息汹涌而至,倘若你想和它比速度,劝你还是放弃吧。

面对信息大爆炸,该如何清理?这个话题,之前我在UGC社区类产品系列1:违规内容的处理里面重点谈到了垃圾信息的处理,只代表了对垃圾信息“堵”住的策略。现在我们再说一下两个阶段策略:拦截、分流。

阶段一:拦截
内容源头拦截。新浪微博内容源的发布行为和发布内容,需要微博平台过滤机制进行。发布行为,可以表现在发布频率、发布时间、发布地点、发布账号的变化规律,产生过滤机制;发布内容,可以表现在内容关键词、URL链接、图片内容等。

内容显示拦截。现在各大浏览器应用商店中,微博浏览器过滤插件大受欢迎。比如Chrome Web Store中的“眼不见心不烦”,设置简单屏蔽效果好,干干净净那叫一个畅快。当然,此类关键词过滤插件,需要多调教几次。

眼不见心不烦(新浪微博)官方版

眼不见心不烦(新浪微博)官方版

现在腾讯微博也有了类似插件的微博管家,但新浪微博至今还未免费出来,屏蔽设置功能只开放给收费会员。基础功能啊,收费,节操何在。而且,该功能入口太深了,建议放在Feed信息流旁边。

阶段二:分流
新浪微博最让人恐慌的莫过于盯着一条信息流去玩“消除”游戏了。此刻为了消除信息压力,只能进行信息分流。最初Google+抛出Circle圈子的概念。将关注的人分为几个圈,然后在信息流进行分组阅读。

一个信息流模块下的分组阅读。设计方式上,采用Google+的置顶滚动分组设计,而不是新浪微博的左侧分组阅读设计。左侧设计太容易误解为分组功能管理了,而实际上分组阅读功能被忽视。既然上分组阅读,就应该放在正常的阅读视线上,而且分组阅读功能需要被强化显示。

google plus分组阅读

google plus分组阅读

新浪微博左侧分组阅读

新浪微博左侧分组阅读

多个信息流模块下的主次阅读。保留现在的Feed信息流为主要阅读,开辟另一纬度的次级信息流,比如热门话题、热门搜索等等。主信息流,可以是亲密关系的推送;次信息流,可以是全站热点推送或者精选内容让用户发现,也可以是单向关注关系的推送。总之,要突出和区分信息流的主次,为目前单一信息流分流。

问题二:环流
或许你会发现某条微博(你自己发的或者别人发的),转发着转了个圈又出现在你的Feed信息流中,如同环形流动一样,总在你眼前重复出现。而造成信息环流的功能,就是转发。

转发功能的最大特点:
1、你发的微博,你的所有粉丝可见:
2、你的粉丝转发你的微博,他的所有粉丝也可见;
3、你的粉丝的粉丝转发你的微博,他的所有也粉丝可见;
在新浪微博现行的转发功能规则定义中,这条微博可以经历一层一层关系无休止的往下转发传播开去。这就如同一传十,十传百的次方传播,很惊人也很吓人。

按照正常的生活现象,每个人说的话都有一个传播目的,我们把信息传播达到目的定义为达到传播效果。如果我们将这条微博传播经历过N层关系后达到传播效果,继续传播下去则理解为信息泛滥。那在新浪微博信息传播体系里面,N层关系传播才是新浪微博需要的,而后的继续传播则是需要抑制的。

社交网络中有个经典理论-六度空间理论,即最多通过六个人你就能够认识任何一个陌生人。而这里提到的六个人,也就是六层关系。而新浪微博,我们可以理解为:你发了一条微博,最多经历了6层关系传播,就可以传播到任何一个微博用户。

借助生活中信息传播和学术理论支持,我们大致确定了对转发功能的优化方向。而新浪微博的产品经理同学只需要分析一下转发数据,即可以确定N层关系的有效传播中的“N”,到底为数字多少合适,切勿拍大腿决定。

对信息环流问题,优化“转发”功能方案:
1、分析新浪微博转发功能中信息传播效果与层级关系数的关系;
2、根据线下传播效果与层级关系数,确定N层关系产波达到有效传播效果的N的具体数字;
3、根据N具体的数字,确定“转发功能”转发规则,定义每条微博发布后,可经历的传播层级关系数;
4、确定超过N层关系后该微博转发功能的交互文案,告知微博用户为何不能继续转发了;

说明:新浪微博即将推出的个人信用体系,用户传谣将会扣分,限制转发,但后续可以做任务提升信用分数。对此,Gauin认为此信用体系设计对转发功能的影响甚微,并不能改善信息环流现象。

问题三:碎片
微博碎片表现在微博内容属性的碎片,而需要解决微博碎片化的问题,就需要对微博进行重新组织。

新浪微博信息碎片

新浪微博信息碎片

新浪微博有的组织功能:
微博赞,使用最便捷,最轻便级别的功能;
微博标签,需要手动给微博贴标签,使用太麻烦,用户思考成本太高;
微博收藏,目前新浪微博暂未对用户收藏的微博进行数据挖掘;
企业微博分类,在企业微博主页上作阅读导航作用;

我要提到的组织形式为:
关系微博,即互相关注用户之间的微博,两人之间强关系才产生互相关注行为。
兴趣微博,即单向关注用户之间的微博,两人之间强兴趣才发生单向关注行为。

即便新浪微博是靠纯兴趣建立了现在的互相关注,或者是单纯的亲朋好友建立了互相关注,但无论是何种互相关注,都可以得出毋庸置疑的结论:关系微博阅读级别高于兴趣微博。

而这个结论也将是新浪微博新的组织体系设计原则,而下方给出的设计方案,不作为对此原则的代表,仅作为一个参考方案。按照现在新浪微博的Page发展战略,以个人用户作为单元互动中心,以上的关系微博阅读级别高于兴趣微博的结论,将更加重要。

Feed信息流中碎片组织设计方案:
1、在Feed信息流顶部设计“关系微博”模块,显示互相关注用户的微博;
2、在“关系微博”中增加轻级别互动方式和预览效果,制定该模块自动更新规则;
3、在“关系模块”下方的自然时间流微博,同一时间更新的微博,排名靠前展示关系微博;

扩展问题:如何看待新浪微博Timeline设计相比QQ空间的优劣势?

关于新浪微博信息流问题,本文重在阐述解决的思路和原则,希望能给各位碰触了火花。至于具体实施方案,请慎重使用,同时请按照思路进行数据求证和挖掘。欢迎和Gauin深入沟通信息流产品设计。

新浪微博,无趣的私信

在我的印象里,是新浪微博带给我们私信的概念,正式将web10时代的站内信升级为web2.0时代的私信。而微博模型的产品,推出私信功能初衷,拉近名人与粉丝的距离。或许是玩心跳,玩虚头。

新浪微博,无趣的私信

新浪微博,无趣的私信-尊敬的开复老师

私信功能历程
1、刷粉阶段,私信沦为刷粉公司的营销重地;
2、营销阶段,各种蓝V账号群发私信做企业营销;
3、自残阶段,新浪微博“微字头”产品线以私信恶意骚扰用户;

可恶的微问助手

屏蔽了还能发私信的微问助手

三个阶段,最苦逼最悲催的就是新浪微博自残阶段。为了推自家的微产品,各种骚扰的事情做尽,即便你屏蔽了它照样还是给你发私信。看上图为证。

未关注人私信
私信,就是朋友间的私密信息。陌生人发的信息叫私信,就是耍流氓。最多就是你知道了我的邮箱,给我发了封邮件。我或许会看到,或许直接被当做垃圾邮件过滤掉。

未关注人私信

未关注人私信—名称掉了一个“的”吧?

而现在新浪微博的私信功能,也从关系着手分为私信、未关注人私信。而且未关注人的私信会进入未关注人信箱。此类私信来了,也没有任何提示。

私信规则改变后的骂声

私信规则改变后的骂声

规则改了,用户骂了。因为逻辑上还是没说清楚,既然要弱化陌生人的私信,而且不提示,那为何不干脆从私信中摘除?

改造私信的方案
前文说到私信的推出,并放到Profile个人主页上,本身就是为给粉丝搭建与名人对话的通信通道。这是颇有虚头的功能。

如今,私信经过三个阶段自然演变,最终演变为私信和留言(未关注人私信)两大内容的信息,这是产品功能的回归。
虽然私信功能目前在内容界限上清晰了,但在产品表现形式上依然和用户玩深沉,让用户难以接受不给通知提醒的未关注人私信。

既然新浪微博的产品经理玩深沉不果断,那我先抛出个设计方案:

对我关注的人(包括互相关注)
1、在我的Profile个人主页显示私信。即保持现在的私信发起按钮,并可以显示是否在线状态。
2、私信内容显示位置和提醒规则,和目前的私信功能设计保持一致。
3、发私信成功后的文案,主打关系、即时。

对我未关注的人
1、在我的Profile个人主页显示留言按钮。即在之前私信的位置显示为留言发起按钮,不显示是否在线状态,灰色按钮设计风格。
2、留言内容显示位置,在现在未关注人的私信那显示。将消息名称改为:留言。系统默认开启新留言通知提醒,用户可设置关闭。在消息中心可看到更新条数。
3、发留言成功后的文案,主打发送成功即可。就是一般的留言功能。说不定对方看不到,但垃圾放在。不要给用户发留言成功的预期过高。
4、 新浪微博Spam过滤机制,要对留言内容过滤,明显垃圾信息,直接干掉。

:此次留言的显示位置设计,我纠结是否显示在Feed和动态一个权重,或者显示在Profile个人主页和微博一个权重可以给别人看。但感觉都不太好,留言不该有这么大权重,所以还是放在消息中心为好。

对新浪微博私信改造,你有何高见?

web2.0信息流,别吵

web1.0时代,我们获取信息流的方式是主动获取,信息的来路是单向的。但到了web2.0时代,信息大爆炸发生了。现在的我们不再是信息饥渴,而是信息恐慌。那是什么导致web2.0信息流如此泛滥的呢?

我们先来看web2.0的关键词,从中我们可以发现点本质上的问题。

web2.0信息流-别吵

web2.0信息流-别吵

动态
任何发生的事情,都以时间线先后顺序出现在Feed页面。以QQ空间为代表的关系信息,以新浪微博为代表的资讯信息,以豆瓣为代表的兴趣信息。

关系知根知底,对关系信息好把控;资讯人多嘴杂,对方也不熟悉,对资讯信息极不确定,各种形态出现;兴趣志同道合,对同道人有归属感,对兴趣信息即为肯定。那问题很明显,泛滥的信息源出自资讯。

新浪微博进行分组查看,购买会员才能屏蔽自家广告信息,进行插播硬广告。平台上有杂草,平台就应该提供工具帮忙清理,而不是要挟买东西,这是基本服务。动态信息流不干净,就是破坏平台之根本。

信息清理,开关自如,应该是平台赋予给用户的基本权利。

转发
我们不得不承认,转发是web2.0时代加速信息传播的好功能,传播速度呈现几何爆炸式增长。虽是轻量级的互动,却无意间强奸了别人的视线。我们能怪自己手欠吗?

转发后评论内容过于水化、转发后无关人员可见、能见到无关的人评论、转发后展示界面拥挤不堪,这几点都存在严重不足,表现无力。进一步导致转发的无效行为,内容无意义。

私信
web2.0时代最恐怖的功能,不是转发,而是私信。曾经面对某位名人的主页,我内心惶恐的给对方发了私信。你不敢相信,这是web2.0时代给你带来的信息自由通道。

私信,亲密的语言。但收到最多的莫过于广告、恶意打扰。都不用敲门,直接朝你家窗户仍了一块砖。所以,在私信建立之前,需要达成关系,不管关系强弱,也是一种礼貌的私信前的正式许可。

都说互联网打破了信息的边界,让传播无界限。但私信这种无礼貌的行为,无异于民意强奸,即便你告诉用户可以设置私信隐私,也好比公认默许去私信骚扰用户。

私信,是服务于产品虚头的功能,是无节操的功能。

关注
关注,就是一种模拟人说话。有朋友问我,关注某个地点,是那个地点自己会说话吗?屁,一切都是人在操作。信息的根源在于人,任何信息都可以归结到某个人,人是信息的出处。

多个层级关注体系,无非是一个分类阅读的标签形式而已。看知乎通过关注标签形式的话题,最终聚集的依然是大类,小标签作为长尾关注甚少。以标签为信息来源,信息流将更加混乱,知乎早前的改版印证了这点。

信息来源关注人,让人筛选一次后再传播出来,这是一个协同过滤掉无关信息的高效方法。

总结:在web2.0信息流中,不可控信息源太多,而且还不能自己清理。另外,自杀性功能,比如转发、私信,都让信息流更加反感。合理的信息流,解放的应该是信息获取和处理的方式,让其更高效更有营养。假如,你知道我要什么信息,请将我不想看到的信息直接干掉。

问题:web2.0中,你认为还有哪些功能太吵呢?