被 「阉割」 的分享与应用间的墙

经常使用国内应用的读者应该不会对这个题目感到陌生 —— 很多国内大公司的应用都自己 「实现」 了一套 「独特」 的分享方式, 里面只有自己家的应用, 想分享给其他应用要么得费点儿心思找入口,  要么根本就不允许.

在我看来引起这种行为有四个原因: 流量内引构建闭环, 第三方玩家破坏规则, 国内用户习惯, 继承自 iOS 上的恶习.

首先是构建闭环. 这点很好理解, 假设我是腾讯新闻的 PM, 我当然希望用户在我的客户端看完新闻之后, 分享给朋友圈, 腾讯微博, QQ… 这样, 用户的分享行为就会带来其他腾讯应用的流量. 同理网易新闻等一些大厂旗下的应用也很容易朝着这条路走去, build walls not bridges. 题主例子中网易新闻客户端就把自家的易信放在了分享的最前面, 很明显是有引导流量的用意.

其次是第三方玩家破坏规则. 因为开放的分享接口, 所以你可以经常看到很多应用的分享按钮会带出长长的一串应用列表, 很多用户不一定会用到的应用也会出现, 这对用户会产生一定的心理压力. 更糟糕的是, 由于列表是默认按照拼音顺序排列的, 所以某些没节操没下限的国内应用在命名的时候玩往名字前面加空格或者奇怪的符号, 在后面加 “(推荐设为默认)” 这样的小手段来”引导”用户, 这不是什么好现象.

第三点和第二点比较难以分开, 国内的社交网络基本由几大巨头垄断, 而国内用户一般使用的社交网络也就被限制在比较大的那几个上, 像微博微信人人, 只要把这些覆盖到, 基本上就可以满足绝大多数用户的分享需求了, 同时也省得用户每次面对一大串应用名字不知所措, 何乐而不为?

最后是继承自 iOS 的恶习. 我们知道 iOS 一直没有一个完善的应用间通讯机制, 跨应用分享内容需要靠开发者自己搭建通道来实现 (说实话当我第一次看到 Reeder 的分享列表的时候还是震惊了), 所以 iOS 上往往只有几个分享选项. 而有些厂家则直接在 Android 上全盘照搬了这一点, 让 Android 应用也显示和 iOS 版本一样的分享选项, 理由五花八门, 常见的有”提供一致的跨平台体验”云云, 这里就不赘述了.

就我看来, 我最推荐的分享方式是像 Pocket 和 Timely 一样的:

3b0726be4bf7b45b8376c9d16ffc0568_r

希望国内这些公司还是早日抛弃成见, 不要再往 Android 里添加高墙了.

 

「数据? 那是什么? 能吃么? 好吃么?」

在近一年前, 腾讯终于扭扭捏捏地把微信改成了靠近 Android Design 的样子. 虽然外表有那么点儿 Android Design 的味道, 但设计却十分糟烂, 被无数用户吐槽. 结果到了八月, 微信又把 UI 改回了 iOS 风格.

我 100% 不认为腾讯因为 5.2 被用户唾骂而放弃 Android Design 是什么明智的决定, 与其因为碰了一次钉子就认为 “Android Design 不符合用户的使用习惯”, 不如好好研究 Android Design, 在遵循规范的前提下把微信做得更好.

很多人拿后台数据说话, 我就解释一下数据好了. 数据不是真理, 数据也可以被轻易的操作. 就拿这次微信来做例子:

对比对象一方是使用了很久 (从 Android 2.X 时代起微信就一直是 iOS 风格 UI), 成熟 (就算是在 iOS 上微信的 UI 也很难说是优秀, 所以这里用成熟) 且用户习惯 (如前述, 微信老用户都习惯了这套) 的 iOS-Like UI;

另一方是新推送的 (新年前才推送更新), 设计糟烂 (和 Android Design 貌合神离, 只是套了个皮, 完全没能体现对 Android Design 理解且存在大量违背 Android Design 设计之处) 且没有任何引导(一个全新设计拿到用户手中居然没有给任何的事先说明和引导教程) 的 Android Deisgn;

对比的结果可以说是显而易见的.

若 Android Design 一方同样是使用了很久, 设计经过深思熟虑且尽可能完全符合 Android Design (在这里姑且不谈超越) 且做出了合适的引导与教程, 你觉得数据会是什么样子的呢?

另外, 关于 “用户不知道也不会在意 Android Design” 这样的论点: 用户完全没必要知道什么规范, 用户当然也喜欢用脚投票, 而这并不妨碍开发方在这个规范的框架中做出优秀趁手的产品. 在微信这个事件上, “用户用脚投票选择 iOS UI” 这个现象只能说明 “微信的 Android Design 做得很烂“, 而不能说明 “Android Design 不适合微信”.

产品经理也当然没必要满嘴 Android Design 或者 Action Overflow, 但是如果他们不知道如何用好 Android Design 或者 Action Overflow, 就是他们的失职.

Overview, Android 中新的 Recents 界面

在 Android 5.0 中, 原先的 「最近任务」(Recents) 界面被 「概览」(Overview) 界面替换了.

2014-12-12 03.33.29_framed

在实际上手 5.0 之前, 我也一度对这个界面的实际效果产生怀疑, 但是实际上手之后发现自己多虑了.

首先, 新的多任务界面在 Nexus 4 上可以最多显示清楚五个应用 (第五个应用的标题会被略遮住一些, 第六个往后会露出一条缝, 只能看出颜色), 在 4.X 上最多能显示四个. 另外, 卡片的 App Bar 可以跟随应用改变颜色 (比如 Gmail 卡就是红色的 Bar, Keep 就是黄色, Messenger 就是蓝色, 等等), 也增加了应用的识别度. 而 4.X Recents 界面里的缩略图识别度其实很低, 的大部分时候还是要靠图标和标题 —— 而实际上在 5.0 中, 标题和图标的大小并没有缩小.

而在 4.X 上, 还有一个很严重的问题就是多任务界面与其他屏幕的转换非常诡异. 如果你仔细观察过 Android 4.X 从某个应用进入 Recents 的动画, 你会发现这个动画是不能接应的 (在屏幕缩小的过程中, 内容会扭曲, 然后变成 Recents 里面的小块, 有兴趣的同学可以自己把动画持续时间调成 X10 看看). 而在 5.0 中, 进出 Overview 界面的动画非常平顺 (不会发生扭曲, 而是直接缩放 + 展开), 同时也符合系统自己的隐喻 (5.0 中, 打开应用的动画不再是放大, 而是一张卡片从屏幕底部飞入, 从主屏进入 Overview 界面也是一堆卡片从屏幕底部飞入), 也就是说, 在 4.X 里, Recents 是一个专门的层级, 位于桌面与应用之间, 而在 5.0 中, 桌面与 Overview 合为一体 (Google 甚至把 Google Search Box 也放进了 Overview 界面), 是系统层级方面的调整. 如果这时再配上 4.X 的 Recents, 就打乱了这层级关系.

而且, 如果你在 5.0 的 Overview 界面稍作停留, 每张卡片的右上角都会出现一个小 X, 这样便可以让那些 (到现在都) 还不知道划去卡片可以关闭应用的用户关闭应用. 这个操作其实和 Chrome 是保持一致的. 同时在 5.0 中, Document UI 允许一个应用同时显示多个界面在 Overview 中 (如 Chrome 的多个标签页), 在卡片下他们会靠得更近以区分于其他应用, 而如果是 4.X 的 Recents 的话则不能体现出这一点.

还有一个很有意思的地方就是, 如果在 4.X 上, 当有超过 3 个应用被打开时, 多任务界面中想点击最上面的那个应用几乎是不可能的, 而在 5.0 中, 卡片的存在使得整个多任务列表可以被拉到屏幕 2/3 高度, 最上面的一张卡片可以触及的范围甚至达到了屏幕的下半部分, 可以直接单手触到, 非常便利. 而楼上其他同学也提到了, 要滑动同样数量应用的距离, 5.0 上是比 4.X 上要短的.

而如果你仔细观察开头给出的图片, 你会发现一些细节. 首先, 新的 Chrome 和 Chrome Beta 都支持通过读取网页的某个 HTML 标签来改变 Overview 界面里 App Bar 的颜色. 这对于增加网页/Web App 的辨识度而言产生了极大的帮助.

其次, 如果你细心的话, 会注意到知乎 Alpha 和 Google Wallet 在 Overview 里显示的图标和他们的应用图标不一样. 这就是 Overview 的一个新特性, 我们可以自定义显示在 Overview 里的图标. 我去掉了此处知乎图标的底座, 这样能够让知乎在 Overview 里看起来更和谐.

第三是没有在上图中体现的一个新特性. 只要我们愿意, 我们可以让知乎在 Overview 中显示不同的 Title —— 比如说, 当你在阅读答案时, 进入 Overview 界面, 知乎显示的标题就是 「回答」, 如果你在某个人的个人主页, 那么在 Overview 里知乎的标题就是这个人的名字. 也就是说, 当 3.0 版 (或者以后其他版本) 里知乎支持多帐号之后, 你就可以在 Overview 里看到你的两个账号分别以两张卡片呈现, 知乎图标变成你的头像, 知乎后面是你的帐号名字~

这些新特性如果好好使用的话, 对于提升一个应用的易用性也好辨识度也好, 都是有极大意义的.

「质感」 的 「厚度」

如果你有看过 Material Design, 那也许会对这个描述有印象:

Material has varying x & y dimensions (measured in dps) and a uniform thickness (1dp). Materialnever has a thickness of 0.

那么, 这个 idp thickness 到底是什么意思呢?

这里的 1dp thick 并不是一个实际的数字, 它有两个含义: Material 有固定的厚度, Material 的厚度是一个网格中允许存在的最小值.

什么意思呢?

在 Holo (或者说 Android Design) 时代, Google 就已经强调了阴影和高光的使用, 但是, Holo 中的阴影和高光并不完全是高度变化的产物, 相当一部分的阴影和高光是由控件本身的厚度产生的 (比如 Action Bar 下方的阴影).

7b2cf10ef15a2ce208c204ad64b0ec3e_r

而 Material Design 里, 厚度这个属性被去除了. 也就是说, 同样是 Action Bar 和 App Bar 产生的投影, 在 Android Design 中, 投影是因为 Action Bar 有厚度 (厚度是多少我们不知道), 而在 Material Design 中, App Bar 的投影却是由于 App Bar 的高度高于下面的内容而产生的. 同样的, 其他的 Material 元素也和 App Bar 一样会产生投影, 而这些投影并不是由厚度产生的, 而是由高度差产生的. Google 规定了 Material 固有的厚度, 也就是问题描述中的 1dp thick.

Material 有固定的厚度, 然后呢? 实际上, Material 的厚度应该是一个虚数. 你可以把它想象成一张无限薄却不透明的材料. 但是 Google 显然不可能用这种暧昧的描述. 而在 Material Design 中, 基本不存在 “0.5dp” 这样的数值, Material Design 的网格也是以 8dp 为单位存在, Google 同样不能采用 “0.1dp thick” 这样的表述. 但是 Material 必须有厚度. 这个时候, 拿一个最小整数单位来提示 “这个东西有厚度”, 就只能选择 1dp 了.

对于 Google 在 iOS 上采用 Material Design 这种事情, 我还是挺欢迎的

自从 Material Design 发布之后, Google 就陆陆续续在 iOS 上把几个重要的自家应用的风格改成了 Material Design. 而在此之前, Google 的几个 iOS 应用基本上都是遵循苹果的 Human Interface Guideline 来制作的.

2014-11-07 18.34.12

完全 Material Design 的 Inbox

Google 当初在订制 Material Design Guideline 的时候, 就已经把跨 iOS 平台纳入目标了. 对比 Android Design 你会发现 Material Design 在很多地方都靠近了 iOS HIG (当然, 「违背」 的地方也非常多). 如果在 iOS 上运行一个 Android Design 风格的应用, 会让用户觉得非常诡异, 就像在 Android 原生系统上运行一个 iOS 风格的应用一样. 而制作精良 (在我看来 Google News & Weather 就是随便应付的感觉) 的 Material Design 应用运行在 iOS 上, 给人造成的不适感却会小很多.

写到上面这句话的时候我不由得想跑个题, 说说 「搬运设计风格」 这事儿. 为什么我对于 Google 把 Material Design 搬运到 iOS 上持宽容态度, 而对国内这些把 iOS 风格搬运到 Android 上的公司就恨不得除之而后快? 从文字描述上看起来很接近的两件事其实在本质上截然相反. 对于在 iOS 上 「不遵循规范」 设计的宽容很大一部分原因是优秀的 iOS 应用即使没有完全遵循 HIG 也不会差得太远, 或者说完全从另一个平台搬运 UI —— 当然也不是完全没有应用搬运其他平台的 UI, 但是即使完全搬运其他平台 UI, 能够被接受的几乎都在 iOS 上做得甚至比被搬运平台的应用更优秀 (之前 @冬虫夏草卡洛斯 说过: 最优秀的 Metro App 都在 iOS 上.说的就是这个事儿, 恐怕不久之后大家会发现, 最优秀的 Material Design 应用都在 iOS 上也说不定呢 XD). 而很多被容忍/接受的 「违规行为」 都是正向的 「超越规范」, 而不是突破下限. 反观 Android 上那些被人嫌弃的应用, 它们最大的问题真的只是 「把 iOS 风格搬运到 Android 上」 么?

话虽如此, 现在这几个 Google 应用大多都没有用上 iOS 系统级滑动返回, 而是用的左上角返回或者上下拉返回这些非标准的操作, 对于 iOS 用户来说其实挺不友好的. 而 News & Weather 给人以很强的粗制滥造感, 以及充满 Google 风格的各式各样的小问题, 那又是另外一说了.

做得好, 自然大家喜欢, 做得不好, 大家自然就骂了.

NovaDNG 2014 年度应用

又到了一年一度写年终总结的时候了… 这一年因为参加了工作的缘故, 锋客这边文章的更新频率大幅下降了, 所以这几天我会搬运一些知乎上的回答过来.

然后就是这篇文章的正题, Best of 2014!按照时间排序~

vivino 2

发布于一月份的 Vivino 是一款酒友应用, 能够识别酒标, 在线评酒和为你发现身边的酒庄/酒吧

2014-12-11 06.04.32_framed

发布于二月份的 Muzei 是一款动态壁纸, 在每天推送一张世界名画做壁纸之余又添加了模糊效果不至影响主屏使用, 藉由开放 API 的便利又有着数百款插件可供选择

2014-02-22 01.09.59_framed

同样发布于二月份的 Type Machine 是一款系统应用, 能够像时光机一般拯救因为意外丢失的文字

2014-03-21 00.37.29_framed

发布于三月份的 Link Bubble 是一款浏览器, 能够最大限度地利用等待载入的时间

(没有图)

同样发布于三月份的 Pixl Preview 是一款设计工具, 它能让设计师直接在 Android 手机上预览 Photoshop 上的设计稿

Mode

发布于四月份的 Google Camera 是一款相机, 能够拍摄球形全景与后期模糊照片, 界面极端简洁

2014-04-28 07.07.34_framed 2014-04-28 07.11.42_framed

同样发布于四月份的 Scene 和 CloudMagic 分别是一款操作新颖的图片浏览器与一款集成了非常多有趣功能的邮件客户端

2014-07-15 13.36.44_framed

发布于七月份的 Journey 是一款设计精良的日记应用, 在遵循了 Material Design 的同时提供了 Markdown 支持, 并且有 Web 端与 Chrome App

2014-12-26 04.55.46_framed

同样发布于七月份的 Unclouded 是一款设计精美的云盘管理器, 可以方便地查看与管理复数账号的 Google Drive, Dropbox, Box 与 OneDrive.

WT 03

发布于八月份的 Weather Timeline 是一款天气应用, 精致的动画与有趣的 「天气时光机」 功能带来了很多惊喜

2014-12-12 05.03.48_framed

发布于十二月的 Action Launcher 3 是一款桌面应用, 接近原生 Google Now Launcher 的外观与趁手的 Cover, Shutter 快捷操作让桌面的效率倍增

以上就是 NovaDNG 的 2014 年 Android App 精选集~

Android UI 设计工具 (Photoshop, Android 5.0, Nexus 4)

Material Design UI Toolkit for Nexus 4 版本 0.1 发布.

大概在十个月前, 我踏着 +Taylor Ling 走过的道路, 将他制作的 Android UI Design Kit 4.4 移植给 Nexus 4 使用. 一晃将近一年过去, Android 5.0 发布, Nexus 6 开始流行. 显然有很多人认为 Nexus 4 已经是落后的, 被遗忘的设备了.

但是 Nexus 4 作为我最喜欢的 Nexus 设备, 我显然希望 Nexus 4 在手中能够继续焕发活力, 更何况 Google 也依然在给 Nexus 4 推送最新的 Android. 于是早些时候我许下了诺言, 答应不论如何一定会把这套工具更新到 Android 5.0.

等到 Material Design 终于发布正式版的时候, 就到了我兑现这个诺言的时候了. 十个月前我还可以直接从 Taylor 的 Nexus 5 Toolkit 里搬运控件到 Nexus 4 上, 但是 Taylor 还没有做 5.0 的 Toolkit. 所以这个版本里所有的控件都是我自己画的.

于是就有了这么一套设计工具, 给和我一样怀旧的人.

Nexus 4 Toolkit Light Notification Center_framed Nexus 4 Toolkit Light Drawer_framed

Nexus 4 Toolkit Light Menu_framed Nexus 4 Toolkit Light Search_framed

Nexus 4 Toolkit Light Picker_framed about_framed

作为 0.1 版本自然是完成度很低, 目前只做了白色主题, 还缺失了很多在 Material Design 文档中尚未明确的控件. 有兴趣的同学就下载来用用吧. 欢迎补全.

下载地址: 度盘, Google Drive

Google 大概是真的打算放弃 Android 平板了

本来这篇文章的目的是打算好好黑一下 Nexus 9 的, 毕竟手上这台 Nexus 9 的黑点实在是太多了. 但是没想到 HTC 大概已经听到了众 Nexus 9 用户的不满, 塌陷的音量键, 松软的后盖这两个制造工艺问题在新出货的 Nexus 9 上已经得到了解决, 可以取暖的功能随着 Android 5.0.1 也已经取消了, 所以黑点的话恐怕真的没多少了.

但是正当我准备和公园的朋友们说 「Nexus 9 貌似没什么东西可写 (hēi) 了」 的时候, 更新版的 Play Store 让我不得不重新考虑这个问题.

多分栏布局哪儿去了?

当年 Android 3.0 发布的时候, Google 就已经为 Android 平板设计了一套非常合理便捷的布局 —— Multi-pane Layouts. 可以看到, 多分栏布局在平板上非常便利, 既能合理利用屏幕空间展示更多内容, 也方便进行操作. 可以说, 多分栏布局显著地提升了 Android 平板的使用效率.

但是, 从 Android 4.1 起, Google 开始逐渐移除 Android 上的多分栏布局. 首先是取消了 Tablet UI, 接着是设置里的多分栏布局消失了. 然后, 就发生在不久之前的是, 在 Hangouts 2.3 版本中, Google 去掉了 Hangouts 的多分栏支持. 这也使得 Hangouts 在平板上几乎失去了可用性, 布局排版就是简单的手机版放大, 一塌糊涂.

2014-12-07 03.38.35

而早期版本的 Hangouts 上, 多分栏布局既能显示出对话列表, 又能让对话双方的文字不至于离得太远以便阅读.

2014-11-06 04.14.44

而就在几天前, Play Store 更新之后, 多分栏布局也被取消了.

再看看不久前更新的 Play Store:

2014-12-05 06.18.22

空荡荡的卡片占满了整个页面. 在更新以前, 这个界面下是采用了多分栏布局的. 左侧栏是应用列表 —— 实话说应用列表使用左边部分面积已经完全足够了. 在右边是应用的大图和快速操作, 可以直接启动, 更新或卸载应用, 甚至还可以取消订阅应用内的内容. 更重要的是, 右边栏的内容几乎是无需加载的, 而点击进入应用详情时难免需要加载一段时间. 无论是操作效率也好, 对空间的利用也好, 多分栏布局都是远远高于传统单栏布局的.

2013-11-14 07.38.12

(这是很早很早之前的 Play 市场)

Google 似乎根本不在意应用在平板上表现如何

除上面所述那些取消了多分栏的应用之外, Play Games, Inbox 等另一批 Google 应用在诞生的第一天起对平板支持就异常糟糕. 在新推出的 Inbox for Android 上, 压根儿看不出一点点为平板优化过的影子, 糟糕的可读性令 Inbox 在平板上几乎不能用. (所幸, Gmail 还保留着多分栏布局).

2014-11-01 05.29.18

你能想象在一块十寸大屏上使用 Play Music 却没法以全屏大小查看一张专辑封面的完整大图么? 是的, Google 就是不让你这么做. 相比之下, 反而是在大改版之前的 Play Music 对平板更友好.

2014-12-11 07.42.11

尽管在 Material Design 里承诺得相当美好, 但是至少目前部分 Material 化的 Play Music 让我觉得非常不尽如人意.

2014-10-24 10.56.01

Walkman 至少允许你查看完整专辑封面, 以不是太小的图. (实际上 Walkman 这样的布局也可以称之为多分栏布局)

还有奇葩的 Google+:

14 - 1

完全不能体现出平板屏幕大的优势, 白白浪费了屏幕空间, 操作也相当不便.

还有很多我没有截图也懒得截图的画面, 从各种各样的角度暴露出十寸平板上 Google 应用设计的不上心. 除了 Nexus 9 之外, 我还同时在使用一台索尼 Xperia Z2 Tablet. 而索尼自己的平板应用却都有不错的平板优化 (至少不会给人以粗制滥造的感觉). 两边一对比, 更是彰显了 Google 对平板的不重视.

内容消费设备? 生产力设备?

除了上面提到的应用之外, 有个很有趣的现象: Play Movies & TV, Play Books 和 Play Newsstand 这三个以内容为主导的 Play 应用却一直保持着优秀的平板适配. Chrome 也还保持着多分栏布局 (在设置页中). Google Drive 以及旗下的三个 Drive 应用也有为平板优化操作. 再加上 Nexus 9 的官方附件里有 Keyboard Folio, 我想 Google 对 Nexus 9 的定位应该就显得很明确了: 内容消费 + 生产力设备. 和内容消费以及生产力无关的应用都玩儿蛋去, 凑合能用就行了; 和内容消费及生产力密切相关的应用就能得到特别优待, 有还算不错的平板布局.

还有个比较搞笑的事情是, 最近微软在测试的 Office for Android Tablet 尚不支持 Android 5.0, 所以 Nexus 9 也只能望洋兴叹.

Google 内部的碎片化

2014-11-28 15.35.26 2014-11-05 02.30.05

在 Nexus 9 上, 我看到了非常优秀的平板布局范例 —— Google Calendar, Maps 及 Gmail; 还算凑合的平板布局 —— News & Weather, Keep 及 YouTube; 还有遭烂得令人无法忍受的平板布局 —— Hangouts, Inbox 及 Google+ Photos. 真的很难相信这些应用都是由同一家公司, 遵循着同一套规范做出来的.

团队越大, 部门越多, 要统一规划就越困难, 这个道理大家都懂. 但是 Nexus 9 上呈现出来的这一派乱象, 很明显地超出了我们理解和容忍的范围 —— 一个新发布的应用做得很烂, 那索性不用, 但是一个原先很棒的老应用更新之后变得乱七八糟, 这就让人完全无法忍受了.

Google 发布 Material Design 也不是一天两天的事情了, 但是现在很多 Google 还没能完全符合这套规范 —— Hangouts 直到这两天的更新才把界面上的一些元素 Material 化, Device Manager, Translate 等一系列应用现在还是 Holo 风格, Google+ Photos, Drive 系列应用的 Material Design 不伦不类… 一切的一切都让我觉得, Material Design 只是一个看起来很美的幻影.

连 Google 都不知道应该如何正确的使用, 如何用好 Material Design, 我们拿什么去要求第三方开发者/设计师遵循着套规范呢? 同样的, 连 Google 第一方应用的平板适配都如此不伦不类, Google 拿什么去要求第三方开发者为 Android 平板进行适配呢?

也许最后, Android 平板会沦为寨版的天下 (更遑论现在很多 Android 寨版性价比还不如 WinTel 寨版), Android 不得不龟缩到手机 + Phablet 阵地固守, 将平板市场拱手让给 iOS (原本就是这个市场绝对的王者) 与新秀 WinTel 平板进行刀刀见血的厮杀.

乌鸦老师问: Android 平板还有未来吗? 这个问题的答案, 我不知道.