摩拜和ofo小黄车,哪家强?

#起源

三月,春回大地,两家市场份额领先的单车公司摩拜ofo 开始了新一轮的车辆投放和推广。由于周末免费,于是在去地铁站的路上试了下,进而对摩拜和 ofo 小黄车哪家强的问题也有了结论,暂时看好摩拜,因其使用体验更好。

#体验对比

1、找车,摩拜胜

首先,要有车,这涉及供应链制造、车辆投放策略等。摩拜在 2017 年 1 月接受了富士康的战略投资,而前几天 ofo 也与全球最大的自行车制造商富士达签署战略合作。

其次,知道在哪里。摩拜由于有 GPS 定位功能,可以定向找车,ofo 暂时只能肉眼找车。如果找车超过 5 分钟,相信很多人就会放弃,尤其上班时间是很赶的。当然摩拜、ofo 发起的红包车活动,也给找车增加了一些动机和乐趣。

再次,去车那里。如果车都在小区、地铁站、公交站、商场超市门口,那是最好的,不用走多少路。因为有 GPS,摩拜可以通过扣分教育以及人工维护的方式使得车辆更多地存在于在这些区域,而 ofo 做不到,车是被用户骑回家里,还是被扔在不知名的路边都是不知道的。ofo 在 3 月公众号文章中介绍的与 700bike 合作的下一代共享单车仍然没有 GPS 定位功能,有些不解,其实 700bike 旗下的后街等自行车都是有内嵌 GPS 芯片的。

2、可骑,摩拜胜

ofo 的损坏率较高,亲眼见过的有编号被划的、轮胎没气的、座椅轮胎被卸掉的。反观摩拜,一开始就考虑了这些问题,经典版的全铝车身、轴传动、橡胶实心轮胎、电子锁等,轻骑版虽然使用了更多的常规零部件,但也比大部分版本 ofo 损坏率低。

3、开锁,摩拜略胜一筹

摩拜一直是电子锁,故障率偏低,而 ofo 的机械锁版本容易因为车牌被划而开不了锁。开锁前需要注册,注册时两者都需要交押金,ofo 是 99 元,摩拜 299 元,ofo 注册成本更低。再个,摩拜支持微信扫码开锁,实际是跳转到摩拜小程序中(还需点击立即开锁),ofo 据说未来可以在滴滴中直接使用(4 月 27 日滴滴中已有 ofo 单车入口),两者都可以不用安装应用。

4、骑行体验,ofo 略胜一筹

小黄车轻便亮眼,比较适合在天气晴朗的周末骑,同时拍个照发发朋友圈。摩拜没那么好骑,不过车筐什么的更稳,比较适合骑着去买菜、有包的女同学下班骑回家、雨后骑行等。至于车费,ofo 是 1 元 / 小时,摩拜视具体车型,1 元 / 半小时、0.5 元 / 半小时都有。

5、关锁,摩拜胜

摩拜关锁后会自动结束行程并 “滴滴” 两声,虽然订单状态的更新比预想的要慢一些,不过影响不大。ofo 的机械锁版本关锁后还需到应用中手动结束行程,相比不是很方便。

#如何选择

前段两家都在搞充值优惠活动,考虑自己有自行车,周末去市区也不多,就给摩拜充了 20 元。如果你准备注册摩拜,可以填我的邀请码:mobikebydz,双方都可以增加信用分。

P.s. 搜集相关观点的时候发现知乎专栏和微信公众号的高质量内容比较多,这对微博、百度可不是利好的消息啊。

#拓展阅读

1、一席:“膜拜” 单车 by 胡玮炜
2、ofo 与摩拜单车,谁会赢呢?
3、根据公开信息看各家投资 OFO 和摩拜的逻辑上
4、熊猫资本详解投资摩拜单车背后的逻辑
5、ofo 共享单车和摩拜单车哪个更有优势?

网易云音乐为什么突然火了?

目前在用的两个音乐应用,一是网易云音乐,通过推荐的歌单发现了很多好音乐,同时曲库相对全;二是豆瓣 FM,推荐很精准,多为轻音乐,工作学习时听,现在的每日私人歌单也不错,很适合时间碎片化下的我们。

回顾音乐软件使用历史,PC 客户端时代,主要使用酷我音乐盒,虽然 “Hello,Kugou!” 的口号很有创意,但酷狗搜索歌曲经常夹杂一些翻唱片段,而酷我只会搜到一两首歌,并且往往就是你要找的。PC 端到移动端时代,开始使用百度 ting,因为“百度和三大唱片公司都有合作,所以曲库全且正版”,当时新版百度音乐盒 Web 版真的令人惊艳,但是后面百度音乐应用界面越做越复杂,同时版权也逐渐到期,大概 15 年开始逐渐转用网易云音乐。至于豆瓣 FM虾米,Web 2.0 网站的两个代表,则一直处于不温不火的状态。豆瓣 FM 的给歌曲打红心或丢到垃圾桶很有新意,不过在所有 blogger 对豆瓣 FM 交口称赞的当时,我用着却很不习惯,可能是因为歌听得不多吧。虾米很特别的是精选集,通过虾米也听到不少好歌,印象中《我的歌声里》在大火之前就一直在虾米排行榜位居前列,但为什么都被后来者网易云音乐给赶超了呢?对于我,网易云音乐是给我推荐出新歌最多的应用。

对于所有用户呢,网易云音乐究竟做了些什么?音乐应用的用户包括歌手、音乐人、音乐 DJ、音乐发烧友和普通用户,每类用户的需求,网易云音乐都有覆盖到。当然网易云音乐最突出的还是对歌单和评论的重视,高质量的歌单和评论让其在音乐应用中显得不拘一格,我们都知道,对音乐的欣赏能力和语言表达能力是有门槛的,为什么云音乐的歌单和评论质量这么突出,云音乐的同学们在产品和运营上肯定做了些什么。就音乐应用,版权是基础,但不是所有,百度音乐再好也只是一个听歌工具,而云音乐是云音乐,功能可以被抄袭,版权可以被跟随,但社区氛围、社交关系、我们在其中的成长没法简单复制。

2015,移动产品该如何突围?

4 月份看到一篇文章提到移动应用陷入死亡潮,400 万应用僵尸超八成,周期仅 10 个月。之后有段时间就比较悲观,觉得做移动应用没什么前途,但后来发现这个想法是错的:一是每个人的需求不一样,如果能很好地满足某类用户的需求,就能成为他们平常玩得多的十来个应用之一,同时中国人口基数大,占比很小的一个群体绝对数值也是巨大的;二是部分需求具有很强的场景性,虽然不是天天用,但特定场景下,你一般都会用某些应用,比如旅游订酒店机票时用携程去哪儿,租房时用 58 赶集,我们能说携程 58 没有前途吗?三是仍然有很多需求没有被满足好,比如 @布布徐 说的健身房数字化问题,同时社会在变化,新的需求也在不断产生,现在主流视频网站都已支持弹幕,这是之前大家所未预料到的。回到移动应用死亡潮这个话题,死亡原因何在?我们又该如何应对?

一、死亡之因

移动端流量无疑是超过 PC 端的,一方面移动互联网用户比 PC 互联网用户更多,智能手机、平板设备因其便捷性渗透到了 PC 没有渗透到的地方,父辈们也开始玩微信看网易新闻什么的;另一方面存量用户上网时长在增加,公交地铁中,吃饭等位时,大家越来越多地在玩手机。Moment 的统计显示每天我玩手机的时间在 300 分钟左右,可是现在日常使用的应用的确越来越少。

想想那些曾经用过但现在基本不用的应用,比如 Next Day,做得不错,但就是用得很少,也尝试过将其放在主屏,但还是用不起来,而魔漫相机、脸萌、足记等,玩过两次后就不想再玩了。至于打车类应用,现在只保留 Uber 和滴滴,早期打出租车那会儿快的用得比滴滴还多,双方合并后开始转用滴滴,五一后上下班开始坐顺风车,起初用 51 天天,但是 6 月滴滴推出顺风车后,51 天天车主接单时间明显变长,成功率下降,6 月底开始转用滴滴顺风车,一直用到 9 月。10 月底开始用 Uber,正好那段 Uber 活动比较多,使用之后感觉服务质量、便捷程度、价格都胜于滴滴,所以现在出行 Uber 优先,没有时才考虑滴滴。代驾方面,暂时没有机会体验,不过以后会优先选择滴滴,然后才考虑 e 代驾,不想装那么多应用。再说充话费,早期用中国联通手机营业厅查套餐余量充话费,但现在查余量用中国联通微信公众号,充话费看京东、百度、微信、支付宝谁家搞活动,没有活动就用京东,可以打白条。再说信用卡还款,早期用招行手机客户端,现在查账单或者支付宝本身支持,或者查看邮件,还款只在支付宝,因为它很好地解决了多张卡的还款管理问题。

总结起来,部分产品非刚需想不起来用,部分产品生命周期有限不想再用,部分体验差的被体验好的取代,功能单一的被功能全面的取代,还有部分被微信支付宝等超级应用取代。移动端多个应用间切换的不便,也加剧了移动应用市场的马太效应。

二、如何应对

1、提高用户体验

产品为解决用户问题而生,用户在使用过程中会遇到很多细节问题,如何让用户用得顺畅是我们需要考虑的,同时我们也需要考虑自己所提供服务的边界,对于那些没有覆盖到的区域,如何保证其用户体验良好,同时当时机成熟时,我们如何向用户任务链的上下游拓展,满足用户更大范围的需求,毕竟当前用户面临的很大一个问题是,应用太多,希望尽量少的应用解决生活中的大部分问题,用户需要综合解决方案,像携程从机票、酒店到火车票、汽车票、门票等,猫眼电影从电影票团购到在线选座、预售、影评社区、电影周边等,滴滴从出租车到专车、顺风车、巴士、代驾等都是很好的例子。当然体验还是最重要的,就像现在我自己,网易云音乐和豆瓣 FM 都在用,携程和高铁管家 / 航班管家主要使用后者,滴滴和 Uber 优先 Uber,百度外卖和到家美食会基本只用到家,淘宝京东和 1 号店,较少淘宝主要京东,超市类购物需求上 1 号店。

2、借势超级应用

5 月腾讯公布的 2015 年业绩报告显示微信月活跃用户达到 5.49 亿,品牌微信号 800 万 +,对于很多公司来说,自家微信公众号可能比自家应用离用户还近,用户打开公众号的操作成本比打开应用更低,所以一些热门的简单的需求,可以让用户通过微信公众号就能解决,长尾的复杂的再引导用户下载自家应用解决,比如中国联通等。再个,微信服务号的消息到达率和打开率可能已经超过短信、应用推送和营销邮件,因为 “必须点进去,红色的提醒数字才会消失”,我们可以考虑和自身业务进行结合,比如微信系、银行类、购物类、京东白条、JobDeer(已停止营运)等公众号所在做的,至少可以定期给用户发点福利什么的。除了微信,我们也要考虑自家服务与微博、百度、UC 浏览器、支付宝等应用间的连接性,还是那句话,用户在哪里,我们就在哪里。

3、多个平台协同

Web、iOS、安卓、微信、微博、手机浏览器,每个平台都有自己的优势和不足。有些任务在 Web 端操作更方便,比如长文编辑,所以懂球帝应该开发一个 Web 版长文编辑器;有些任务在手机应用中进行更方便,比如登录、小额支付,所以现在越来越多的网站主推扫码登录,腾讯理财通早期甚至只支持扫码支付;有些任务微信更方便,比如还京东白条。多平台协同这块,知乎做得不错,从 Weico Pro、百度中点某个知乎链接进入手机版知乎,可以阅读问题,同时也可以点页面中的 “打开应用” 唤起知乎,进入问题 / 回答详情页,完成关注等后续操作,同时尽管在微信中不能直接唤起知乎(由于微信的限制),也给了用户解决方案引导提示。

如何面试移动产品设计师?

许久没有面试,这两天连续面了两人,借此总结下面试流程。

1、第一个问题
先介绍一下自己吧。

2、项目回顾
做过哪些项目,其中所处角色,并针对项目具体细节进行提问。
遇到的最大问题,如何处理的。
目前是否已离职,离职的原因。
判断需求分析、原型设计、沟通能力以及背景真实度。

3、工作之外
常用应用,并就其中某项功能进行点评,提出改进方案。
觉得做得好的的应用,为什么觉得好。
如何获取业界信息,涉及应用、网站、书籍、微信公众号、业界前辈等。
考察行业热情度、勤奋度、判断力等。

4、业余生活
平常有没有什么爱好,业余一般做些什么。
考察性格、品行等,优秀的产品设计师一定是热爱生活的人,同时性格也很重要,毕竟以后要一起工作。

5、求职者的需求
应聘当前职位的原因,近五年的规划,薪资要求等。
清楚求职者的需求后,才能知道与当前职位需求是否匹配,未来双方能否长久,这里有一些 HR 方面的关注点。

6、最后一个问题
“你有没有什么问题想问我的?”
一方面解答求职者的一些疑问,另一方面看看能否问出什么惊艳的问题。

从心理学的角度来说,面试是测验的一种,不过和一般测验不同的是,面试重在评估面试者与职位需求的匹配度。没有最好的,只有最合适的。

定位到不在之前的城市是否弹出提示框?

N:
当系统发现城市改变时,他的行为是提示用户改变到了某地,并询问能把地点变过来么,而没有默默的把地点改过来。

原因如下:
a.用户知道自己的地点变了,但也许他并不想改变应用的地点,可能是帮别人买,之前给他提示,用户可以选择要不要变,如果用户不想变而系统默默地变了,他还要再到设置里改,很麻烦;如果用户想要变,系统这样的提示只是让用户多点了一下而已,并没有给他的体验增加负担。总结一句话就是得到的好处大于得到的坏处。

b.系统在一进入界面就这样提示用户,会让用户觉得很贴心,进入应用的第一印象就是好的;如果在查找影院信息时发现地点已经变了,会让用户有“哦”的感觉。个人感觉第一种会让用户在使用当中心中一直留着最初的小感动小惊喜,第二种是在使用的最后阶段让用户发现这个改变,他感动的时间短了,后果就是可能更容易遗忘这个感动。

M:
1、深入思考这个问题:提示框,主要是重要的通知,或者破坏性操作的确认。
OK,那这个首先如果当前定位城市是北京,你切换到上海,我肯定不会弹提示,因为这是用户的主动操作。
那如果之前在天津,现在人到了北京,是否就要弹提示?请思考此时的用户场景:用户为什么要打开App?用户此时是想看天津内容的多,还是想看北京内容的多。

2、第一次做这个时也是跟很多App一样,弹出提示。后来Y说,没必要,后来就去了。
好几次在其他城市打开点评等弹出提示的App,就还要多点一下,确实没必要。
而当初之所以设计弹出提示,还是受市面上App的影响,而没有去深入思考背后的必要性,以及这样设计的理由。

3、如果你本身是LBS应用,那么不用想,你就是要显示当前定位位置附近的内容,用户打开你也是想看附近的内容。Kentzhu也发过一条微博说到这个。
如果你本身非LBS应用,那么定位就不是那么重要,又何必提示是否切换到当前城市?

Balsamiq Mockups终极教程

之前介绍过Balsamiq Mockups,自己之前也用过,但这段整理设计规范,才深知之前用得不深,Balsamiq Mockups除了交互弱点,其他真的很强大,也说明充分利用好手头上的工具才是王道。回顾之前,主要有以下问题:

1、很多功能都没有用到。
比如对Geometric Shape、Rectangle/Canvas/Panel、Icon、Crop、Arrow/line、Hide Markup、Export Selected等的使用。像Geometric Shape,太常见以致被忽略,之前一直用Rectangle/Canvas/Panel控件做导航栏,实际用Geometric Shape更规整;像Arrow/line,其中Arrow Direction、Curvature,箭头加在一起多种变形,我之前也都没有完全用到。

再比如,如何在一段文字中将某个词加粗、倾斜、加下划线、标红?Balsamiq Mockups本身其实都有教我们。建议每个控件的每种状态都用下,这样会发现很多以前所忽略的功能。

2、不会分析。
对于一些复杂的形状,Balsamiq Mockups本身可能没有直接可用的控件,但我们可以通过不同控件的组合加以实现。比如百度地图上类似雨滴的标注点,开始不知道如何画出来,后来看到别人的实现:一个圆+一个菱形,当即觉得自己真笨,这都没想到。类似很多,关键在于分解。

3、见识少。
之前都是自己一个人在画,这次看到Jw做的东西后,思路开阔很多,水平也迅速升了一级。虽然我们平常很难看到别人做的,但一方面你可以到这里(软件菜单栏Help==>Download More Controls)下载别人做的原型(其中Social系列就很不错),模仿着练习一遍;另一方面可以对着iOS人机界面指南把iPhone的标准控件都绘制一遍,或者重绘一些线上知名App的产品原型图。

 

P.s.
1、文中提到的部分案例可到这里下载,顺便出个蛋疼的问题:VR Thin如何做出来的?答对的同学(限女生)将获得本人的陌陌号。==|||
2、作为一项工具,BM有自己的优势和定位,同时其页面细节同样可以做得很细致(需要考虑实现时间成本),但比掌握BM更重要的是对产品的思考。

产品设计师必备工具之Xmind

Xmind是一款优秀的免费思维导图软件。说到思维导图软件,大学时就尝试过,但后放弃了,现在想来简直不可思议,因为并不难掌握。或许是当时没有想到用来做什么吧,我最近挺习惯用它来画App的结构图的。

关于思维导图,思路是最重要的,逻辑是最重要的,图形色彩只是锦上添花的东西。然后看看其他人的作品也可以激发自己的灵感。

 

P.s.
1、官网地址
2、介绍文章12
3、我画的“网易应用中心结构图

X地图

说到手机地图App,最早的时候当然是用Google地图,后来Google慢,百度地图更快,就一直用百度了。平时用得不多,直到前段组织同学去玩,以及自己去了两个陌生的城市,百度地图是我那段用得最频繁的App之一。

使用中遇到的一些小问题:
1、收藏夹分类不明显。当时还说路线呢,明明收藏了,用户使用App时的环境并不是冷静的。
2、支持公交线路报错。在苏州时,有条公交线路的数据过期了,应该提供一个报错的机会。
3、收藏的路线里,“我的位置”后面是否可以加个括号说明下具体位置?
4、增加测距功能。当时带同学从长城回来,特想知道自己的位置到八达岭车站要走多远。

基于以上经历以及这四天的研究,在搜狗地图的基础上画了个地图App的主要原型图。里面会有一些不合理的地方,因为对地图的理解还不够深,也缺少实际的调研和数据分析,但想说的都在原型图中。

改动包括:
1、凸显主要功能。
路线放入标签栏,城市、收藏夹放入更多等。

2、简化流程。
包括对搜索,对路线的简化。

3、强化公交查询功能。
8684公交在hiapk下载次数:4865301,旅行·地图类里排名第五。搜狗地图下载次数:1028494,排名18。
8684公交在gfan市场下载:1901392,交通导航类里排名第九。搜狗地图下载:247207,排名18。
(2012.8.22的数据)

 

P.s.
原型图下载:HTML文件(解压后点击start),rp文件(用Axure打开)
思维导图下载:png文件xmind文件(用Xmind打开)

一款云笔记App构思

市面上的笔记App总不能让人满意,就自己动手用Balsamiq Mockups画了一个我所期待的笔记App的原型。

一、设计理念
1、简单易用。
最快地让用户记好笔记,因为只是记个笔记而已,而且灵感转瞬即逝。
2、看重整理。
笔记最终是要整理的,不整理的笔记没有意义,在整理中收获更多。移动端进行简单、琐碎的编辑,PC、Web端进行系统的整理。

二、功能点
主要:
1、新建笔记:文字是最常用的,是最终形态;音频方便,有时文字来不及;照片是特定需要。
2、多终端同步:智能终端的丰富,数据同步才有了需要。

次要:
1、查看:浏览,搜索
2、整理:编辑,删除,移动

再次要:
1、分享:邮件、短信、新浪微博
2、安全:密码锁定

 

P.s.
App原型png图片下载地址,bmml文件下载地址

Android、iPhone、Windows Phone设计规范汇总

周末整理了三大手机操作系统的设计规范,对于初入门者是个很好的参考。

 

Android
2.3 系统以前:
官方出品:Android UI设计指南(包括图标设计、Widget设计、Activity&Task设计和菜单设计;网友翻译的中文版:地址

网友分享:Android人机界面设计规范Android设计规范

@penndy:两份Android用户界面设计的资料(一份是google I/O 2010会上的资料,一份是7月份Android官方博客放出的资料)

3.0 系统:
@KunLun UED:Android 3.0(蜂巢)交互&UI设计规范

4.0 系统:
Android界面设计官方指导网站 :Android Design

@Sun Junwen 做的:Android设计指南非官方简体中文版

腾讯CDC:Android 4.0设计规范 优先导读 十大改变
(附全文翻译PDF:Android 4.0设计规范 ,相较而言,个人觉得Sun的翻译更生动)

 

iPhone
1、官方出品:iOS Human Interface Guidelines简体中文版只能在线阅读,相较英文版少了iOS 5的内容;英文版在线阅读地址

@totry_zju 翻译版:iOS HIG

@penddy 翻译版:《iPhone Human Interface Guidelines》PDF版

uxguide.net翻译版:iPhone 人机界面设计规范(中英对照)

浙江科技学院师生翻译版:中文版iPhone HIG_iPhone人机界面导引(交互设计指南)(中英双语哦)

2、@Fenng 表示,设计iPhone应用,从这本书开始:触动人心-设计优秀的iPhone应用

3、@陈欣龙:iPhone设计标准(简)2011.11.07-1621(简单介绍了iPhone最基本的几个控件相关信息。对视觉设计师设计时,图片位置定位有一定帮助。对一些基本概念阐述,可以有一个直观的理解;不过里面有几处小错误,比如:标准列表的列表项是44px非45px)

 

Windows Phone
1、腾讯CDC:Windows Phone 7 界面设计与交互指南第二版中英译本

 

P.s.
1、感谢以上这些人,否则没有这篇博客。
2、可以预见的是,这篇博客的浏览量应该会是近期最高的,因为下载的人多,但真正沉下心来读完并运用于实际操作中的少。