孰够鼓噪？百万悬金，打击盗掘。没有几个人的命运是很好的，重新说清楚思惟寓于形象，当场取得男女二十余人，法庭仍判相同。起码要到清代才行。
不管是C端还是公司内部用户，都也许会有数据统计的需求。我个人以为，单从产品层面上看，数据类的需求其实并不是需求特别的思绪去处理，依然和其他处理需求时的办法一致。唯独差别在于内容交互、布局方面，数据内容与其他图文内容的不一样，大多表目前突出数据的查阅体验。
去年时做了一个公司内部数据统计的APP项目，全部项如今端其实不复杂（但在后端几乎把全部电商部门的后台数据捣腾了个遍），此次给大家分享的全部项目中产品层面的一些经历、复盘总结。
用户的场景、需求
用户群角色
首先思考的是我接办的这个项目是面向哪些群体的，在需求议论会上，我见到了各个业务部门的人，从职位角度归结了一下，大体上能够分为：销售部（总部&地方）、B端客户部（总部&地方）、总部领导、地方分总等角色。为什么从这个角度予以辨别呢？是缘由是两点：1、公司内部普通而言职位相同，对数据的需求就会特别邻近。2、公司后台中广泛应用的是这类角色辨别维度，简单和后台底层接轨。
然后，不一样的角色，意味着对数据的需求、权限是不一样的。
用户群的需求
需求收集：因为是公司内部人应用，所以收集这类数据需求的方法就是比较简单直接，闭会、暗里邮件、当面议论，便可确定下详细的数据需求项了。碰到大家不一致的地方，会把不一致的人员拉上来，闭会进行议论、辩证的分析：哪些数据是有意义的，有必要的，哪些是不需求的，能够第一版不做，后期议论的。
需求收集其实就是确定需求范围，比较相似于“体验五要素”中的“范围层”。
需求分析：其实在收集的过程当中，多多极少能够感到到需求方对数据项的珍视水平了。再加上非分特别的需求分析这个阶段：对所需的数据进行重要水等分析、完成难度分析（也会和技术进行议论），通过这一系列的分析，基本上心中大体有数了。哪些高频重要的、哪些低频次要的，哪些简单可做、哪些复杂延后……
需求定夺：需求分析的结果一定是需求的推断、决定，这也是分析的目标、意义。推断、决定异常重要，它关系着后续产品经理跟进项目标全部大局。定夺的结果，就几乎定下了后续产品经理需求多大的精力、本钱去跟进项目标进展，项目周期多长，是不是能满足领导的上线需求。所以，产品经理无妨也站在自己的角度上，该砍的需求，要绝不留情；该做的需求，要有心理打算；该豁出去时，要豁出去（顶着压力，短时间内加班加点完成项目）。
需求管理：数据这类需求，特别需求对其进行有层次的保护、管理，最好详细的列一个表格，记载数据的种别、逻辑寄义、重要水平，面向角色，调取起源。这样的利益在于，今后数据出现问题，能够很好的翻箱检讨，也能够在此基础上进行优化、迭代版本。例如：我个人的此次项目中最后确定下来的需求包含：楼盘项目数据、客源数据、财务有关数据。
系统层面的考虑
1、为了灵巧配置数据指标，需求权限系统予以赞同。能够将该功能纳入后台一致的权限管理系统中，不需求过剩的开发。
2、因为大家需求不一样，所以在权限中所有列出所有的需求数据项，然后业务人员为每个角色进行勾选。
这样做的利益就是大大的提升了为角色配置数据指标的灵巧度，另外就是削减了产品、研发的保护本钱，勾选权限的任务交给业务部门来做。
功能流程、页面构造
全部需求阶段走完后，那么就是页面的流程、构造了。这个阶段强调的是把定夺后的需求内容转化成一个可视化的流程、架构。这个阶段特别相似“体验五要素”中的“构造层”，但我个人的描写要比这个“构造层”更适用一些，更具有实践性（王婆卖瓜，自卖自夸 :-D）。
在这里，我想自问自答一下：为什么要把功能流程和页面构造放在一起思考？其实我个人懂得，流程和页面是密不可分的。假如仅仅是脑中构想，普通而言也许是一个形象化的构想过程：把功能的入口放在哪里？先操作什么再操作什么？这样便捷度如何？整体流程乱稳定？页面跳转的多不多等等。功能流程一定会和页面构造息息有关。二者分开的话，简单思绪不完整；综合考虑这两点，会更灵巧、更快捷、整体。
重要思途经程：
1、假如功能流程较多，能够画一下流程图。先画流程图，理清了功能过程，有哪些页面大体也就会应运而生。假如还不能够想象出页面，那么就再细化流程，直到细化到—这段流程就是一个页面的水平，不信页面的感到出不来（:-D）。
2、大体页面的构成后，就是把页面进行组织、构架起来，构成：首页、列表页、专题页、概况页、开头页、个人中心等等，也就初步勾画出了页面构造。
思绪的重点：
1、重要的、核心的功能流程是什么？页面上要予以突显出来。先构架出这个核心流程的页面。
2、功能流程转化为页面的思考次序，普通不过是：入口、列表、概况、开头、个人中心。详细的要详细分析。也会有些大类其余独自页面，例如：天猫，京东，有许多的种别是有独自的汇成页。
3、需求的关联性，也会影响到功能流程、页面构造。假如需求是关联性强，那么页面构造上也许会更亲密。反之亦然。例如：电商中的购物流程，社辨别享流程。两大功能尽管都是用户需求，但二者关联性不强，能够相互独自一些，没必要流程、页面交错一起。
我个人的数据统计APP的功能流程和页面构造，比较简单，就是“入口、列表、概况”，触及到后台的是权限管理界面。这个是现成的，只需加内容便可。
内容的交互、布局
这个阶段特别相似“体验五要素”中的“框架层”。在这里，便可是多的描写啦，信任大家都看过“体验五要素”中对这段的描写。另外，其实我个人有时习惯把这个阶段和功能流程、页面构造一起考虑，详细看个人吧，也看详细的项目量。
关于我个人的数据统计APP的项目，我也不做交互、布局层面的缘由、逻辑分析了。把之前做的保真原型图，直接放上来：
下图是“数据统计列表页”， 功能定位：对所有关键指标了如指掌，点击可进概况页。
下图是“指标概况页”，功能定位：通过走势图、不一样维度排行榜，展现某一指标的所有信息。
下图还是“指标概况页”， 增加一个时间的交互，快捷日期选择一步到位：
本次就到这儿了，把所有的干货都拿了出来。大家有什么不一样概念希望在评论中议论一下。
同时欢迎浏览我的有关文章，值得你来~
本文由 @中人PM 原创公布于人人都是产品经理。未经允许，制止转载。
郑重声明：此文内容为本网站转载企业宣传资讯，目的在于传播更多信息，与本站立场无关。仅供读者参考，并请自行核实相关内容。
