Keep Velocity High | kvh 的个人博客

分享 kvh 对于技术、创业的理解和实践

0%

更新2016-04-15:
重新修改了数据

更新2016-01-06:
近日有较多用户反映在 OPPO 的 ColorOS ROM 上出现了较多的崩溃。同时我查阅了友盟的数据,OPPO 是的市场占有率仅次于 VIVO 的第五大手机品牌,不可小视。于是增补了一部性价比较高的 A51 作为测试机。选取测试机,市场占有率排名也很重要。

更新2015-11-29:
华为畅玩 4c 的确是64 bit 的 cpu,但是所使用的 Android 系统是32 bit 的,所以这个机器的运行模式是32 bit,没有达到预期目的。曾经咨询过华为客服,也没能给出个原因和解决方案来。看来64 bit 对其只是一个噱头。

Android 系统已经分化成多种不同的定制版本,制造厂商的不同手机使用的硬件千差万别。差异化带来良好的用户体验的同时,也给开发者带来的适配的问题。于是每个开发团队都需要面临选择测试机列表的问题。我基于如下的考量选取测试机:

  • 系统版本
  • 芯片
  • 屏幕
  • 品牌

数据来源

友盟指数:友盟是国内最大的 app 数据统计平台,从数据统计中可以得知设备的信息,可以较为准确的代表国内数据。

Android Developer Dashboard:Google 从官方的 Google Play Store 访问设备中进行统计,可以较为准确的代表国外的数据。

下面用数据说话。

Android系统版本

这个维度关系到开发者能够使用的 API 和特性,所以首先被关注到:

Umeng-Index

友盟指数:系统版本占比_2015-09-14

Umeng-Index

友盟指数:系统版本占比_2016-04-15

这里需要吐槽一下友盟的新版设计,竟然将 Android 6.0 和 2.x 统一归入了“其他”,使得表意不明。

Android-Developer-Dashboard

Android Developer Dashboard:系统版本占比_2015-09-14

Android-Developer-Dashboard

Android Developer Dashboard:系统版本占比_2016-04-15

可以看出,Android 2.2(API8) 只占据了极少的份额,app 开发可以不考虑了。2.3 的份额也较少,出货日期大约是2010-2011(ref),机器硬件配置较差,加上国产手机市场竞争激烈,已经接近被更换。我们可以看到 4.x 是主流,5.0 是趋势,6.0 开始占据一定份额。

芯片

Android 设备,主流是 ARM 构架,也有部分是 X86 构架。2003年9月发布的 iPhone5s 使用了64位的处理器A7处理器,其后要求 AppStore 上架的 app 需支持64位构架。安卓厂商也迅速赶上,纷纷开始将64位处理器当做未来的方向。程序中使用到 native 库的需要特别关注这个指标,需要 so 库支持对应的构架。

屏幕

屏幕分辨率和比例上,Android 的机器也呈现了分化的趋势。

Umeng-Index

友盟指数:设备分辨率占比_2016-04-15

可以看出1280x720是主流,1920x1080是趋势,800x480还占有相当的份额。

品牌

这里考虑品牌,主要是要考虑定制 ROM,厂商为了自己的利益或者理念,会在原生的 Android 系统上定制不同的外观和特性。品牌知名度众说纷纭,手机厂商号称自己每年卖出的手机,足够国人每人换好几部的。总的来讲,影响力较大的 ROM 有 MIUI、三星 TouchWiz、华为 EMUI 等。
Umeng-Index

友盟指数:设备品牌占比_2016-04-15

结论

基于以上数据和考虑,我最后决定采购的五款测试机和理由如下:

final-selection

最后选择_2016-04-15

选6款,是考虑成本。后期根据统计数据,还会购买新的设备。这篇文章,会考虑半年更新一次,下次更新的时候是2016-09-18!

另外

可以使用 Genymotion 模拟器和 Android Studio 提供的新版模拟器进行一定的补充。

关于我

博主叫何畅彬,近年常用昵称「kvh」。我是一名生活在北京的创业者和技术人,从研究生毕业之后,基本上是在创业,曾经做过社交、教育、SaaS、游戏、区块链等领域,一直是从事技术研发和管理。

目前主要是关注公链相关技术,例如共识协议、P2P 技术、加密技术等。

业余时间,博主是一位特斯拉车主和超级粉丝,维护了「特香」公众号和小程序。

目前,我在 youchain.cc 工作,负责公链研发。YOUChain 定位是基于大规模移动节点的高性能可扩展公链。

曾经我在 bugtags.cn 工作,负责技术工作。bugtags 定位于移动时代首选的 Bug 管理平台。

最早,我在开心网工作,主要负责社交游戏研发和移动开发,主要的作品有:开心城市。

我生于广东,先后毕业于 TJU 和 PKU。

联系我

欢迎关注我的微信公众号「KVHTalk」、 github微博

你可以可以通过邮件 freeface@qq.com 找到我。

好友的博客,欢迎访问

欢迎互链!

面向开发者的产品,需要恰到好处的用户体验,就像锤子新品宣传的那样

内敛和克制的,使用起来舒服和体贴
最近的工作是开发运营一项面向开发者的服务,而我们的团队是做社交产品出身。在关乎到用户体验的问题上,这里面仿佛存在一个矛盾。

开发者服务不需要用户体验?

给程序员用的东西,要什么用户体验,功能可以work不就行了么?这是我们一开始的想法。当我们观察一些市面上的一些开发者服务的时候,我们发现,好和坏,真的不一样。举个例子,挑选国内两家数据统计服务提供商的界面进行对比一下:
Tencent-Ta
腾讯分析
Baidu-Tongji
百度统计

单从界面上看,就可以明显看出腾讯果然是一家以产品能力见长的公司。
于是,我们有了第一层理解:开发者服务也是需要好的用户体验。

开发者服务应该极致用户体验?

我们团队面向消费者的产品思维根深蒂固,产品经理往往会为一个按钮的大小和对齐纠结半天。极致体验,就是我们的口头禅。不干扰用户,让用户爽,就是我们的信条。于是我们系统最早的注册登陆,都不需要验证手机和邮箱——为了的让用户快速进入。

产品进入运营期,需要做用户回访和召回,问题来了,最早的用户都没有验证手机和邮箱啊。于是我们赶紧改版加了验证。

至此,我们突破了第二层理解:开发者服务,需要恰到好处的用户体验。

内部测试工具的用户体验

本人目前主要从事移动开发,客户端需要调用后端 RESTFUL API,后端开发的同事希望能够给他安装一个 demo app,有完整的功能,要能够跑跑关键点API的TEST,最好还能切换“开发|测试|上线”三级环境,方便调试。于是我开发了一个测试工具。

主界面
主界面
切换界面
切换环境

主要实现了如下的功能:

  • 切换环境,倒数三秒后 kill app,重新打开后进入对应环境,并记住当前环境设置
  • 修改对应环境的 appkey
  • 常用的 TEST CASE

功能不多,但是后端同事觉得就足够用了。

官网、文档、反馈渠道

我们尝试去做推广,用户点广告过来之后,就考验我们转化率了。官网是否能够准确传达产品的理念和特点,开发文档是否足够的简明易懂,遇到问题是否能够找到最快速的途径进行反馈,这些都关乎用户体验。

这里我就说说Android平台集成文档。Android平台上有两大主流的开发工具,Eclipse 和 Android Studio,前者是 Google 最早提供的开发工具,后者是基于 IntelliJ Idea 新开发的,有较多新的特性,用起来也比较方便,缺点是还不是非常成熟,偶尔有 bug 。

我个人从 Android Studio 还是 alpha 的时候就从 Eclipse 迁移过来了,用的也比较熟。在写集成文档的时候,我想当然的侧重 Android Studio 的用户集成,没过多考虑 Eclipse 的文档,只是随便写写。

用户逐渐上来了,百分之七十都在问 Eclipse 的问题啊。于是我赶紧做了修改:

  • 精简依赖包
  • 降低 demo app 的 api level,降低用户使用成本
  • 精简回调函数
  • 反复调整集成文档,关键点加上注释

做了这些修改后,关于集成的反馈才渐渐少了,在可预见的未来,我还将在易用性上做更多的工作。

总结

面向开发者的产品,需要恰到好处的用户体验,就像锤子新品宣传的那样

内敛和克制的,使用起来舒服和体贴

我们还将持续改善用户体验,力求开发者用的顺畅,用的舒服。