以诸葛io手机端为例：数据分析产品的设计如何优化？

　　在上一篇文章里，笔者主要介绍了如何确认一款数据分析产品的定位，并得到设计方案所需的关键信息。在本文中，笔者将着重分析“小屏幕（手机端）”背景下，数据分析产品的设计将遇到哪些难点、如何解决。同时以诸葛io的手机端为例，展现一次设计优化的实战过程。
　　由于本次的分析案例来源于竞赛题目，我们先看看主办方提出的要求：
　　其实，这三个方向也基本涵盖了小屏幕下数据可视化最常遇到的“痛点”。下面我们就对这几个问题一一进行分析吧。
　　1、优化较长加载时间中的用户体验
　　问题阐述
　　用户在进行图表定制和数据查询时，根据实际情况可能会设置非常复杂的查询条件。而读取的数据量越大、设置的查询条件越复杂，所需要的时间越长。
　　数据查询与图表生成需要一定的时间
　　“等待”对任何用户来说都是相当负面的体验，更糟糕的是，在手机上，用户的耐心甚至会进一步下降。
　　试想一下：当用户用电脑浏览报表时，可以一边读当日新闻，一边等待数据处理完毕，只要打开两个浏览器页签就可以了，而手机的小小屏幕却不允许用户同时做两件事。在这样的背景下，我们要求手机端用户进行分钟级的等待，这简直是不可能完成的任务啊！！
　　目前的诸葛ioapp提供了较为中规中矩的解决方案，如图所示：这套方案比较容易出问题的是“第二步”，也就是面板已经加载完成，而数据迟迟没有进来。
　　诸葛ioapp目前的数据加载过程
　　头脑风暴
　　“等待”是交互设计中老生常谈的一个话题，在处理等待时间这个问题上，通常有两种思路：
　　（1）告知用户状态
　　这种方案是最基本的，几秒之内的等待可以用活动指示器（ActivityIndicator，我们常见的“转圈圈gif”）给出反馈，更长时间的等待则建议给出进度条（ProgressBar），告知用户需要等候的时间与当前进度。
　　活动指示器与进度条
　　（2）缩短用户的心理等候时间
　　很多时候，由于客观条件我们无法缩减实际的等候时间，但仍然可以通过一些小技巧缩减用户心理上对时间的感受，缩减心理等候时间的方法又有三种：
　　a。提供内容，而不是一片空白
　　例如：app的启动需要时间，而图文丰富的启动页可以吸引用户的注意力，自然就不太察觉得到等待时间了。
　　内容丰富的启动页
　　b、引入情感化设计，让加载小动画更具趣味性
　　比起默认的“转圈圈gif”，目前越来越多的产品选择制作独特的、加载小动画，博得用户的好感，从而在一定程度上冲淡等候产生的焦虑。
　　美团外卖app的加载小动画
　　c、暗示内容立即呈现，加强用户的期待
　　最经典的方案是加载占位图（SkeletonScreen），在实际的内容加载进来之前，先呈现版式结构。
　　占位图
　　由于最长可能出现“分钟级”的等候时间，以上所有设计模式都很难达到理想的效果。（进度条最适合较长时间的等待状态，但与技术人员沟通后，发现我们并不能准确获取数据查询的所需时间与进度。）不过，我们确实可以从头脑风暴中归纳出一点共识“留白”是等待中的大忌，“提供内容”哪怕是“伪内容”才是王道。
　　解决方案
　　在“提供内容”方面，我的建议是“暂时提供历史缓存数据”。如图所示，用户打开诸葛ioapp后，想要查看今天（如9月29日）的最新的数据，但数据加载需要一定的时间，这期间，我们可以允许用户先查看上一次（如9月27日）的缓存数据，这些缓存数据是用户上次打开app时保存在本地的。
　　和当前的情况进行对比，新方案不再存在“停留在空页面长达几分钟”的情形。
　　优化方案：数据加载过程
　　本方案在技术层面是具备基础的可行性的。首先，app上的看板通常是稳定的，长期展示最重要的数据指标，供相关人员查看监测，即使展示“稍稍过时的”数据，对用户仍然具有意义。其次，调取本地缓存数据不需要重新计算复杂的查询条件，也不需要从服务器调取海量数据，回避了加载时间长的根本原因，可以保证数据呈现速度够快。
　　因此，我认为这个方案有继续探讨的价值。
　　2、优化小屏中的数据可视化图表
　　问题阐述
　　手机端受屏幕空间限制，数据可视化的图表传递信息的能力比PC端弱很多，这是所有数据分析工具共同面临的问题。而针对诸葛io来说，由于app端主要提供数据实时看板，设计的核心不在于图表的样式花哨，而在于具备对极端情况的兼容性。
　　举个例子来说，这个图表在手机上的显示状态是不是还比较清晰呢？
　　时间维度为7天的数据
　　然而，一旦用户在自定义图表时，设置了比较长的时间维度，空间限制的劣势就立刻凸显出来了。
　　时间维度为60天的数据
　　头脑风暴
　　应对这种横轴维度复杂（如时间跨度长）的情况，其实是有成熟的设计模式的。
　　支付宝app对于股市行情的可视化展示
　　这种设计模式移植到诸葛io上，基本上也是行得通的。但还有一个问题需要考虑，也就是交互手势的问题。在支付宝的例子里，用户只需点击图表，即可进入放大模式。而在诸葛ioapp中，“点击”的手势已经被占用了。
　　点击图标，显示对应维度的数据详情
　　那么，“长按放大”的手势行得通吗？
　　考虑再三，我也放弃了这种方式。因为用户很可能长按图表，同时进行左右拖动，来微调至自己想要查看的日期（时间跨度较大时，不容易通过点击一次选中正确的日期）。“长按放大”的交互手势，可能会频繁被触发误操作。
　　解决方案
　　最终的解决方案如图，用户可以点击图表面板右上角的“放大”icon，来横屏查看更详细的图表。同时，用户可以通过手势或界面底部的拖动条，进一步缩放图表的展示范围。
　　解决方案：放大查看图表
　　3、对图表进行标注和分享的需求
　　问题阐述
　　最后这个命题比较具有开放性，诸葛io官方给出的描述是这样的：
　　团队中会有很多基于数据进行协作的需求，比如：市场总监发现新增用户量异常下降，可以标注出来并分享给团队同事，以便进行后续处理。
　　先说我的结论
　　我更倾向于认为，“在手机端对图表进行标注与分享”是一个伪需求。或者至少是，在现阶段的优先级相对较低。
　　我的结论是基于以下现实得出的：
　　（1）权限管理是数据分析产品中非常重要的一个系统，什么角色有权访问哪一部分数据，是需要严加管控的。
　　（2）诸葛io在手机端主要展示数据看板，这部分数据会随时间不断更新，而最新的数据是最敏感的。
　　（3）手机端的分享功能与web端相比，最大的优势就在于传播效率高、影响力大，且有一定的推广营销作用。
　　结合以上三点，我认为优先在手机端提供“分享”功能是非常不符合逻辑，且成本高、益处少的。如为“分享”设置身份验证或加密功能，则手机端带来的便利度与推广效应荡然无存。若不设置权限限制，则存在敏感信息泄露的风险。
　　（4）在模拟的用户场景中，用户发现数据异常并需要与其他同事协商（如：市场总监发现新增用户量异常下降），这个“异常”必然发生在最近，且持续至现在，如“两个小时前”突发。若不是如此，用户就更有可能是在会议室里，以经验总结的形式讨论过去某时间段的异常数据波动。
　　（5）“说一声”与“标注一下“之间存在一个性价比的拐点。越是复杂、语言描述不清的问题，越需要用可视化手段进行标注（如从很长一段时间中提取出一个时间段进行分析）；而对于容易讲清楚的问题，“标注”就不太划算了（如仅需要指出一个时间点）。
　　结合以上两点，我认为在手机端提供图表“标注”功能，并不能达到预期的效果。市场总监更有可能会直接发一条语音到工作群里，说“小王，近两个小时的新增用户量不对呀，赶快跟一下！”
　　拓展思考
　　其实，“在手机端对图表进行标注与分享”并不是真实的业务需求，实质的需求在于“提升团队成员之间的协作效率”。
　　在这一点上，我建议诸葛io优先研究web端的协作方式。web端承载着更多样、更专业化的使用场景，在其中一些场合下，“标注”与“分享”也是非常具有价值的。
　　小结
　　在本文中，我主要分析了小屏幕上的一些数据可视化问题，同时以诸葛ioapp为例，进行了产品优化的实战演练。
　　相关阅读
　　需求分析如何快速摸清一款数据分析产品的定位