支持一个企业移动应用带来了一系列全新的挑战。

让我举例说明一下您将遇到的一些关键特性：

移动设备

网络

用户和用户体验

前端

后端

以上所有特性的总和支持您的应用用户的复杂性。在许多方面，这与我们使用的传统企业软件解决方案完全不同。

为了提供良好的支持，您需要了解用户在遇到阻止他们完成任务的意外情况时的反应。获得用户理解和同情的最好方法是对早期原型、新特性和生产中的现有功能进行用户测试。

在进行用户测试时，您将招募具有代表性的用户，并按照要求进行观察，以完成应用程序中的实际任务。确保招募的用户涵盖不同程度的移动体验、新员工与老员工以及不同领域体验。这些人不应该仅仅因为你以前认识他们就被你问到。

执行用户测试是用户体验领域中一个成熟的能力领域，你也可以用它来获取可量化的指标。然而，如何学习大数据，在移动项目中，基础知识可以很快掌握，与成本相比，收益是惊人的，确保参与应用程序实施和维护的所有人都以静默观察者的身份加入一个或多个用户测试。

那么，当用户遇到意外情况而无法完成任务时，他们会如何反应？

根据我的经验和极不科学的直觉，我将分配以下操作和可能性：

（假设应用程序中的操作也可以通过其他效率较低的方法完成，如门户解决方案）

这里的第一个要点是存在一个"隐藏的冰山"，即应用程序的用户无法完成他们想要的任务。

他们基本上卡住了，但用户仍然不太可能联系到任何支持你的地方。

这是一个好消息，如果你只关心支持成本。避免帮助用户是前所未有的简单。但这会如何影响用户采用率呢？

不开心的用户会在他们的个人网络中传播他们的沮丧情绪，使他们的同事在现在和将来都不太可能积极使用这款应用程序。

随着你的用户采用率基本上保持不变，甚至出现逆转，商城建站系统，你会看到商业案例崩溃，因为如果没有用户采用，大数据培训哪好，这款应用程序本质上是毫无价值的。

the主要的收获是，你的应用程序的成功取决于你对用户的支持程度，因此尽可能让支持功能易于访问。

作为一个企业，你很可能拥有一个成熟的支持组织，拥有单一的联系点和基于ITIL的工作流程和系统支持。

使用它，并确保：

从应用程序您需要尽可能方便地联系此支持组织。

从应用程序的"帮助"菜单中，您应该提供高可视性选项，以呼叫支持台。点击后，这将自动拨出正确的号码，并让用户通过您的手机与您的支持组织取得联系。

由于没有屏幕共享，买云服务器，因此仍然很难直接通过电话解决此类支持呼叫，但是您发送了一条消息，表明您可以访问并且确实有兴趣提供帮助你的用户

我推荐的第二个功能是允许用户直接从应用程序发送支持事件。此事件应发送到您的ITSM支持系统，如Solution Manager，并在那里进行处理。

这里重要的是收集您需要复制的所有信息，然后解决此事件。要求用户以书面形式提供这一点并不是一种有效的方法这个。它也容易出错，因为有时很难记住错误发生前采取的确切措施。

因此，我们会自动检测到尽可能多的此类信息。登录用户、操作系统类型和版本、应用程序版本和屏幕分辨率都会自动检测并包含在事件中。

此外，我们在整个应用程序中实施了标准的日志实践和框架。此日志包括：

日志本身保存在本地存储中，因此，即使应用程序崩溃，我们也能够检索重现事件所需的详细信息。

如果我们报告了无法重现的错误，可以通过SAP传输添加其他日志元素。

除了尽可能让您的支持组织可访问外，您还可以采取其他措施来帮助用户。

应用程序的入职帮助是一个热门话题。通常不建议使用解释交互模式的覆盖图，因为解释交互模式不会使它们更直观。不过，大数据好就业吗，在第一次使用应用程序时，会有一个总体介绍，重点介绍用户可以实现的附加值。

定期监控ST22中的转储和SAP中的其他错误日志。联系那些经历过错误的用户，让他们知道你在做什么来解决根本原因。由于大多数错误从未向支持组织报告，因此您需要积极主动地寻找每天影响用户的隐藏冰山案例。

感谢您阅读本博客，请在下面的评论部分添加您自己关于如何支持移动应用程序的经验。

PS本博客中的屏幕截图如下：所有基于sapui5的设计，以谷歌材料设计为灵感，添加了额外的造型

是的，是的，是的！！！