一 : 三款移动应用数据统计分析平台对比

目前市面上比较常见，使用比较多的移动应用统计平台大概有3、4家，国外比较流行的是Flurry，功能上非常全面；另外就是Google Analytics也推出了移动版，由于你懂的原因，在国内基本无法正常使用。而国内的统计分析平台目前比较有名的是友盟以及TalkingData。

此外，一些应用市场，也有专门的统计分析工具，为其开发者平台上的应用开发者提供数据服务。

我们将重点放在Flurry、友盟，以及TalkingData，这三款移动应用数据统计分析平台上来，做一个简单的对比体验。

Flurry

作为移动应用统计分析领域里的标杆平台，Flurry拥有非常全面的功能，并不仅仅限于数据统计、分析功能，还提供App Circle广告、推广平台功能。可以说Flurry是目前最全面的移动应用统计分析产品，除了统计单个应用内的各类数据指标外，还可以提供跨应用之间的 转化统计等针对企业级用户的功能。单纯从移动应用的数据统计功能来看，Flurry也处于领先位置。其功能模块设置合理，分析维度全面，分析流程易于理解，堪称最强。

图1：www.Flurry.com

就单应用内数据统计分析功能而言，Flurry把各类分析模块进行了分类，为的是更易理解数据。进入应用分析后，用户首先看到的是 Dashboards面板，内容包括一些关于应用的基本趋势数据，比如会话数量趋势（Flurry的不少参数都使用了“会话”-Sessions这个概 念）、激活用户数量变化趋势、平均会话时长等基本数据。通过Dashboard用户可以快速了解其应用当前的整体趋势状态。

最近Flurry对Dashboard进行了强化，现在Flurry的用户可以更具自身需求自行创建Dashboard面板，灵活度有了极大提高。 并且Flurry提供了一些现成的Dashboard模版，对应几种比较常见的应用类型，用户可以快速选择自己想要的Dashboard样式，方便监控想 要的数据。

图2：Flurry的Dashboard功能十分强大

大多数情况下，对于“数据报表”需求而言，Dashboard基本够用。但想要进一步深入了解用户、了解渠道等内容，仅靠数据简单的 Dashboard显然是不够的。Flurry在这方面做的非常全面，总共有4大类，23项功能用于帮助开发者了解用户，了解用户行为。4个大分类包括： 使用（Usage）、受众（Audience）、事件（Events），以及技术（Technical）。“使用”中主要统计的是一些应用的基本情况，包 括新增用户、激活用户、会话、会话时长、使用频率等内容。

需要说明的是，其中的会话时长、用户使用频率、用户留存三个项目中，如果开发者提供了相应系统平台市场的开发者ID，可以在这三个项目中对比自己应 用与相同分类下也内平均水平的对比，让开发者可以大致了解自身应用在行业内所处的位置和现状。受众一项中包括诸如受众兴趣，兴趣这一项又分为两大类，其一 是当前应用的用户对开发者其他应用的兴趣；其二则是当前应用用户对同类型应用的感兴趣程度；此外还包括用户的年龄、性别、地理位置、语言信息，这些信息除 了可以让开发者了解自己应用的受众属性外，还可以用作Flurry特有的用户群划分功能。

图3：只有注册用户才能获得全部功能

事件分类中主要是一些开发者定义好的触发事件，也就是业内人士熟知的“自定义事件”，这一功能主要用于监控一些开发者关心的用户特殊操作，比如是否 付费等等，同时也是监控应用内各类转化的关键所在。这是统计平台是否足够灵活的直接体现，这方面Flurry做的相当出色，不但能够方便的组织、添加各种 自定义事件，并且还可以根据自定义事件的触发，给出独立的可视化图标，非常直观。

而Flurry更新后，在事件中改进了漏斗功能，开发者可以将一系列自定义事件组织成一系列漏斗，通过自定义的事件漏斗，来考察每一步自定义事件之 间的用户转化率。这是一种非常灵活的统计分析方式，尤其适合IAP应用内监控应用内道具的贩卖、促销情况。技术分类中统计的是运营商信息以及用户使用的设 备情况，比如联网方式、系统版本、错误报告等等，主要是与用户群划分有关。最后，Flurry提供完善的管理模块，开发者可以在管理模块中定义自己的用户 群划分、自定义事件，最新的更新中更是加入了预警功能，通过设置预警阀值及通知方式，开发者可以随时随地获知突发情况，即时作出应对。

基本功能上，Flurry非常全面，同时在细节上也有许多值得称道之处。比如精细的用户群划分，以及方便的全局多维度筛选。开发者通过用户群划分模 块，可以根据自身需求设置出不同的用户群，这一过程实际上就是通过一些条件将用户筛选出来。比如通过使用时长、会话次数等信息确定忠诚用户；通过特定的付 费事件圈定付费用户，或是根据受众信息，如年龄、性别，对用户群进行细分。当开发者完成用户群细分后，就可以方便的锁定自己的目标用户，进行持续跟踪，分 析目标用户的行为，进而进行运营动作，或是精确的改进产品。

而多维度筛选功能，则为开发者提供了强大的筛选工具，通过用户群、时间、版本等信息的组合过滤，开发者可以快速获得需要的数据报表，全面而细致的了解自己应用的各种情况。

Flurry无论在功能上还是细节上的表现都很出色，除去前面提到的单应用内数据统计分析外，Company页面中还可以了解到开发者目前发布的所 有应用的数据情况，最新更新加入的Conversions（转化）功能，更是提供了开发者自身应用间的各种用户、会话转化，并提供转化漏斗功能，特别适合 开发多个应用的开发者、厂商使用。除此之外，Flurry的AppCircle还为开发者提供应用推广服务，开发者的应用既可作为广告的载体出现，也可以 加入推广渠道，前者用于帮助开发者盈利，后者则用于帮助开发者推广应用，可以说考虑的非常全面。

图4：完整的跨应用转化支持是Flurry最强大的功能之一

对于国内开发者而言，Flurry有一些先天的不足需要注意。

首先，这套服务平台架设在国外，基于一些众所周知的问题，在国内访问Flurry并不稳定，虽然比Google Analytics要好很多，访问速度也可以接受，但这毕竟只是前台服务，数据统计真正的核心在于后台的数据收集，前台服务能够访问，并不能说明后台数据 收集也能顺畅进行。如果你开发的应用主攻海外市场，用户基本上都是欧美用户，那么Flurry的数据准确性还是可以保证的；反过来，如果目标市场是国内， 那就要考虑数据的准确性及数据延迟的问题。

Flurry并不像Google Analytics提供中文界面，它只有英文UI，即便英文很好的情况下，要想理解多少有些绕的概念和参数，还是需要花上不少时间用于研究的。

图5：Flurry的AppCircle功能帮助开发者推广产品

友盟

友盟是创新工场孵化的项目之一，是目前国内开发者最熟悉的移动应用数据统计分析平台。在某种层面上来看，友盟与Flurry有很多相似之处。但在全 面性、完整性方面，还有一定差距。目前友盟提供的SDK数量很多，包括标准的统计分析SDK、SNS分享SDK、用户反馈SDK，以及应用联盟SDK。开 发者可以根据需要自行选择，但统计分析SDK可以说是必选项目。平台方面，友盟目前支持iOS、Android及Windows Phone平台（目前Windows Phone平台仅提供统计分析SDK）。

图6：www.umeng.com

友盟也做了一次重大的版本更新，对UI和功能划分做了重新规划。添加了一些新的功能，比如原本的“回访用户”部分被替换成了现在的留存用户，并且添 加了原本没有的渠道分析模块。此外，友盟的这次更新大幅度调整了UI设计，平台首页和功能页面全部更新。对于老用户来说，如此重大的改动，在使用时难免会 遇到重新适应的问题。不得不说的是，友盟改版后，在功能模块设置方面更像Flurry了。

图7：友盟的产品中心

UI的变化其实并不是重点，对于开发者来说，提供完善的数据统计功能才是更据实际意义的。改版后友盟并没有像Flurry那样提供一个“公司”页 面，但仍然提供了一个简单的综合产品趋势图表，进入产品中心后，即可看到所有产品的简明数据概况，并且根据新用户、活跃用户，和启动次数提供了3个可选时 间粒度的曲线图。点击具体应用后，就进入了单一应用数据统计分析页面。

就单一应用数据统计分析而言，友盟提供的功能还是比较全面的。其模块设计思路也比较清晰，基本上是沿着基本情况、用户情况、设备情况、事件监控、转 化分析这一流程不断深入的。统计概况中包含基本统计和版本分布，帮助开发者了解基本的数据情况，主要是用户增长情况和应用的启动次数等信息。随后的用户分 析中，友盟在最新的更新中加入了活跃用户和留存用户两个新参数。

在活跃用户图表中，开发者可以了解到应用的日活跃、周活跃、月活跃用户数量趋势，同时也可以了解到周活跃率和月活跃率。而留存用户则是用于考察用户 忠诚度的参数，简单来说就是新增用户经过一段时间后，仍有多少用户继续使用应用。这是一个相当重要的参数，一方面可以体现出应用的质量；另一方面，它也是 考察运营动作、渠道推广、渠道质量的重要参数。比如，开发者可以通过考察某一时间点的留存用户情况，对比自身应用推广获得的新增用户情况，用于评估活动推 广效果、渠道用户质量等运营细节。

在时间粒度方面，友盟的留存用户模块提供按周和按月查询两种方式。但是对于现在不少以周为周期迭代更新的应用来说，这个颗粒度不够细。毕竟大量的客户流失都发生在安装应用后的前几日内，看日留存率还是很有必要的。

用户分析中的另外一项重要功能就是页面访问统计，使用过Flurry的开发者对这个功能一定不会陌生。这一功能主要是统计用户在应用内各页面跳转的情况，可以比较方便的了解到哪些功能、页面更受用户欢迎，也比较容易找到用户流失严重的功能模块，对产品改进有很大价值。

另一项在本次更新中新加入的功能就是渠道分析模块。这主要是针对国内第三方Android应用推广渠道较多，开发者希望了解各渠道带来用户的差异， 而应运而生的功能（Flurry就没有渠道分析功能）。友盟的渠道分析提供针对不同渠道的用户新增、活跃、启动次数等基本参数的统计功能，结合之前的用户 留存模块，开发者可以相对直观的了解到各推广渠道的质量。值得一提的是，友盟专门给开发者提供了“渠道打包工具”，方便开发者针对不同渠道封包应用，简化 开发者的开发工作。

图8：友盟为开发者提供完善的渠道打包工具

友盟的自定义事件模块主要用于管理设置好的自定义事件，并针对每一个自定义事件提供数据统计功能。如果开发者需要了解到各事件之间的转化情况，就需 要进入转化率分析模块，利用友盟提供的漏斗模型功能，基本使用流程上与Flurry很接近，设置好事件转化流程后，即可查看每个步骤之间的转化情况。

图9：便捷的转化漏斗设置

以上是友盟近期更新的一些关键功能，另外像是传统的终端及网络、错误分析等功能，友盟仍然提供给开发者。这些数据目前还不能像Flurry那样用于 细分用户群，希望友盟能够尽快推出用户群细分功能，一方面能够给开发者提供更为全面的服务，另一方面也可以更充分的利用自身平台数据，使这些数据成为有机 的整体。

友盟在最新的更新中，加入了类似Flurry的全局筛选功能，不过目前来看这一功能似乎存在一些问题，比如选择按版本查看后，再选择一个时间段，之 前选择的版本设置会恢复到默认的“全部”，反之亦然。如果这不是一个Bug的话，那么只能是这个全局筛选功能并不能做到跨版本、跨时间段交叉筛选，只是比 较像全局筛选的开关而已。

友盟在数据统计的功能设置上，还是比较全面的，但在数据分析层面，与Flurry还有较大差距，这方面还有很多空间可挖。

作为国内知名度较高的移动应用数据统计分析平台，友盟做的已经很不错。尤其是友盟也和Flurry一样，具有应用联盟平台，在这个平台上用户可以通过内置友盟的移动广告平台实现盈利，也可以通过友盟的交换网络实现应用推广，对开发者来说还是比较方便的。

不过国内应用推广、广告领域可以说是鱼龙混杂，形势颇为复杂。友盟的服务虽然对开发者来说足够便捷，但最终的实现层面上的价值有多大，还需要进一步考察。

图10：友盟的应用联盟支持广告投放和换量推广

Talking Data

这是近期新出现的一个移动应用统计分析平台，上线不足2个月 ，仍处于邀请测试阶段。作为移动应用统计领域的“新生事物”，Talking Data有着自己独特的一套统计分析体系。比如说前面我们提到友盟近期更新的新功能——留存用户和渠道分析，Talking Data已经提供了完整的支持。虽然在渠道分析功能上尚有不足，但不难看出Talking Data在产品设计方面确有独到的见解。

图11：www.talkingdata.net

Talking Data的数据统计分析模块只有4个大分类，分别是用户和使用、参与度分析、渠道统计和自定义事件。

Talking Data的所有统计分析模块都被分别安置在这4个分类中，这一点与其他统计分析平台有很大区别。而这4个分类恰好是由浅入深，从基本数据统计到深入数据分析这样一个流程。这应该是由Talking Data对移动应用数据分析的理解而产生的产品设计。

进入单一应用统计分析页面后，首先看到的是应用概况，这个模块实际上是一个快速报表页面，里面集中体现了用户比较关注的一些指标和参数，这一点与 Flurry的Dashboard比较接近，但Talking Data并不提供自定义模块功能。目前我们可以从应用概况里了解到近日概况、应用摘要、活跃概况、时段分析，及30日数据趋势；另外还有4个Top 10排名表格，包括地区、渠道、启动次数和全版本受访功能页面。如果仅仅用于做每日数据报表，这个应用概况页面提供的数据是足够用了。

此外，前面提到的这些图表都有不同分类选择，比如在30日数据趋势图表中，开发者可以通过标签按钮在新增用户、活跃用户等参数之间切换；而时段分析中还提供对比功能，可以通过筛选要查看的项目，再复选对比目标，即可快速查看同时段不同日期之间的数据差异。

图12：Talking Data的快速报表非常全面

如果需要更深入的了解应用情况，仅靠应用概况肯定是不够的。通过用户和使用模块，开发者可以了解用户趋势、地区分布、设备机型、运营商和网络、错误 报告，功能上还是比较全面的。同时，这一模块中的所有图表都有不同细节数据可以筛选，比如趋势分析中我们就可以查看新增用户、活跃用户、平均使用时长等信 息，并可以根据日期进行数据筛选。

Talking Data详细报表中的数据（例如设备的分布）都是同时提供具体数据和百分比，相比之下友盟只提供了百分比。

图13：可根据时间段筛选的趋势分析功能

参与度分析中，则提供用户保留、用户回访、日启动次数、使用时长、页面访问模块。从这些功能模块设置不难看出，到这开发者已经进入了数据分析领域， 这些模块结合开发者的应用运营、推广，可以分析出不少有用的数据。前面我们曾提到，用户保留是Talking Data在2个月前上线时就已经提供的功能，足见其受重视程度之高。在用户保留模块中，共有两个图表，分别是用户保留（即留存用户）和用户流失漏斗。

Talking Data的用户保留提供更细致的分析粒度，开发者可以根据需要选择日留存、周留存和月留存。更细致的用户保留功能对应用运营推广更有意义——在实施一次推 广操作后，第二天即可查看活动带来的新用户的保留情况，对活动质量、渠道质量的考察更有价值。同时，以天为单位的新增用户流失漏斗，更为直观的为开发者提 供用户流失情况，而且这个漏斗图表还能通过鼠标拖拽缩放，这一点着实出乎我们的意料。

图14：支持每日用户留存统计和用户流失漏斗的用户保留功能对精细化运营有很大帮助

Talking Data同样拥有页面访问模块，不过这部分Talking Data的表现就比较一般，虽然也有页面跳转统计，但不够直观表格样式相对于Flurry和友盟的页面跳转流，在理解和阅读方面表现的不够好。

另外一个Talking Data比较重视的功能就是渠道统计了。这方面Talking Data做得也不错。添加渠道后，开发者可以根据渠道对细节数据进行筛选。展开渠道趋势图表后，可以通过图表上的数据标签分别查看诸如新增用户、活跃用 户、平均使用时长等细节数据，用于对比渠道质量极为方便。结合前面的首日用户保留，堪称考察渠道推广效果之利器。除了渠道数据图表外，渠道趋势对比图标可 以更直观的提供新增用户、活跃用户和启动次数的对比，美中不足是可对比的项目只有前面提到的这三项。

Talking Data的自定义事件模块比较特别，开发者在使用Talking Data的自定义事件时，并不需要事先在前端平台做事件声明，只需在整合SDK阶段，按照需求直接写入自定义事件即可，Talking Data会自动在前端服务平台生成相应的自定义事件统计项目。所以在Talking Data的自定义事件模块中，直接提供的就是一个事件转化漏斗，而且这个事件转化漏斗创建也非常简单，只要在下拉列表中选择好事件，即时出现转化数据，方 便快捷，并且可以保存，便于今后快速查询。

图15：流向清晰操作便捷的自定义事件模块

总体来看，Talking Data在功能方面更注重分析，整体导向也是按照“先统计-后分析-再转化”这一流程逐步推进的，可以满足不同层面的开发者对数据统计的需要。当然，目前 的Talking Data还有很多不足之处，毕竟上线时间比较短。比如说目前Talking Data虽然有一个产品中心，但产品中心里仅能提供简单的跨应用累计用户总数、今日新增用户总数等非常简单的数据统计，距离像Flurry提供的那种支持 跨应用转化统计的产品中心还很远。目前的Talking Data还不提供用户群划分功能，作为重视数据分析的一款产品，这方面需要加强。

另外就是，数据筛选方面不够统一，虽然在操作方式上比较接近，也能够提供确实有效的筛选，但筛选方式还比较单一，这一点让人觉得比较遗憾。

总结

更多详细参数表述、介绍，感兴趣的读者可以前往这些平台的产品网站下载对应的开发文档，开发文档中有更为详尽的说明和介绍。

还有一款大名鼎鼎的Google Analytics也有推出的移动分析功能，无奈Google的服务实在是太不稳定，打开分析网站有时都比较困难。

实际上，对于一款复杂的移动应用数据统计产品来说，仅看功能还不够，服务的稳定性、数据的及时性，乃至技术支持等等，都是应该考量的地方。

注：本文整理自ZDnet，内容有改动，仅供各位热衷于移动应用开发推广运营的朋友参考。

二 : 用户体验分析：从Web到移动应用的设计思维转换

　　

 

　　【编者按】本文作者@刘津legene 随着移动互联网的快速发展，很多Web产品经理、设计师转而投身至移动应用领域。看起来非常相关的工作，却可能给他们带来了不小的困扰。

　　很多刚刚接触移动应用的产品经理、设计师依然习惯用Web的思维去做App。张小龙在谈微信时就曾经说过：绝不考虑Web形态，一切考虑都基于App。那么，移动应用和Web相比，区别到底在哪里呢?

　　以下是作者以自己在工作中通过血的教训总结出的几点内容，在此与大家共享：

　　1、单一且专注

　　创新工场曾推出一款应用叫“布丁爱生活”，里面包含电影、美食等内容，但是推出后一直反响平平。后来这些内容被拆分成不同的应用，反而取得了不俗的成绩。这是为什么呢?

　　我认为：

　　第一、移动端的屏幕小，场景不固定，太多的功能会造成层级复杂、操作困难，影响体验。所以移动端本身不适合太多、太复杂的功能。

　　第二、从场景方面考虑，用户在相应的场景下，才会想到相应的应用。比如说，用户在想看电影的时候，可能就会搜素和电影相关的应用，而“爱生活”之类的产品，一般不会主动被搜到。即使用户看到了，也不知道它是做什么的。所以做移动应用，千万不要“大而全”。

　　

 

　　2、细分需求并做到极致

　　陌陌在微信这种强大的竞争对手面前，是怎么生存并壮大起来的?况且微信也可以通过查看附近、摇一摇等方式联系陌生人。抛开产品定位、营销等问题，我想对比一下设计方面的区别。

　　

 

　　

 

　　打开应用后，在微信界面上，看到的是最近和你联系过的人，以及它们的留言;而在陌陌上，首先看到的是附近陌生人的照片及个人签名。

　　点击微信标签栏上的“找朋友”，再选中“附近的人”，才能到达如下图的列表页面。但很明显，微信的头像比陌陌的小很多，信息也不如陌陌丰富。如果你只是单纯的想结交陌生人，会选择哪个应用?

　　

 

　　

 

　　因此我的结论是，面对强大的对手，找准一个细分的需求点，把它做到极致，也不是没有机会(不考虑营销等其它因素)。

　　3、功能优先级

　　移动应用的使用场景、设备都和Web有巨大的区别。因此移动应用的功能，不仅取决于用户需求，还要考虑使用场景、设备限制等因素。不要直接移植Web的功能到APP上。

　　比如说优惠券产品，Web端更重视打印功能;而手机端侧重于到店展示。

　　

 

　　

 

　　微信刚出的时候，很多人觉得奇怪：腾讯已经有了手机QQ，为什么要再做个微信?它们有什么区别?

　　过了一段时间，我发现原先用手机QQ的人都改用微信了。为什么大家觉得在手机上，微信比QQ好用呢?

　　后来有一天我终于有点明白了：

　　手机QQ是Web端功能的移植;而微信的功能更多的考虑了移动应用的特点(语音输入，通过手机通讯录、QQ好友等方式添加好友，摇一摇……)

　　

 

　　所以说，做APP时一定要充分考虑移动应用的场景、设备等特点来设计功能并决定功能优先级，而不是简单移植Web的功能。

　　4、简单、易用

　　用户在使用Web网站时，一般是端坐在大屏幕前，既可以使用鼠标、也可以使用键盘;而用户在使用移动应用时，可能是边走边用，也可能是在拥挤而晃动的公车内。因此移动应用的功能一定要简单，字一定要够大(字大了可放的内容就更少)，操作一定要简单(保证可触面积)……总之四个字：简单易用。

　　5、尊重平台特点及设计规范

　　移动应用不像Web端，界面够大，使用环境够稳定，即便有不易理解的地方也可以在界面上加各种引导和提示。就算没有任何提示，用户还可以自己尝试。

　　但移动应用的界面小，承载的内容十分有限(Web端一个页面的内容，移动应用可能要分很多个页面来展现，页面跳转次数高)，使用环境不稳定，操作更困难，如果开发者都按自己的“想象”去设计界面，那后果不堪设想。

　　索性我们有各平台的设计规范可以参考。设计规范可以更好的保持不同应用的一致性，让用户更易理解，减少学习成本，也让界面看起来更友好。对产品设计者来说，认真研读规范也是个学习的过程，帮助我们成长的更快。

　　之前有个PM坚决拒绝看各平台的设计规范，认为产品设计者不应该受此约束，而应该大胆发挥。他设计的东西果然非常“非主流”，用户使用起来不易理解。我认为即使真的想去打破什么约束，也应该先充分的了解它，然后再在此基础去做更好的突破。

　　6、“又笨又大”的UI风格

　　很多之前做Web产品的设计师，初次尝试移动应用时都容易犯一个错误：界面看起来很美观，但就是不像移动应用的界面，怎么看都有Web的影子在。为什么呢?因为设计师往往倾向于更小一点的字体，这样可以让界面看起来更精致，更美观。

　　但这在移动应用上就行不通了，试想用户如果在拥挤而晃动剧烈的公车上看密密麻麻的小字，将会多么气恼。所以这时就需要设计师转换一下思维了。

　　

 

　　

 

　　移动应用的UI风格有什么特点呢?简单的来说：

　　1. 字一定要够大，要一目了然

　　2. 布局非常的规整、简洁、一致性更强，这样阅览起来更轻松

　　3. 内容少、颜色少……

　　这些可能都是Web端设计师非常讨厌和排斥的东西，但是为了做出专业和易用的产品，一定要及时调整思路。

　　7、独特的风格&精美的界面

　　虽然移动应用界面看起来“又笨又蠢”，设计师还要受到平台规范的“束缚”，但这并不妨碍众多令人惊叹的移动应用界面的诞生。

　　移动应用界面应该比Web界面看起来更精美，想象一下苹果或安卓优美的机身，配上一个简陋粗糙的界面，将是多么煞风景的一件事情。

　　况且在小屏幕上，界面的缺陷更容易被人发觉。这些智能机的高端用户，会毫不犹豫的带着嫌弃的表情删掉你的应用。

　　所以做移动应用的设计师，往往需要更加注意设计细节。当然，这建立在首先理解平台规范和设计特点的基础上，在这个基础上去寻求突破。移动应用其实给了设计师更大的发挥空间。

　　

 

　　不仅要精美，更要独特。现在移动应用竞争非常的激烈，独特的设计更容易让你的应用脱颖而出。

　　

 

　　8、其它

　　移动应用还有许多不同于Web端的特点，比如输入方式、横屏模式、启动、加载、手势、转场、动画等，这些就不一一叙述了，大家在设计规范上都可以找到相关内容。

　　总结

　　移动设备便携、屏幕小、操作不便、但使用场景丰富多变，这些特点都决定了在移动应用上，不适于承载复杂的功能与庞杂的内容。很多时候，我们需要放弃Web端的思维，充分考虑移动设备的特点，专注的思考问题，才能做出更成功的移动应用。

　　最后想说的是，移动应用既不是Web端产品的附属，也不是Web端产品的复制品，它应该有自己独特的生命力。不建议Web端产品和客户端产品由同样的团队来负责，这样难以做出专业且高效的产品。

　　作者的新浪博客：http://blog.sina.com.cn/legene

三 : 分享5个SEO诀窍提升移动应用排名

　　中国IT客/2012年2月9日报道 2012年将是移动互联网爆发的一年，随着移动应用越来越普及，人们已经习惯了从App store和Android Market上下载安装应用程序。尽管App Store和Android Market上有着“流行应用”榜单，但这些应用的介绍页面和分类目录还是以网页形式存在的。搜索引擎会持续的对这些应用程序的网页进行索引和排序，以便当某个用户需要在搜索引擎上寻找某些应用时能提供有用的信息。根据我们对排名较高的iOS移动应用的分析显示：在Google搜索结果中获得较高排名对提升应用程序在App Store的流行度有重大的联系。更高的Google可见度会给应用带来更多的下载量，更多的下载量会让你的应用程序在App Store更流行。

　　在这里中国IT客分享5个移动应用SEO窍门来帮助你提升应用程序在Google搜索结果的排序。

　　诀窍#1：在应用程序的名字中凸显你的品牌

　　应用程序的名字在App Store和Android Market中是以锚文本链接形式出现的。能从这2个世界级的网站中获得以你的品牌名为超文本的反链，传递的PR权重是高质量的。不要忘记在下载页面的URL一栏再次提及你的品牌名。参考下图给出Groupon、Amazon和eBay样例。

　　

 

　　诀窍#2：在你的网站的首页加上一个超链指向你的应用程序的介绍页面

　　你可以考虑在你的网站为你的应用程序专门创建一个介绍页面，里边包含屏幕截图、评测、功能特性等等。但最好能从你的网站的最重要页面(比如首页)加上一个超级链接指向这个介绍页面。参考下图

　　

 

　　诀窍#3：在指向App Store下载页面的超级链接文字中包含你的品牌名

　　很多品牌在链接到App Store下载页面的时候没有包含品牌名，比如仅仅是“从iPhone App中下载”，这就丧失了推广品牌的一个良好机会。中国IT客在此分享一个更明智的SEO方法：应该在这个锚文本中加上你的品牌(比如“从iPhone app中下载移动版沃尔玛”或者“从Android Market中安装沃尔玛移动应用”)

　　

 

　　诀窍#4：不要忘记在应用介绍页面提供一个二维条码

　　当用户使用Apple或者Android手机的时候，通过对二维条码进行拍照，智能手机将会分析二维条码，进而可以很方便的下载安装应用。中国IT客发现，很多国内的应用开发商在发布iOS应用的时候没有提供二维条形码，从产品的角度来说，给客户提供方便，也是对产品极大的负责。

　　

 

　　诀窍#5：多方位、多平台推广你的应用

　　当用户使用iPhone、iPad或者Android浏览器打开你的网站的时候，根据客户的设备类型提供一个合适的超级链接让其可以点击。比如客户的设备是iPhone，你的超链就应该指向App Store，同理，若客户使用的是Android手机，则在网页提供的超链应该指向Android Market，当然前提是你开发了这些平台的应用。参考下图(假设用户的手机是iPhone)

　　

 

　　总结：随着移动应用呈现爆炸性增长，不管是App Store还是Android Market，中国IT客始终认为用户越来越依赖从搜索引擎中获取移动应用的信息。不论是独立的个人开发者，还是品牌供应商，不要仅仅把应用提交到App store就了事了，还要投入一定的资源去提升网站的流量、丰富页面内容、创建高品质的外链以及在社交网络进行推广，这些都会给你的移动应用带来人气的提升。总之一句话，移动应用也是需要SEO的。

　　原文链接：http://www.cnitke.com/2012/02/08/分享5个seo诀窍提升移动应用排名/

四 : 分析称移动应用营收2016年将飙升至460亿美元

分析称移动应用营收2016年将飙升至460亿美元

去年移动应用的营收刚刚突破85亿美元。

北京时间2月17日凌晨消息，据外国媒体周四报道，去年移动应用程序的营收非常可观，但是与2016年相比，这一数据将会是小巫见大巫。根据市场调研机构ABI Research最新发布的分析结果显示，到了2016年，全球移动应用程序的营收预计将会高达460亿美元，这一数据将包括按次付费下载、应用程序内部的消费、订阅服务营收以及广告服务营收等。而去年移动应用的营收刚刚突破85亿美元。

此前曾经有报告称，在今年当中，应用程序内部消费的营收金额很有可能会超过按次付费下载的营收，但是根据ABI Research的报告显示，相当一部分用户通过应用程序内部消费的数额并不会出现太大的增长，这也使得外界这一数据的增长趋势充满了疑问。

ABI Research的高级分析说马克·贝库（Mark Beccue）在一份声明中指出：“作为一种营收模式，应用程序内部消费在当今的影响力非常有限。目前应用程序内部消费主要是由一小部分非常投入的移动游戏用户所推动的，他们会通过购买游戏内的虚拟设备来进而大幅度推动应用程序内部消费的营收。但是我们并不认为这部分在游戏内进行消费的用户数量会出现大幅度的增长，因此为了推动应用程序内部消费的营收，除了移动游戏开发商以外，其他应用程序的开发商也必须积极地采用这一设计。”

贝库进而指出，谷歌直到去年7月才允许在Android市场上的应用程序可以开放内置消费功能，而谷歌将会在推动或者阻碍该市场的成熟中起到至关重要的作用。贝库强调，当前谷歌的行为“已经从事实上阻碍了移动应用程序商业化的增长。”

市场调研机构IHS iSuppli于上个月发布报告指出，应用程序内部消费已经占据了去年全年应用程序总营收的39%，同时到2015年这一数据将有望上升至64%，即56亿美元。

IHS的分析师杰克·肯特（Jack Kent）指出：“在2012年期间，应用程序商店和开发者们将越来越难提前为应用程序收取费用，因为他们的产品正在面临越来越多的免费产品带来的竞争和挑战。相反，应用程序行业必须充分利用免费使用付费增值的模式，推进用户在应用程序中的消费。”

本月早些时候，根据移动广告公司Fisku报道，iPhone用户在12月期间平均每天都会下载600万款免费应用程序。 （林静）

本文标题：移动应用统计分析平台-三款移动应用数据统计分析平台对比
本文地址： http://www.61k.com/1179536.html