太狼文摘 记录 & 思辨

Android看图类应用思考及反思

The Web - 2013/1/16

晚上写了一篇《打造Facebook——亲历Facebook爆发的5年》读书笔记,辛辛苦苦敲完了后点击发布结果要我重新登录后台,没了,扫兴。

今天原计划跟ZY讨论「美图看看Android版」接下来怎么优化怎么做?恩,无果而终,PK失败。那么,先来说一下我对Android看图类应用的思考。

文字、图片、视频语音可以说是三个重要的信息媒介,正是它们构成了我们的数字世界和移动生活。Instagram是图片+文字,火了;微信是文字+图片+语音,爆了;啪啪是图片+语音,活了。文字、图片或语音视频的重新组合,成了形形色色的社交信息流,完成了移动应用的基本元素构建。那么,对于图片这一媒介的组合和管理,成为了手机系统中的重要部分,并自动归入了工具类应用的行列。

要知道,工具类应用,具有持久而旺盛的生命力,并不会随着手机系统平台的迁移而消亡,只是对外表现形式变了罢了。比如,诺基亚时代的文件管理概念在Android时代并没有消亡,可能文件管理对于一些相对普通的用户来说,没有太大的意义和价值,但是泡论坛的或一些发烧用户都会在Symbian手机里下一个文件管理应用,其实这些在跨越鸿沟(Crossing the chasm)的概念模型里算是创新者(Innovators)和早期用户(Early Adopters)。另外,听音乐,作为娱乐项目中的必选项,需求依旧,而天天动听就很好地完成了从S60平台到Android平台的品牌和用户迁移,其用户量和下载量在Google Play上名列前茅。

那么,看图类工具应用,作为其中的一个分支,自然需求强劲,需求点(具体系统情景为Android)如下:

  • 浏览图片,这是最基本的需求。如果按照一个人一天拍2张图片来算,那么一个月累积了60张图片,其中还忽略了假期效应(即星期天或法定节假日,用户拍照活跃度更高)。如何快速地将这么多图片加载并清晰地显示出来,恩,要快,要流畅,不要等待,不能卡,崩溃更无法接受了!
  • 编辑、管理图片。Android系统因为其开放性,图库里基本都会将含有图片文件全部罗列出来(排除系统默认的隐藏文件夹),基本上每个应用都会有一个图片缓存的文件夹。呵呵,啥文件夹都出来了,反正一般人不懂,这图片是哪儿来的啊?这么多文件夹,能不能不出现?这张照片,这个路人甲太难看了,我得裁一下;哇,这个好看,我要当壁纸和头像;这几张照片都是关于我的,我想把他们都放到同一个文件夹里面······于是,图片的编辑、重命名、复制移动,文件夹的新建、删除、移动等都成为了功能点。你可以说它们的使用频次不高,但是离开了它们,总感觉你这个东西很鸡肋!!!
  • 特殊需求点。GIF动图显示,Android原生图库应用无法动态显示GIF动图,很是烦恼!搜索微博时发现,很多漫画爱好者总喜欢先将漫画图片保存下来,然后用手机看,所以图片放大缩小、左右滑动、图片排列顺序等就很苛刻。也有想进行图片隐私管理,加密隐藏!

PS:以上需求,其实是国际化的,各国用户都会遇到。

从应用角度来看,Android看图类应用大致分为两类:

  • 原生的看图应用。Android系统的开放性,导致原生分为原生系统的看图应用、手机生产商重构的系统看图应用。
  • 第三方图片浏览应用。第三方图片浏览应用,百花齐放,切入点也各不相同。比如,拍照类的相册应用。

我想通过分析「快图浏览」应用,对整体的进行一个对比分析。首先,知道快图浏览居然还是从一篇博客文章:「读图时代的实践者:郑南岭和他的《快图浏览》」。然后去Google Play搜索发现,其下载量和排名之高让我愕然。作为事后先生,解剖一下,就会发现“快图浏览”的成功有如下因素:

  1. Android原生应用的桎梏!在Android 2.x时代,由于手机的性能配置比较底,原生应用显示大量图片时往往会出现迟钝现象,很卡很难用;而一些手机生厂商改造的系统默认图库应用,过分强调炫酷的交互形式(例如,3D显示,螺旋旋转轴等),同样拖累了应用的性能!从2012年开始,Android 4.0大行其道,手机双核处理器已司空见惯,那么似乎原生图片浏览应用已经摆脱了卡顿的形象,使用起来很流畅,但是快图浏览应用依然稳步增长。一来,在国内4.0系统的普及需要一个时间段,1000元左右的性价比Android机也还是没有性能流畅、稳定;二来,用户习惯问题,习惯了快图浏览后,就会对原生的,尤其是被改造的百花齐放的各系统默认图片浏览器产生排斥。再者,从Android 4.2的发展来看,其原生的图片编辑功能甚是强大,但是其中的特效不是很接地气,曲线调节略高端;依然缺乏图片重命名、新建文件夹、图片移动复制等操作。
  2. 产品和技术过硬。千千静听作者亲自操刀,快图浏览的性能和速度就非常理想,产品的功能设置上也尽善尽美,尤其是设置部分的温馨提示等,有些技术处理都通过通俗的语言进行了解释,“隐藏”和“排除”这两个的处理分开,可见其细致。产品结构全部采用Holo主题,Action bar的合理设计,极符合Android 4.0设计规范。安装包控制在了500k以内,说实话,这是我见过的最小的Android包!
  3. 国际化。前面说了,有些痛点是国际化的。快图浏览对繁体、英文进行语言适配,已显示其用心;尽然还有日文等,怎能不让国外用户喜欢呢!Google Play的千万下载和国外用户的大量评论可见其生命力。
  4. 口碑。微博里搜索的时候,看到有些人抱怨XXX很那用,求推荐一款看图软件。很多网友都会不约而同地推荐:快图浏览,足见其深得人心,这么好的东西,当然要推荐给别人。应用开发者的个人魅力也促进了应用的正向口碑传播。

那么,美图看看Android有什么呢?虽然美图看看的PC版本的安装量还算不错,但是Android旧版本从功能逻辑结构以及技术结构上,都漏洞摆出,很难用。我接手产品后的,第一想法就是迅速重构,更新版本,重在提升应用的性能,疏通应用的操作逻辑结构,不考虑加新功能。第一,确实是想重新树立美图看看好用、易用的品牌形象;第二,心里是想跟快图浏览叫一下劲儿,存在PK因素,我就不信图片浏览类的市场已经饱和!

然后,跟boss沟通时,他觉得这个工具市场,从未来趋势来看越来越弱,我们美图看看的核心点是什么?核心点问题一抛出,我就方寸乱了,初衷就是图片浏览更快,管理更方便,拼图更简单。但boss从发展方向,似乎把这个初衷给否了,脑子里一大片原型随风而逝!

恩,摘抄一段boss的产品论(摘自「创业邦」):

首先,对核心需求的把握。很多人都是按照自己的兴趣,去做一款产品。但是核心需求是什么,这个很重要。它或者来自用户的一个普遍需求,或者是潜在的未被挖掘的需求。而且你要有数据能够证明这个需求是广泛的。当时做美图时,我们就去看百度指数,非主流头像和非主流图片的指数一天超过十万,这在当时是非常高的,说明很多人都在找这样的东西,但是市面上没有。

其次,就是要依附大平台。依附大平台就像早期火星文在QQ聊天上的传播,也是一种基于大平台的传播。包括后面的微博,到现在的微信,只要你有好的产品,就能够迅速地获取百万甚至千万用户。我举个例子,比如说美图秀秀的拼图功能,就是因为微博起来以后才延伸出来的这个需求,因为微博只能发一张图,所以我们就设计了几个不同的拼图功能。

再次,无论是产品推出还是版本升级,一定要快,火星文只用三天时间就上线,美图秀秀的版本升级速度也是非常快。

说实话,我迷茫了!说实话,我还没想那么远,目前我只想快快快,让美图看看Android更好用!记得MIUI产品经理许斐在微博中提到:“每次跟年轻人讨论产品方案,我都要先问一下,我们为什么要做这个?你是要解决什么问题?需求是什么?如果这孩子说不明白,我就直接一记重拳过去:先把世界观整理清楚,再做方案吧!”恩,自我感觉,我是否是遇到了一个点:我揣摩的产品路线与boss的产品方向产生分歧,一来,确实当初没有任何沟通,我当做产品的升级重构来做了,二来,boss似乎有推倒重来之谋。

另外,近半年的产品工作,从根本上说,执行居多,对于大方向把握这些:第一:不敢想,之前想多了,也提过一些看法,但最后都会说这个我们暂时不会这么做,比如国际化这一点,我觉得仅从翻译这一块来说,即使没人做,我也很愿意来承担,因为我觉得这可以让更多的人看到我们的东西,何乐而不为呢?但是……渐渐,就收敛了。第二,懒得想,人总是懒惰的,当每次似乎都是boss拍板后,渐渐地,就形成了,恩,我们就等他发话吧!而且像我每个时间段focus的点都会变化,就……

《大话产品经理》中有段话说的有理:

在创业团队里,要求每个成员都能够 “一专多能”。如果说阿里的 PD 是 CEO,那创业公司的产品经理无疑是 CEO 中的铁人。在事情的每个环节上,都要求产品经理想得更清楚更加深入。因为这时候产品经理背的不再是 KPI,而是公司的方向,甚至是公司这么多兄弟的饭碗(这么说一点也不夸张。虽然有的公司老大很强势,但也需要下面一帮产品经理帮着去实现他的想法)。 这时的心理压力和所处环境与大公司做项目是不一样的。事情变得极其琐碎,需要搞定内(老板、开发人员)外(商务、渠道、媒体等)各种事情。

同时, 创业公司的产品经理又是 “汉堡”。为什么呢?因为产品经理常常被夹在老板与开发人员之间。 老板看到的方向, 想做的事,,由产品经理负责转化为产品功能。 另一方面对于 UED,开发等团队而言,因为信息不对称常常不理解为什么要做这样的功能?所以产品经理需要不断与团队成员沟通,分享数据,解释问题。但要命的是, 一方面产品经理们没那么多精力,另一方面并不是所有需求都能事前想通,事情总在不断变化。所以产品经理的想法经常修改,难以执行下去。久而久之,产品经理成了大家的出气筒。老板认为产品经理执行力不强,而开发们则总认为产品经理没有想清楚,不想投入太多资源和精力。

虽貌似有些怨言,但扪心自问,我觉得一切的问题都是沟通的问题,第一,你没有在合理的时间利用合理的方式或技巧把你的想法说明清楚;第二,核心点,尽然如此,你没有抛出你的一些想法,并引导更深入讨论……有些时候,你会发现,实际沟通时,恩,你们是在沟通,但是无效用的却很多,你沟通前想清楚要说什么了吗?比如,产品(运营)与设计人员应该如何有效地沟通?(「设计师为何做不出产品经理想要的设计」这篇讲的蛮不错)

Aaron Swartz在自己博客的一篇文章(How to get a job like mine)里说道:

要假设其他人对他们正在做的事情也没有把握。很多人之所以拒绝去尝试一些东西,原因在于他们觉得自己关于那种东西了解得不够,或者他们以为其他人一定早已尝试过他们想过的所有事情。其实,只有少数人真正了解如何把事情做对,勇于尝试新东西的人更是少之又少。所以一般来说只要你竭尽全力去做一件事情,你就会做得不错。——翻译源自zhuoqun的「如何做自己并不擅长的事情

来日方长,不断自省!



扫一扫分享到微信
分享到微信

无觅相关文章插件,快速提升流量