|
用户人群细分 [*]Upsight (含付费项目)：Upsight是供移动应用开发人员使用的分析工具。其功能包括：用户分组、漏斗分析、留存分析、应用内购买组件和无限的数据存储空间。Upsight支持几乎所有移动平台，包括iOS、安卓、Java Script、Adobe Air等等。 [*]Tap stream (免费)：Tap stream的亮点在于对用户生命周期的分析。如果你想知道用户每天都在哪里搜索你App的信息、或者他们在某个渠道上的实际下载频率，Tap stream将成为值得你信赖的信息源。Tap stream支持iOS、Android、Windows和Mac应用程序。 [*]Flurry Analytics (免费)：Flurry几乎是移动应用分析的“行业标准”。Flurry帮助你跟踪用户会话，以便您可以看到用户在操作App时遇到了什么困难。你也可以创建自定义人群分组，以求更好地了解App的用户群体。 [*]Capptain (含付费项目)：Capptain是一款实时分析工具，它看起来就像是一组数据仪表板。不仅为你跟踪实时发生的用户行为，更可以监测到用户的使用反馈，甚至将用户群体进行实时分组，基于用户的地理位置向他们发送即时消息等等。Capptain适用于iOS、Android，HTML 5，黑莓，Windows等平台。 [*]Followapps：App精细化分析平台。 [*]MobileAppTracking：用户数据跟踪与预测模型。 触屏热点分析 [*]HeatMa.ps热图(需付费)：热图是为数不多的App热区追踪工具。热图帮助App开发人员记录所有屏幕触碰、手势(扩大/缩放/滑动)和设备定位。你甚至可以得到详细的用户触屏热点分布图。唯一的遗憾是，热图仅支持iOS App。 [*]Heat Data (需付费)：Heat Data是另一个移动应用及网站的热区工具。你可以跟踪你的用户触及屏幕时所发生的所有行为：点击、滑动、伸缩放等等，并获得详细的可视化分析报告。Heat data是跨平台的，你要做的全部事情就是复制一行JS代码嵌入你的App并使用它。但如果你不想在你的App里嵌入JS，那么你就需要使用另一个工具。 应用内购买行为跟踪 [*]Appsflyer (含付费项目)：Appsflyer是一款自带分析功能的一体化营销工具。你可以在同一款工具内跟踪应用内购买、软件安装情况和用户使用表现。除了支持主流的iOS、Android和Windows系统外，Appsflyer还支持其它平台与引擎，包括：Unity、Marmalade、Appcelerator等。可谓是真正地实现了全平台支持。 [*]Appfigures (含付费项目)：Appfigures可以在追踪事件的同时，监测事件相关的应用内销售情况。Appfigures汇集了来自不同渠道的应用评分、下载量和支付金额，并予以呈现。Appfigures同样适用于iOS、Android和Mac平台。他们也提供API接口，便于你使用和获取任何其它你想要的东西。 [*]Swrve：应用内购买分析平台，渠道追踪、广告投放于应用评分 [*]Apsalar (含付费项目)：Apsalar是专供大型应用程序商店使用的数据分析。除了基本的用户分析功能以外，Apsalar还拥有强大的广告管理组件。 [*]App Annie (含付费项目)：App Annie是很个性的分析工具，它不再分析用户活动，而只跟踪应用的下载量与销量。无论是iTunes、Google Play还是亚马逊商店，你都可以通过App Annie直接了解App的下载量、评级、评论和排名。 [*]Askingpoint (含付费项目)：Askingpoint的亮点同样在于对App评分的跟踪。事实上，它的主要功能就是通过提示让更多地用户来评论你的App。虽然小编并不认为这是提升用户评价的最好途径，但借助这款工具，还是可以帮助开发者更简单地获取并跟踪评论的。 [*]Distimo’s AppLink跨平台的渠道分发与转换率跟踪工具。他们还有自己的App，帮你随时随地监测App运营数据。 [*]Trademob：移动营销分析 [*]Adxtracking：App内广告运作、优化与分析工具 基本数据统计 [*]亚马逊移动分析(免费)：移动数据分析只是亚马逊庞大生态链中的一个部分，是一款跨平台的基本分析工具。你可以用它跟踪你发布在的iOS、安卓，当然还有亚马逊平台的应用。它拥有你所能想到的所有典型的数据分析功能。同时它还拥有A/B Test的功能，帮助运营者在一个应用上测试不同的运营模式。 [*]Roambi (需付费)：Roambi专注于服务大型研发团队。这是个3合1分析工具，它集成了基本数据分析、移动应用的BI报告和程序异常预警等三大功能。Roambi还允许你将数据回传到其Box组件中，生成易于团队成员阅读的数据报告。 [*]App celerator(含付费项目)：App celerator的主要业务是手机应用的整合营销组件，但是他们的应用分析工具也足以独当一面。在App celerator工具里，你可以跟踪新用户和自定义事件的会话时长。 [*]Countly (含付费项目)：Countly是一个开源的移动应用分析工具。与大多数开源项目不同的一点是，Countly实际上相当漂亮的。通过Countly你能很容易地看到你的App在不同的平台、屏幕大小和设备上的分布情况。 [*]Kontagent：移动应用数据分析组件 [*]Claritics：App BI数据分析 [*]Appsee：可视化移动应用分析 [*]Yozio：移动应用数据动态跟踪 [*]AppsFlyer：移动应用的检测和数据跟踪 [*]Telerik：移动应用分析 手游分析 [*]Honey tracks (含付费项目)：Honey tracks的不同点在于，它专注于游戏的移动应用分析。Honey tracks被配置来帮助游戏工作室跟踪超过90项的指标，包括手游用户的参与度和留存分析。 [*]Playtomatic (免费)：Playtomatic也是一款开源App分析工具，但它更专注于手游领域。Playtomatic帮助游戏开发者追踪游戏玩家的在手游内的地理位置和成就，支持多个平台，包括：iOS、Android、JavaScript、HTML 5,Unity 3D引擎等等。 [*]Applicasa：手机游戏管理平台 
目前市面上使用比较多的移动应用第三方数据统计平台大概有3、4家左右。其中国内比较出名的就是友盟、TalkingData等。而国外的比较受欢迎的则是Flurry，功能也非常全面，还有Google Analytics(简称GA)的使用也比较多，当然这是指国外，国内使用GA被墙，有时候连网页都打不开，所以除非你购买VPN，否则基本上不怎么能够正常使用。 Flurry：Flurry几乎可以说是目前最全面的移动应用统计分析产品，并不仅仅限于数据统计、分析功能，还提供App Circle广告、推广平台功能。国内不少使用Flurry的，但是目前Flurry不支持中文，所以需要比较好的英文水品才能看懂数据统计这方面的英文。 友盟： 国内开发者使用的最多的移动应用数据统计分析平台应该就是友盟了。尽管在全面性、完整性方面，和Flurry还有一定差距，但是友盟提供的SDK数量有很多，包括标准的统计分析SDK、SNS分享SDK、用户反馈SDK，以及应用联盟SDK。另外在平台方面友盟目前支持iOS、Android及Windows Phone平台（目前Windows Phone平台仅提供统计分析SDK）。 Talking Data： Talking Data的数据统计分析模块分4个大分类，分别是用户和使用、参与度分析、渠道统计和自定义事件。所有统计分析模块都被分别安置在这4个分类中，这一点与其他统计分析平台有很大区别。 采集用户在App中的行为数据基本上有上面的一个就够了，具体的根据实际情况进行选择吧 
上面关于一些工具类的回答十分精彩，我来补充一下整个流程是怎样的。内容来自APPYING 1、数据采集 首先列出你需要的数据项，接着评估哪部分是需要APP上报的，哪部分是后台可以统计的，然后分别在前后台加上。一般来讲，APP上报采集的数据，在发布前一定要经过谨慎的校验和测试，因为一旦版本发布出去而数据采集出了问题，不仅之前的功夫都白做了，还会带来一大堆脏数据，同时还有可能降低客户端的运行效率，得不偿失。 2、数据整理 数据采集完之后，需要将各种原始数据加工成为产品经理需要的直观的可看数据，这里需要做一些基本的数据逻辑关联和展示，就不赘述了。 3、数据分析 按照一开始设计的统计框架，你可以很清楚的看到自己需要的数据了。比如用户行为：哪些功能使用得被人均使用得最多，哪些按钮被频繁点击，哪些在显著位置却未达到预期使用效果的功能，等等。比如内容分析：哪篇文章被查阅最多，哪些内容被评论或者赞得最多，等等。 当然以上只是基础得不能再基础的分析，再深入一点的，例如你拿到这些数据，可以分析使用A功能的用户同时还喜欢B功能，二者关联性较强，是否可以在前端设计时更多的考虑整合，或者界面上的调整；比如分析点击流，大部分用户访问或使用APP的路径是怎么样的，是不是把核心功能藏得太深了？再比如可以分析不同用户属性，比如男性用户和女性用户，他们在用户行为上是否有明显差异？等等。同产品的数据分析方式和模型差距非常大，没法一下子就说清楚。所以以上更多的是举例。 1.数据采集首先列出你需要的数据项，接着评估哪部分是需要APP上报的，哪部分是后台可以统计的，然后分别在前后台加上。一般来讲，APP上报采集的数据，在发布前一定要经过谨慎的校验和测试，因为一旦版本发布出去而数据采集出了问题，不仅之前的功夫都白做了，还会带来一大堆脏数据，同时还有可能降低客户端的运行效率，得不偿失。 2.数据整理数据采集完之后，需要将各种原始数据加工成为产品经理需要的直观的可看数据，这里需要做一些基本的数据逻辑关联和展示，就不赘述了。 3.数据分析按照一开始设计的统计框架，你可以很清楚的看到自己需要的数据了。 当然以上只是基础得不能再基础的分析，再深入一点的，例如你拿到这些数据，可以分析使用A功能的用户同时还喜欢B功能，二者关联性较强，是否可以在前端设计时更多的考虑整合，或者界面上的调整；比如分析点击流，大部分用户访问或使用APP的路径是怎么样的，是不是把核心功能藏得太深了？再比如可以分析不同用户属性，比如男性用户和女性用户，他们在用户行为上是否有明显差异？等等。 不同产品的数据分析方式和模型差距非常大，没法一下子就说清楚。所以以上更多的是举例。 一些需要注意的原则 1.数据本身是客观的，但被解读出来的数据一定是主观的，同样的数据由不同的人分析很可能得出完全相反的结论，所以一定不能提前带着观点去分析（比如已经有了假设，再用数据去论证）； 2.APP采集数据，一定是优先级比较低的事情，不能因为数据的采集而影响产品的性能和用户体验，更不能采集用户的隐私数据（虽然国内很多APP并没有这么做）； 3.数据不是万能的，还是要相信自己的判断。 
一般可以加第三方的统计，有快速的SDK可接入，以前参加的过的项目试用过友盟、Flurry和google analytics。类似这样的工具不少。 国内：百度移动统计,CNZZ移动数据平台，imofan 国外：Mixpanel， mixpanel， woopra 但个人觉得google analytics基本能满足需求。 统计的数据包含： 基础数据：新增活跃、日活、周活、月活、留存等； 产品数据：某个页面点击、某个按钮点击等； 技术数据：数据返回是否成功、网络是否正常等； 在收集数据这块挺多埋点的，建议产品和QA多测试。 
一般来说, 专门检测app内的事件, 用友盟之类就可以了. 而且也没啥成本. 统计app数据更为重要的还是你所检测指标. 除了一些你所需要做出分析所需的指标, 通常你也是需要收集一些这么几个东西的数据: 1. 用户的使用时长 2. 用户转化率 3. 用户的流失率 4. 活跃用户状态 5. 用户特征 6. 用户的生命周期 还有一个不是太和用户相关的就是app所有的渠道的分析 使用时长很简单, 用来监控用户的活跃度. 当然这个时长并不是一定越长就越好, 主要看有没有到达你的预期. 如果不符合预期, 那么明显你需要重新思考一下你的产品设计. 假如用户仅把你的app作为一个信息来源的媒体, 而你却想做的事社交的app, 那么你的用户时长必定会和你预期的相差很多. 用户转化率也就是你的核心功能的转化率, 可以是付费率, 购买率等. 流失率不仅仅是看用户流失了多少, 还可以看看用户在什么时间, 什么功能, 什么地方流失了. 活跃用户是app里很重要的用户, 特别是对社区类型的来说. 他们出问题了必须第一时间解决. 用户特征和用户的使用生命周期主要是建立用户的模型, 都对产品设计的灵感很用帮助. 对app未来的发展页可以提供预测的基础. 总体来说, 有的放矢才能游刃有余 
1.数据采集首先列出你需要的数据项，接着评估哪部分是需要APP上报的，哪部分是后台可以统计的，然后分别在前后台加上。一般来讲，APP上报采集的数据，在发布前一定要经过谨慎的校验和测试，因为一旦版本发布出去而数据采集出了问题，不仅之前的功夫都白做了，还会带来一大堆脏数据，同时还有可能降低客户端的运行效率，得不偿失。 2.数据整理数据采集完之后，需要将各种原始数据加工成为产品经理需要的直观的可看数据，这里需要做一些基本的数据逻辑关联和展示，就不赘述了。 3.数据分析按照一开始设计的统计框架，你可以很清楚的看到自己需要的数据了。 当然以上只是基础得不能再基础的分析，再深入一点的，例如你拿到这些数据，可以分析使用A功能的用户同时还喜欢B功能，二者关联性较强，是否可以在前端设计时更多的考虑整合，或者界面上的调整；比如分析点击流，大部分用户访问或使用APP的路径是怎么样的，是不是把核心功能藏得太深了？再比如可以分析不同用户属性，比如男性用户和女性用户，他们在用户行为上是否有明显差异？等等。 不同产品的数据分析方式和模型差距非常大，没法一下子就说清楚。所以以上更多的是举例。 一些需要注意的原则 1.数据本身是客观的，但被解读出来的数据一定是主观的，同样的数据由不同的人分析很可能得出完全相反的结论，所以一定不能提前带着观点去分析（比如已经有了假设，再用数据去论证）； 2.APP采集数据，一定是优先级比较低的事情，不能因为数据的采集而影响产品的性能和用户体验，更不能采集用户的隐私数据（虽然国内很多APP并没有这么做）； 3.数据不是万能的，还是要相信自己的判断。 
1.自己开发？是个大工程，想我们没有足够的人手，想想也就算了。 2.使用第三方的平台，如下图： |
|
|
