在企业内部或者入驻电商平台的商家、业务方，每天有大量的人在查看大量的指标，用于监控、分析业务的发展。同时，又有着能够随时随地，方便快捷的查看分析数据的诉求。本文想简单介绍下可以随时随地查看数据、分析数据的移动端产品界面的设计思路。

移动端BI产品，需要在有限的空间内把大量的数据、图表组织起来。任何产品设计，其实都离不开产品定位、用户主体是谁、交互设计、开发维护、运营策略几个方面，我们本次主要介绍产品前端设计方法。

设计一个移动端数据产品可从以下思路入手：

一、明确产品定位

本文要说的移动端BI产品，一般有如下几种：

• 用于数据监控、分析
• 平台型数据产品
• 集中了以上两点

以上几类产品在界面展示设计上并无区别，区别在于框架的设计、前后台的配置、运营、与用户群体的不同。

例如平台型数据产品，产品的定位是平台，用户可以在平台上通过配置等方式得到自己想要的数据。同时保证数据的私有性，模式类似于维基与知乎，运营与管理只要确保平台的稳定性与扩展性即可。

二、数据内容

关于数据内容写在前面是因为：数据内容决定了产品如何架构，决定了用户用什么样的思路去使用产品，决定了开发维护，以及运营。但不是本文重点，这里只说几个重点：

时间

时间决定了数据的计算方式，更决定了你要如何设计产品能在不同时间维度中切换，你需要计算到什么时间粒度的数据，以及为什么这么做。

指标以及指标数量

数据产品的核心是指标，指标数量随着公司业务的发展会不断的增加和改变。指标数量影响产品的维护与开发成本。如果所有指标都由你的团队来开发和维护，成本随指标数量成正比。这种情况尤其要着重考虑后台的使用便捷性设计，充分考虑运营团队的运营模式。好处是可控性高，数据质量较容易把控，展示形态会比较丰富。如果是平台式产品，指标的多少对维护的成本影响较小，但需要考虑平台的性能、扩展性、以及数据质量等问题。

计算方式

按计算方式分为实时计算与离线计算。好的数据产品会做到用户无感知计算方式的存在。例如当日时点数据时，使用的是实时计算。当周、月粒度的数据，则使用的是离线计算。在产品生命周期初期，如果中间层不能处理的很好，可以考虑将实时计算与离线计算独立开，让用户感知到，但是在技术条件与产品的演进后，一定要做到用户无感知，不要让用户在这一层面多费脑子。

三、构思产品结构

移动端产品有着随时随地使用，使用周期短、迅速获取的特性，所以在结构的设计上，需要避繁就简，直击最重点的内容。

1、层级设计原则

将数据分层，将界面分层，利用层级设计的原则，有几样好处：

• 可以让数据内容有层次感，符合于用户的浏览思路，由浅入深，由总至细，让用户快速获取重要数据指标。
• 便于用户的交互体验。
• 便于开发和维护。
• 便于权限分配时，不至于大面积留白。

APP设计中运用的层次关系：

例如股票APP中，大盘行情都是在第一层级上展示的，并且利用了数字的展示方式，可以在一屏中一览当日的所有市场行情。点击某一个板块，进入到本板块的内容，相当于进入了下一层级，然后点击具体的某一只股票，这样一层层，浏览逻辑清晰。

股票APP中的层次关系：（图片来源雪球APP）

按照由汇总到细节的方式去做逻辑层，引导用户按照这种思路去寻找自己的数据需求。

注意：有利就有弊。多层次的设计，意味着操作次数的增加，去回的路径会很长。有些数据会埋藏的很深，如果层次设计的不到位，大多数用户可能都找不到想要的数据。我们需要在产品的整体框架与局部功能的设计上来优化。多层次设计实际上是一个思想，层次的设计实现不见得按照切换页面方式来实现，可以加入创新，结合开发方案，最终目的是简化用户操作。

2、整体框架设计（主结构）

基本元素与导航框架，构成了数据产品的实体与结构。

（1）基本元素=数字与图形

数字和图形是产品的主要组成元素，刨除一些功能键，导航栏，设置框，剩下的界面基本被数字和图形占据，它们是产品的实体。

1）数字

数字的表达，直观、简洁，且占用空间少，是很不错的展示方式。缺点在于如果想更深入的了解数字的背后深层次的含义，例如趋势，占比，分布等，便无法直观的体现。

利用数字的展现方式，主要应用于能够一览所有的重点数据的场景。例如股票中的沪深大盘，一眼就能看到几个市场的指数。我们可以针对数据的内容与用户群体，来选择不同的展现方式。在例如首屏的位置放入诸多重点数字可以快速的一览业务的全貌。

① 应用于健康产品中的数字展示：

（图片来源IPHONE自带健康）

② 应用于股票产品中的数字展示：

（图片来源Wind资讯）

2）图形

图形是数据产品中必不可少的元素，它在数据内容的表达上表现的更丰富，不像数字一样表达的过于单一。折线图可以表达趋势，饼图可以看占比，丰富的图对数据内容的解释既直接也更深入，还会在视觉上达到更好的效果。

但是，图在APP中占用的屏幕空间实在是太多了，拿IPHONE6 4.7寸的屏幕来说，竖屏放3个图形已经占据全屏了，想再放入其他内容，必须要从交互设计上入手。所以，图的存在也会影响着APP的整体设计结构模式。

图形在APP中的表现形式样例：

（图片来源网络）

（2）主框架与页面导航

主框架就是产品中的页面间导航，以及页面内导航，我把它拆成两部分陈述。

设计移动产品，导航菜单的设计是重中之重，因为它决定了：

• 用户操作逻辑以及内容逻辑
• 开发方案的确定以及维护成本
• 开发、内容的扩展性
• 运营方式

在确定了产品定位、数据内容后，设计导航框架时，需要结合以上4点来考虑。

曾有前辈总结过大致8种导航方式，数据产品常用且比较适合的，总结为下图所示6种。也是大家熟知的几种方案，不管什么APP，都离不开这些导航方案。我们可以结合数据内容，尤其是数字的展示方式，融合到这些导航中，简化产品学习成本。

利用APP的常用的几种导航来确定产品的基本框架：

以上几种导航模式，可以混合使用，可以根据产品的不同生命周期，来决定导航方案。这些模式决定了产品的整体结构。

如果产品需要用户频繁的在不同分页切换与产品内容的扩展性，最优的导航方式是底栏标签的方式（上图左上），扩展性很强，在产品生命成熟期时可以使用这种方式。每个页签定位不同场景的内容，在每一个页面场景中可以又融入其他的导航，例如：

底部标签导航+列表：

底部标签导航栏+TAB页：

底部标签导航栏+抽屉：

上述三种方案，底部标签导航确定了APP的主结构，其他的导航方式都是在这主结构下的子导航，市面上的应用很大一部分是利用这种主结构。主结构的确定主要是为产品的使用、开发的方案，运营、以及扩展做好基础以及方向，此步十分重要。

总的原则是，利用导航之间的各种组合，来达到交互上的最优。同时也需要考虑的是运维和开发的成本。

产品交互框架设计是一个不断调优的过程，我在设计移动端数据产品时，经历了列表式、做抽屉式、平铺式最后到导航组合的过程。这本身和产品的生命周期息息相关。因为在最一开始，需求收集是片面且信息量很少的，另外你需要确定好数据内容，以及内容的展示方式，还有后台的设计以及开发方案、技术团队的配合，这些都是在需求不断变更、数据内容不断丰富的过程中演进的。

3、局部页面布局

页面内大块展示区主要是内容承载，实体是数字和图形以及部分功能。在确定好主体框架之后，就是页面内的导航如何搭配了。页面内的导航、功能如何布局，可以当做在主框架之后的分支设计，每一个场景设计都可以独具创新，根据需求设计页面。

我们可以把数据融入到各种导航中，本着分层设计的要素，合理布局，让数据在各种导航中体现层次感。

我整理了几个常见的方案：

（1）瀑布流平铺

内容平铺的方式，开发简单、维护方便，能够快速一览数据内容。能够确保指标不多，数据内容为高粒度汇总的情况下使用此类方式。一般用在产品初期阶段。但数据内容没有做任何分层。

平铺式如果没有其他导航方式进行辅助，例如底栏标签的导航，抽屉导航做辅助，那么能承载的内容与体验成反比。也就是说，内容越多，体验越差。因为用户要不断下拉保证内容信息的获取，另外，如果想瞬间定位到某一块内容的时候，需要增加搜索功能以便实现。

（2）名片+导航

名片导航方式，就如同名片，按照业务或者场景进行分类，每一个名片代表一个业务或场景，名片内体现高粒度汇总的数据（重要指标），这样可以一览所有业务以及场景的总体情况。如需要继续探索业务场景细节，根据导航进入下一页，下一级菜单依旧可以按照名片的方式展示，也可以用其他方式如TAB页、列表、九宫格等。遵循层次由总到细的原则，依照数据内容的粒度层次依次传递。

（3）九宫格式

九宫格的利用方式，和名片+导航的方式类似，用这种方案设计，可以用于定位是平台化的产品，集成很多入口。每一个九宫格，都是一个入口，可以是一个专项，可以是一个应用的入口。可以围绕产品主题做发挥，例如为其他分析产品做入口，例如把用户分析、流量分析、财务分析等当做主题，每个主题可以由不同的人设计和负责，嵌入到产品中，对于用户来说，集成在一个应用中，总比切换应用的感觉好的多。

（4）轮播模式+TAB页

轮播模式+TAB页的一个使用场景是，数据内容能够切分成两个部分，分层的逻辑是二元的。分层在同一级，并且每个部分还可以配合其他导航方式继续向下级延伸。也就是说，有两个同级的起点。例如公司有两块主营业务，或者以两个部门为起点等等。

总的来说
，确定主体框架之后，页面内的导航可以千变万化，可以有创新，可以借鉴通用的导航方式，但是核心原则依然是围绕着用户体验、开发维护、运营、以及数据内容的扩展。

4、局部细节

数字如何排版，图形如何摆放，弹层、功能键如何使用，这些细节决定产品的成败。上文所述，图占用空间但内容表达丰富，数字直观但缺乏解释度，我们需要仔细设计把它们结合到一起，通过各种功能让数据内容表达具有关联性，操作简单，数据更易解读。

（1）数字联动图形

数字和图形的联动，需要考虑使用的便利性。一般用户的思路是，看到一个数值，还要想看更详细的内容，例如趋势、占比、对比等，就需要图表联动的方式。

数字与图形联动方式：

上图举了两个例子，一个是数在左，图在右的联动模式，这种模式缺点是图较小，放多图不太容易。另一个是图置于屏幕最下方，保持常态，上方是各种不同的业务、场景指标，点击后，图会显示为点击的业务数据内容，随之变化。IPHONE自带的股票界面就是这样的设计：

IPHONE自带的股票软件：

更多的情况下，一个数字（指标）会包含有多个图，可以看用折线图看趋势，饼图看占比。根据需要，放置各种不同的图。当多图时，可以用左右滑动的轮播方式，切换图表。不可设置自动轮播，需设置好默认，让用户自己去操作。

（2）弹层

弹层应用：

运用弹层功能的目的有2种：

1. 节省空间
2. 可以在同一页面下其他元素保持风格统一

为了避免过度打断用户思路，并引导用户思路，利用弹层，并将弹层置底，“取消”按钮的位置也便于手指操作。同时这样设计也可以在同一数据层面下展示更多的内容，也可显得界面整洁、内容更统一。通常会把图形等占用空间大的组件放入弹层内。缺点增加了用户的操作频次。

（3）表格

由于手机屏幕大小的问题，移动端只能做一些字段较少的表格，竖屏情况下，最多展示4列，还要看每列的内容情况，况且如果数据内容很多，会显得很拥簇，视觉效果会大打折扣。

另外，如果用待滑动条的图标，还会让使用以及开发头疼，操作起来极其不便。

表格在移动端的展示与操作，十分不便，原则是：善用，少用。

 （4）顶部导航栏

顶部导航可以无限扩展，对于业务、场景分层很细的情况，例如像新闻类应用，经常会使用这种导航。在单独的一个模块中，可以常用这种导航，将业务分类。缺点在于一旦分类太多，埋藏太深，用户需要滑动很多次才能找到自己需要的分类。但是可以考虑像新闻应用一样，设置一些常看的业务分类。

此导航最好用于导航层级的最下层，由于需要操作，不便于放置到顶层导航之列，另外，也便于开发维护管理。

（5）图形使用的一些细节

图形带出的信息不能太多太乱，例如柱形图，不能把每个柱子都带上数字，当数据很大时数字叠加看不清楚。可以考虑点击后，显示数值。

要善于利用适当的图形表示相应的意思。例如，不要用柱形图表示趋势，如图：近30天趋势，折线图远比柱形图简洁直观。

单位数值很大，Y抽起点是0，振幅却很小时，图形表现就犹如一根直线，很难看出变化。所以需要把起点值设置的更高，比例尺放大，就可以看出趋势了。可以在使用过程中根据实际情况来优化。

（6）其他需要注意功能

数据刷新，刷新功能十分重要，数据可以设置自动刷新，但有时为了考虑用户流量的问题，也会设置非自动更新。所以告知用户刷新功能很有必要。很多用户在不知道刷新功能如何使用时，只能退出应用再次启动才能达到数据刷新效果。

数据解释，对数据的定义说明、解释是辅助数据产品的很重要的一环。

如果不能在产品内恰当的体现对数据的解释，产品使用效果会打折扣，用户也许会在大量的数据面前迷茫，不知如何下手。

单位统一，同一个篇幅下，单位要统一。精缺到几位，关系着你的产品视觉程度。例如，小数点问题，不同应用对小数点的设计不同。一般建议数据取整，不保留小数点。

四、其他

关于开发

在产品生命周期过程中，开发是和产品息息相关的，开发方式也决定了上线时间、运维、可视化效果等。移动端产品可以考虑H5与原生两个开发方式。

开发方案的确定由很多因素构成：

• 开发团队的组成
• 开发时长
• 产品生命周期
• 扩展性

产品初期，结合迅速上线，先交出一版的情况，可以考虑除主架构之外的内容用H5开发。因为以现在的大多数互联网公司以及整个环境的发展态势，产品整个生命过程的需求把控是十分关键的，结合你团队的开发资源，选择相应的开发方案，对产品进程的把控是很关键的。

关于需求

用户对产品的需求点，在产品中必不可少的有：

• 能够方便的做对比
• 实时计算要求较多，可以随时调整活动策略
• 能够多维度钻取
• 便于查询
• 能够有收藏或者自定义功能

以上是我总结的一些经验，但不见得一定适用于其他产品，所以，见仁见智吧。

对于移动数据产品的界面设计就介绍完了，产品设计，设计思想是核心，本着各种基本原则，吸收优秀产品的有点和设计思想，结合需求点与用户特性，使用场景来打造产品。本身就是个不断打磨的过程。

希望本篇文章能够为做移动数据产品的伙伴提供帮助，文章中措辞也许并不考究，希望能够指正。