在所有项目规划和实施阶段最终完成并启动您的服务之后，这就是您可以喘口气和放松的时刻……您认为。但事实上，刚上线的服务需要团队的关注，就像刚出生的婴儿需要父母的关注一样。但是，您必须处理诸如缺少 CPU 或内存资源、性能问题或组件损坏等问题，而不是餐巾纸和婴儿配方奶粉。当然，您的团队做了一些优化工作，他们将脚本和异常处理程序构建到监控基础架构中，因此现在您可以收到错误报告。尽管如此，许多问题仍无法自动发现，例如：
-
用户体验问题，例如界面理解
-
当应用程序以客户期望的不同方式运行时的逻辑问题或错误
-
由于错过检查点或异常处理程序而未收到的错误报告
关注客户反馈的重要性显而易见。为了提高用户的体验，您需要对您的产品进行定期调整，使其更加直观明了。这种做法有双重好处：用户会以更高的忠诚度欣赏它，而您的团队也不会忙于解决支持问题。可以很容易地访问如此惊人的优化思想来源。只需为您的客户提供简单的帮助台，以便他们可以通过电子邮件发送请求或通过带有详细信息的网络表单提交请求。
认为 HelpDesk 是一个强大的工具，它肯定不会涵盖所有支持服务问题。您必须添加异常监控、应用程序和服务器监控才能获得技术部门的详细信息。在构建 DevOps Board 服务时，我们考虑了所有问题。我们让它汇总了来自每个渠道的问题、异常和错误报告。此外，我们考虑了结果的可见性，因此您的整个团队都可以将其视为任务板上的卡片。
这就是为什么需要构建非常轻量级的技术支持流程。我们 IT 世纪的特点之一是一些工作正在过时。致力于支持活动绝对是此类职位之一，您不想让您的员工忙于可以而且应该自动化的工作。
典型的支持活动包括：
-
将票证传递给下一阶段，因此选择它应该是快速解决、附加详细信息要求或将案例转发给开发和运营以重现和修复。
-
编辑和更新常见问题解答和其他支持网站部分
-
工单关闭时发送客户通知
正确的 DevOps 工具 将向客户和团队发送有关评论和状态更改的通知。它还可以自动将工单直接移动到 DevOps 管道中。根据请求主题或描述，它会分配优先级和负责人。无需在问题跟踪器中复制相应的卡片，任何团队成员只需将工单放入积压工作即可将工单放入 DevOps 管道。
它会做所有的日常支持服务工作，这样你就可以将你的团队成员力量分配到一些岗位上，在那里他们的才能才能真正发挥作用。他们现在在支持服务部分需要做的就是不时执行工程师的角色，您的工具将涵盖其余部分。
