分类目录归档:PM之路

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

目前在用的两个音乐应用,一是网易云音乐,通过推荐的歌单发现了很多好音乐,同时曲库相对全;二是豆瓣 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、最后一个问题
“你有没有什么问题想问我的?”
一方面解答求职者的一些疑问,另一方面看看能否问出什么惊艳的问题。

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

移动产品设计之导航

导航对于一个应用来说非常重要,以下是常见的几种应用导航方式:

一、标签栏导航
苹果的App Store就是典型,早期的应用多是这种导航,甚至标签栏的高光投影都学的App Store,因为当时App设计属于新事物,大家都没怎么接触过。标签栏的Tab数量最多为5个,否则不好点击,这跟手机屏幕宽度有关。印象中当时大部分应用都是5个Tab,4个的显得尤其特别,包括微信、下厨房、米途订酒店等。标签栏导航的变式:Android中的Fixed Tabs。

二、九宫格导航
如早期的Facebook、大众点评。变式:1、去哪儿、艺龙等不规则的九宫格,重要功能面积更大;2、Zaker、360安全卫士3.0版等类Metro风格。

三、侧边栏导航
如Path 2.0。变式:1、12年突然火爆的两个App:唱吧(5月上线),侧边栏里的项目按方格排列。啪啪(10月上线),侧边栏的项目排在屏幕底部。2、Sparrow有两级侧边栏,右滑出现二级侧边栏,继续右滑出现一级侧边栏。Path 2.5左右边栏都可以滑出。

四、列表导航
如设置。某种程度上,九宫格导航是列表导航的变体,更美观。

五、卡片式导航
如天气,不同页面显示不同城市的天气。

说来很多应用都改过导航,网易新闻、WeicoPro最早是标签栏导航,现在是侧边栏导航;易信第一版、蝉游记测试版是侧边栏导航,现在都已改为标签栏导航;Facebook最早是九宫格导航,后来改过侧边栏导航,现在则是标签栏导航;而苹果的App Store却一直没变。应该说每种导航方式都有自己的特点,网易新闻有一版曾将体育科技等栏目放到侧边栏,首页仅显示头条,但后面又改了回去,相信是发现体育科技等栏目流量大幅度降低,因为用户要多点击一次,即便现在可以右滑打开侧边栏,作为网易新闻的重度用户,我也很少打开。

产品采用哪种导航方式,不是看潮流,也不单单是考虑用户体验,一切源于我们对产品的期许,我们希望它解决用户什么问题,解决公司什么问题,为了达到这些目标我们安排一些功能,这些功能组合在一起,结合产品流程、移动设备交互特点、用户使用我们产品的习惯等自然出现合适的导航方式。其中最主要考量的一点是主流程的数量,1-2个考虑卡片式导航、侧边栏导航;2-5个,考虑标签栏导航、列表导航;大于5个,考虑九宫格导航。

扩展阅读:
1、移动端主要导航模式
2、几种典型的iOS应用界面的交互框架
3、产品经理需要了解的移动交互设计知识
4、说说抽屉式导航
5、导航布局如何简化

移动产品设计之地理定位

iPhone的“设置”-“隐私”-“定位服务”页面上有这样一句话:“定位服务”使用GPS及众包的无线局域网热点和信号发射塔位置来确定您的大致位置。这说的正是移动设备常见的三种室外定位方式:

1、GPS定位
GPS是全球定位系统(Global Positioning System)的缩写,由美国国防部研制和维护,该系统包括太空中的24颗GPS卫星。最少只需其中3颗卫星,就能迅速确定用户端在地球上所处的位置及海拔高度。除了美国的GPS系统外,目前正在运行的全球卫星定位系统还包括俄罗斯的格洛纳斯(GLONASS)系统和中国的北斗卫星导航定位系统。空间定位的原理是在空间中若已经确定A、B、C三点的空间位置,且第四点D到上述三点的距离皆已知的情况下,即可以确定D的空间位置。A-GPS指的是一种在一定辅助配合下进行GPS定位的运行方式,它利用手机基站的信号,配合传统GPS卫星信号,让定位的速度更快。

2、Wi-Fi定位
Wi-Fi是一种无线局域网技术,它允许电子设备使用无线电波交换数据或连接到互联网。Wi-Fi定位的原理是根据周围Wi-Fi热点的位置(较固定)通过算法算出当前设备所在位置。

3、基站定位
基站是固定在一个地方的高功率多信道双向无线电发送机,如果没有基站,手机就没有信号,打不了电话,上不了网。基站定位的原理和Wi-Fi定位的原理类似,算法上GSM网络和CDMA网络有所不同。

前几年流行一个词叫LBS,当时出了一大批签到应用,包括Foursquare、街旁、切客、网易八方等,目前好像就Foursquare还在,其他基本关门。回想一下,那段时间玩签到就是图个新鲜,也有部分动机是体验产品。签到应用并没有解决我生活中什么实际问题,后来微博微信更流行,也就离开了。

LBS重在Service而非Location,所以绝大部分LBS应用挂了,而另一方面越来越多的应用开始加入地理定位元素。地理定位作为移动设备的基础功能之一是任何移动产品设计者都不能忽略的,但我们需要思考的是自己的产品是否可以和地理定位结合,来为用户提供更好的体验。这方面值得我们学习的是微信的“雷达加朋友”,支付宝的“当面付”,不值得学习的是网易云音乐的“身边”(附近其他人听了什么)。

拓展阅读:
1、LBS应用常见定位方式(含原理和优缺点)
2、GPS和AGPS工作原理和区别
3、LBS应用如何通过Wi-Fi和基站对手机定位?
4、哪个App的基站定位最准确?

移动产品设计之数据可视化

好吧,有点标题党,其实是App设计做久了,总是列表列表,确实很单调,不好看。开始是去豆瓣搜索数据可视化相关书籍,后来发现有些没必要,看下Excel的图表类型,足够解决大部分问题。

Excel中的图表类型包括:柱形图、条形图、折线图、饼图、XY散点图、面积图、圆环图、雷达图、气泡图、股价图。每种图表是一个什么样子,然后适用于哪些情况,先百科,然后下载一些App看下实际效果,还可以逛下花瓣网

最后让我们重新思考一下整个问题,为什么要用图表,初衷是避免单调,让App更美观,但细细思量,本质上是替数据找寻最合适的展现形式,让用户更直观地理解。

拓展阅读:
1、制图基本知识
2、移动应用“形形色色”的数据可视化
3、数据可视化-信息图背后的心理学
4、推荐App:Making of Making Powered by NIKE MSI

移动产品设计之降低输入成本

受限于屏幕尺寸,嘈杂的环境以及自身的状态,移动端输入成本很高,错误的概率也很高,那么我们如何降低输入成本呢?

一、提高输入效率
1、保证输入框的宽度和高度,准确明了的提示文字,调用合适的键盘(iOS键盘类型),限制输入字符的类型和长度,自动插入空格,提供清空按钮,准确及时的反馈等,比如支付宝中的添加银行卡。
2、内置第三方输入法或增加自定义按键,比如Weico内置百度、搜狗输入法,Chrome输入网址时增加了“.”、“/”、“.com ”,随享增加了“#”、“@”、“☺”。
3、提供输入建议和历史,比如微博登录时输入邮箱名自动补全后缀,百度地图输入搜索词后即时显示可能的搜索地点。

二、换用其他交互方式,减少输入
1、选择,比如天猫、支付宝手机充值的选择充值金额,充值号码调用通讯录。
2、单击,比如天猫对商品购买数量的输入处理。
3、滑动,QQ音乐的定时关闭,就是滑动选择长短时间。
4、语音输入,比如百度音乐的语音搜歌。
5、摄像头读取,比如有道词典的摄像头查词,支付宝的扫描输入银行卡号,微信的个人/群二维码(前段在Instagram上关注了近100个用户,累得我想死!)
6、摇一摇,有次微信加好友就是用的摇一摇,懒得问帐号输帐号。
7、长按,比如微信的“一起按,加朋友”,支付宝的“一起AA”(原理)。
8、声音交互,比如Chirp的鸟鸣传输文件(原理),支付宝的当面付,虽然官方表示声波代表的不是支付宝账号,背后是一串交易号,但客观上确实减少了支付宝账号的输入。

三、优化产品流程,不用输入
1、输入一次后,记住内容/用户名等,比如iPhone的信息会保留上次未发送的内容,微信退出登录后会默认显示上次登录的用户,支付宝手机充值中默认填着该账户绑定的手机号。
2、以其他信息形式代替文字,比如微信中的聊天表情,赞,语音,视频,以前我们跟朋友短信(SMS)拜年,后来我们微信语音拜年,过段我们将视频拜年。
3、本身已满足用户需求,比如微博的复制微博功能,大众点评的“最近浏览”和商户收藏功能。

前面讲的都是文本的输入,但输入仅限于文本吗?

地理坐标:聚会,堵车,想告诉朋友自己现在的位置,早前我们一般是告诉他们自己周边某个标志性建筑的名称,但现在我们可以直接微信自己的位置。再比如初到厦门,刚出车站,想上厕所,之前要自己去找,现在我们可以直接打开地图App搜索肯德基,然后地图App根据上送的经纬度返回周边的肯德基店。经纬度获取的基础是手机里的GPS模块以及Wi-Fi、基站等定位技术。(这里表扬一下腾讯地图,搜索“厕所”,结果中有肯德基/麦当劳店)

音频:逛商场突然听到某首歌,旋律很好听,想知道歌名,最早我们可能问店员或同行的人,或者听出歌词然后百度,但现在可以用QQ音乐、百度音乐的“听歌识曲”或微信的“摇一摇搜歌”来识别歌曲。可以这样的基础是麦克风(声波传感器)以及加速度传感器(摇一摇用到)。

图形图像:本来图形图像的需求场景不是那么明显,可是Line首创将ID转为二维码(实际是QR码),然后摄像头(影像传感器)扫描直接识别添加,很好地解决了原来加好友需要输入ID搜索,再添加,并且碰到长且不规律的ID比较麻烦的问题。后来,微信也跟进了,并对二维码在国内的普及功不可没,现在视频网站每个视频下面都有个类似“用手机看”的功能,就是把网址转成了二维码。

文本信息只是输入的一部分,还有很多其他类型的信息,原本这些我们需要先翻译成文字,然后告诉计算机,但随着技术的发展,我们可以直接捕捉,捕捉的基础是各种硬件传感器。如果我们能深入理解用户需求,同时善加利用各种基于传感器的技术,就能很好地降低用户输入成本。

拓展阅读:
1、好的体验从降低输入成本开始
2、惊艳呈现-百度搜索手机客户端
3、简化输入 — 让网页表单更亲切
4、一个文本框搞定信用卡相关信息的输入
5、HTML中怎样触发不同类型的键盘

移动产品设计之加速

我们有时觉得某个App快,某个App运行起来则很慢,这个过程分解开来就是:某个App执行某项任务,在某种网络环境下,被用户感觉到速度快或慢。三个关键词:任务,网络环境,用户感知。

任务:
1、提高任务执行速度
优化App代码质量,这个技术上的思路比较常见。

2、后台处理任务
最近使用新浪微博Windows Phone客户端时感受强烈,每次发出微博后可以继续刷微博,过段状态栏会显示发送成功或失败的提示。处理任务的时间并没有变化,使用体验却顺畅许多。

3、提前执行任务
Instagram在你拍完照片填写照片说明、分享信息等时就开始上传了,等你点击“完成”时,照片可能都已经上传好了。仅仅照片说明、分享信息等的上传,时间相对短很多。用户的感觉就是Instagram比别的App快,分享照片很简单!
微信查看他人朋友圈的照片,某张照片加载完成后,会自动加载该照片的前一张和后两张,这是对用户行为的预测。

4、提前显示任务结果
发iMessage时,点击“发送”后,输入的内容就会移入对话列表中,此时导航栏上还在显示着发送进度。一段时间后,如果发送失败,所发送消息右侧会显示红色的叹号,点击可再发送一次。
Instagram中点“赞”时,“赞”按钮会立即变为“赞了”,而实际此时赞的请求正在进行。
微信更极端,没有网络时朋友圈发的照片也会进入内容列表中,但实际是没有发出去的,短时间内微信会在有网络时自动上传,长时间的话,微信会提示“照片发送失败”,可轻触以再次发送。

5、细化为多个任务
大多数App采取的分页加载数据就是一个例子,像新浪微博“首页”每次加载50条微博,“消息”中每次加载20条消息。

6、降低任务难度
随享中查看微博图片,先显示质量稍低的图片,点击“原图”才会加载原始图片。

网络环境:
1、不同网络环境不同处理
新浪微博根据网络,在Wi-Fi下大图模式,在3G/2G网络下小图模式。

2、避免陷入3G/2G网络环境
视频、音乐类App的离线功能,豌豆荚的追剧功能。

3、与运营商合作推出类定向流量包
搜狐视频的联通15元每月6G流量包,豆瓣FM的联通免流量包月服务,微信和广东联通推出“微信沃卡”等。

用户感知:
1、及时反馈
用户不了解情况,就会更加着急。

2、分步加载
网易新闻查看新闻详情时,先加载文章标题和内容,再加载配图。

3、先显示部分元素
已有布局,打开iPhone备忘录,先显示导航栏和列表分割线
已知内容,新浪微博从列表进入某条微博正文,先显示列表页已知的头像、昵称、时间、微博内容等。

4、利用缓存
让人感觉快,新浪微博每次进入,“首页”都显示上次刷新时的微博。
实际确实更快,微信在没网的时候也可以访问之前已经访问过的页面。

5、页面转场、动画效果
页面转场、动画转场效果是消耗时间的,这个时间会被用来处理任务。

6、减少系统默认loading动画的使用
看着就烦,现在携程、美团等App都已经自定义了。

7、有趣、酷的元素
转移用户注意力,四次元加载图片时的loading动画有点像Pac-Man,iOS 7 下载App从在桌面上显示到安装完成的一系列动画就很酷。

8、视错觉
打开Gmail时的蓝色进度条,理论上会让我们感觉读取速度快了11%
以上只是细节的归纳,宏观地看,优化流程,缩减层级,减少输入等也会让用户感觉快,因为用户使用App是为了解决一个问题,所以让App加速是一件系统的事情。

拓展阅读:
1、Instagram 速度快的秘密何在?
2、让等待更加美好
3、通过设计让APP变快的6个方法
4、移动应用“快”体验设计方法

微信银行设计浅思

不管是Web、App、还是微信公众号,本质上都是满足用户需求,解决用户问题的,所以微信公众号上做哪些功能考验产品设计者的判断力。PC/MAC,手机/平板,微信作为载体,每个载体都有自己的特点,用户也会有自己的习惯,那基于微信做公众号也要符合微信平台的特点和风格,这也会影响功能的选择。

从App的角度来看,微信一级菜单(3个),二级菜单(每个一级菜单下面最多5个),三级菜单(会话中的链接,点击去到HTML页面)。即使对于绝大多数App来说,这也足够了。不过最好的方式还是通过对话解决,这样用户的操作成本最低,比如语音/文本:“账单”,立即返回我本月账单情况,不行再去到HTML页面,不行再引导用户通过安装App解决。

从输入的角度,除了自定义菜单,微信还有语音、文字、拍摄(照片)、位置。
语音:通过语音识别,语意分析,然后给用户问题的答案。
文字:做语意分析,然后给用户问题的答案,作为语音的补充。
拍摄:暂无。
位置:发送地理位置,显示附近营业网点、ATM网点。
扫一扫、摇一摇未来如果开放,那到时微信银行又可以跟其做什么结合呢?

从输出的角度,可以是文字、图片、语音、视频,可以是卡片(图文消息),也可以是HTML页面。

从推送的角度,固定的如交易提醒、账单、还款提醒;非固定的如银行业务公告、优惠活动等。

最后再回到开头,解决用户的问题是目的,中间的所有都是手段,而手段中大到产品架构,小到一个页面的文案,考验的都是产品设计者的能力!

拓展阅读:
1、招商银行首推智能“微客服”平台
2、微信公众平台「订酒店」的订房功能是如何实现的?
3、2013移动互联网创新大会 — 微信 I/O 论坛

Google Keep浅析

就记事类App,Android平台迟迟找不到一个和iPhone备忘录一样的,不管是早期的小米便签,还是后来的百度云记事本。2013年3月21日Google推出Google Keep,完全的Android 4.0风格,有惊喜,但还是略逊一筹。

 

A、功能分析:

一、添加记事
Google Keep提供四种类型:文字、待办事项、语音和照片。

二、已有记事列表

1、展现形式:
卡片式,可在单列视图和多列视图间切换。单列视图下,标题最多显示两行,超出打点省略;正文最多显示七行,超出打点省略;待办事项最多显示五行;录音不显示在列表中;照片最多显示一张。多列视图下,正文最多显示九行,超出打点省略,其他和单列视图下一样。

2、排序:
按创建时间倒序排列,最新创建的排在最上面。

3、交互:
点击某条记事进入详情页,不是Android默认的新页面居中放大,也不是iPhone默认的当前页面向左收缩,拉出新页面,而是卡片上下扩展开来。长按出现Action Bar,这个是Android的传统交互方式,不说了。在某条记事上横划,可快速归档(写这篇文章时无意中发现的)。还有一个有意思的地方是,往上滑动页面,然后往下滑动,“快速添加记事”操作栏就会出现。

三、对已有记事的操作
长按某条记事出现Action Bar,可以分享、归档、删除,同时也可以多选进行多条记事的归档和删除。
进入记事详情页,除了上面的分享、归档、删除外,还可以改变记事的背景颜色、添加拍照、修改记事为待办事项。

四、搜索
不知为什么,竟然出现搜索结果不全及搜索不到的情况,按理说全文检索不应该有什么问题的。

五、其他
1、单列视图、多列视图切换
2、查看已归档的记事
3、设置(包括切换帐户、同步、关于等)
4、反馈意见
5、帮助

 

问几个问题:
1、为什么新建记事支持那几种类型,常见的还有图片、手写、涂鸦等,尤其是为什么不支持从相册导入图片?
2、为什么支持填写标题,但新建记事是直接定位在正文处?iPhone备忘录为什么不支持填写标题?
3、已有记事为什么采用卡片式展现,常见的还有列表(仅标题)、摘要、海报、瀑布流、时间轴(Timeline),各种形式的优劣是什么?
4、iPhone备忘录是按修改时间倒序排的,只要做了修改,就会排在最上面。哪个更好?
5、关于、反馈意见和帮助有必要有吗?为什么iPhone备忘录没有这几项?

 

B、使用体验:

说到易用性,我至少被两点给困惑过:

1、一次给一个记事设置了颜色,后面所有新的记事都带上了那个颜色,如何取消后续记事的颜色?
当时费了很久的时间,而且后来也不知怎么的就弄好了。仔细研究后发现逻辑是这样的:如果修改“快速添加记事”操作栏的背景颜色,那么新添加的记事都是那个颜色。如果进入的某个记事的详情,那么修改背景颜色仅影响该记事。

2、快速添加记事后,如何新建记事?
这个当时着实困扰很久,当然后来是学会了,点击“快速添加记事”,输入内容后,需要点击右侧的“展开”图标进到详情页,然后再返回首页,这样才可以新建记事。建议Google Keep还是添加“保存”按钮,当然本身也要支持即时保存,和iPhone备忘录一样。

3、归档?
本身这个概念就不大众,Gmail里的“归档/存档”功能我也不懂,也不用,或许国外用户比较熟悉归档的概念吧。

4、Google Keep“快速添加记事”操作栏最左侧的那个图标我竟然没用过,因为我都是直接点击“快速添加记事”来记录内容的。这点是今天看elya妞的PPT发现的,距离我使用Google Keep已经一个半月了。惊讶之余,不禁反思,或许Google Keep就不应该设计“快速添加记事”这项功能。

 

关于UI:一开始,其中的英文字体就让人印象深刻,真好看。随着使用的深入,发现整个背景和字体颜色的搭配都非常好看。如图:

Google Keep detail

 

推展阅读:
1、Google Keep,短小精悍,潜力无限
2、上手Google Keep:这只是一个开始