Asana的客户体验决定成败。如果我们的客户喜欢并向他们的同事和朋友宣传我们的产品，我们就有机会赢得我们的市场。如果他们有不好的经历，网购返利，我们就有麻烦了。因为体位法非常注重客户的体验，所以我们正在尝试一种不同的客户和产品支持方法。我们称之为用户操作，大数据在线，开源建站系统，简称UO。在这种方法中，我们努力在日常客户互动（如答票）和长期项目（如编写帮助文档和构建报告系统）之间取得平衡。我们与工程师一起设计和制造工具，帮助我们完成工作。作为回报，我们使用这些工具来调查bug和其他可能会占用工程师大量时间的产品问题。我们做事的方式有助于避免工作倦怠，但主要的好处是我们可以与产品团队紧密合作，确保客户的声音在产品开发中发挥关键作用。成为产品反馈的宝贵来源当我和其他支持人员交谈时，我经常听到产品团队不听从的抱怨。例如，支持团队将花一周时间就客户在产品上遇到的问题编写一份庞大而全面的报告。此报告将包括详细的解决方案，产品团队将忽略所有这些。然后产品团队会去做同样的研究。一种解释可能是产品团队不信任支持团队的分析，但我认为这实际上是因为非产品团队发现更容易提出解决方案，而不是以帮助产品完成其工作的方式框架问题。我发现解决这个问题的最好方法就是像对待客户一样对待产品团队。当我们作为一个支持团队，以这种方式调整我们的镜头时，我们（以及我们所代表的客户声音）立即在产品开发过程中变得更加一体化。我相信，通过这种简单的视角转换（以及一点同情心和理解），任何现代支持团队都可以成为产品投入的宝贵来源。在Asana，这种合作已经变成了一条双向的道路：我们询问产品团队想知道什么；他们给我们一个提示，让我们去寻找在发布时可能出现的具体问题。稍后，当他们试图找出如何区分新功能的优先级时，他们可以来找我们了解他们的需求。这已经成为一个持续的过程，每周（甚至每天）都会发生。它使每个人都保持积极和灵活，使我们的工作多样化。如何使用体位法将UO与团队其他成员结合起来因为我们整个公司都使用体位法，所以我们的软件为我们提供了一种向任何方向、向公司任何部分传播知识的方法。无论是向产品团队报告具体问题，帮助工程师调查缺陷，还是与营销团队分享帮助内容的想法，西安大数据，Asana都有助于UO向组织的每个部分提供对客户体验的深刻理解。UO可以在体式任务中使用复制步骤来提交客户缺陷报告。pm和工程师可以被添加为关注者，帮助确定任务的优先级。然后，bug的任务可以通过超文本链接到其他相关的现有任务，以获得更多的上下文。我们可以在评论中讨论我们将如何解决根本问题，以及我们预计何时会发生。UO可以看到流程，并确切地知道何时应该跟进客户。我们还使用一个Asana项目向产品、销售和营销团队分发每周的客户互动报告。这些报告来自于运行在我们的票务系统上的自动脚本和人工解释的组合。它们包含定量和定性信息，以更全面地了解客户体验。通过结合跨职能团队合作、定制开发的工具和Asana产品，我们已经摆脱了传统的、孤立的支持模式。我们已经成为一个更加整合和有价值的支持组织，哪个云服务器，在产品开发过程中有意义的投入。