产品经理：产品分析的内容有哪些

　　作为产品经理，我们会抓住一切机会来了解更多有关客户的信息，因为了解客户的需求对于构建有用的产品至关重要。这意味着进行客户访谈，进行调查并检查产品内分析。我们从产品分析中收集的数据告诉我们用户如何实际使用产品-而不是他们想要做什么，他们认为自己在使用产品的方式，甚至我们认为他们如何使用产品。
 

　　作为PM，诸如“用户每天花费多少时间?”之类的问题会出现。“他们最会采取什么行动?” “哪些功能使用得最少?” 对于了解您的用户并为我们提供有关如何改善他们的体验的线索，这是非常宝贵的。在这篇文章中，我将解释什么是产品分析以及为什么要使用它们。如何真正了解您的用户，以便您还清“同情债务”;以及如何使用分析来帮助指导新功能开发
 

　　让我们开始吧!
 

　　产品分析简介
 

　　为了定量了解用户对您的产品的处理方式，第一步是对产品进行分析。想法是针对用户可以在您的产品中执行的每项操作触发一个事件，以便您可以汇总查看有多少用户使用功能以及他们使用该功能的频率。例如，如果要跟踪用户单击特定按钮的次数，则可以触发一个名为“ big-red-button.click”的事件。从那里可以看到哪些功能需要工作，哪些是最重要的，然后使用该信息确定更改的优先级。
 

　　在Atlassian，我们试图使每个人都尽可能容易地获取数据并能够运行自己的查询和报告。我们使用一些内部开发的工具来提供这些服务，但是Google Analytics(分析)工具也可以帮助您入门。这导致从开发人员到PM到设计的每个人都提出了有关用法的问题，并试图了解我们构建产品的影响。
 

　　“无偿债务”：最新的债务
 

　　让我们尝试一下这个新术语“同情债务”。
 

　　产品内分析可以通过两种方式帮助您偿还同情债务：通过概念测试和客户访谈等活动收集的定性反馈;以及在产品中收集的定量数据，例如产品分析和NPS调查。
 

　　例如，Confluence已经存在了相当长的时间，并且它具有很多功能，这些功能几乎没有分析功能。其中之一是仪表板，这是大多数人使用Confluence的旅程的开始。实际上，我们现在正在大修它。我们从客户访谈中获得了有关仪表板的一些反馈，但是我们没有从定量角度真正了解使用情况所需的所有产品分析。我们有很多未解决的问题，例如：
 

　　仪表板有多少用途?人们在典型的Confluence会议中访问仪表板多少次?
 

　　人们实际使用仪表板做什么?所有更新供稿?受欢迎的提要?导航到某个空间?
 

　　人们想要在仪表板上显示什么?我们可以根据人们访问仪表板后的工作来确定最好的东西吗?
 

　　这些是一些非常基本的问题，在开始更改Confluence中访问量最大的页面之一之前，我们需要先回答这些问题。如果您的产品没有分析功能，甚至没有想要更改的特定功能，那么您就在同一条船上，应该对做出任何决定非常警惕。现在该偿还同情债务了!
 

　　在仪表板测试中，我们了解到在仪表板上执行的最常见操作之一是查看“收藏夹页面”。这是一个非常重要的发现，而且在我们的初始假设中也未必如此。这将我们带到这里的主要收获：尽快还清您的同理债务–如果您的产品中没有分析，请尽快添加它们，并开始使用数据来帮助您做出产品决策。否则，您将在黑暗中做出重要决定。请记住，分析不会说谎!他们向我们展示了用户在使用该产品的确切方式，但是尝试更深入地挖掘并使用分析来了解用户的真正需求。
 

　　在未来到来之前测试未来
 

　　虽然添加产品分析对于了解用户如何使用现有功能非常有价值，但对于测试新功能和体验也非常有价值。如果您对功能的使用量有明确的目标，那么使用产品分析功能可以帮助您迈出敏捷敏捷的口号，即快速失败并不断迭代直到成功。
 

　　我们通常使用的过程如下所示：
 

　　为产品变更定义明确的假设-例如“通过增加评论框的大小，我们预计评论会增加5%”。
 

　　构建此更改的最便宜的实现，并加载我们需要的任何分析事件，这将使我们能够检验假设。
 

　　在A / B测试中将更改部署到部分客户。
 

　　在等待结果时，请旋转拇指。
 

　　对于更复杂的更改，请在分析人员的帮助下对结果进行细分，然后确定更改是否成功。
 

　　对于仪表盘的更改，我们最终设计了三个非常“有意思的”仪表盘，每个仪表盘促进了不同的用例和行为集。我们在整个过程中进行了测试(尽管我们的假设有些复杂)，并且对我们来说确实非常有效。但是，在以这种方式测试新功能之前，您需要考虑一些常见的陷阱(有时很难)。
 

　　需要注意的一些反模式：
 

　　1、没有什么比结束实验并意识到您没有所有需要的事件更糟糕的了。尝试使用一些虚拟数据进行分析，然后再运行实验，您会很快发现其中的空白您正在捕获。
 

　　2、提出假设可能很耗时，但是您需要确保拥有一个假设，并且确信自己可以在发布之前使用产品分析来证明或否定这个假设。在启动之前对虚拟数据进行分析也将帮助您进行测试。
 

　　3、确保您在足够多的用户上进行了足够长的时间测试。您想确保您的结果具有统计意义。
 

　　4、准备扔掉坏主意!正如我提到的，您希望尽可能便宜地测试功能并尽快运行这些测试。快速失败是件好事。
 

　　只是也别忘了听听您的用户
 

　　正如我上面提到的，了解数据非常好，但完全由数据驱动 有时会使您对为用户创建的整体体验视而不见。当需要做出决定并且您没有所需的所有数据时，完全依赖于数据也可能会有些残缺。
 

　　产品分析揭示了人们如何使用产品甚至某个特定功能的原始事实，但是它可以是一维的。将您从产品分析数据中了解到的信息与客户访谈，概念测试研讨会和陪练中的定性反馈相结合，可以使您更全面地了解正在发生的事情，从而可以制造出最好的产品。