应用策略：小型团队的指标和 KPI

小团队有一个指标手册中没有人提到的问题：时间。组装面板所花费的每一小时，就等于没有花费在构建产品上的一个小时。而且该面板不提供功能。

有关产品指标的文献几乎总是假设精益团队没有的结构：专门负责数据的人员、强大的工具、分析时间。当三到四人的团队试图遵循本手册时，会发生以下两种情况之一：要么他们淹没在无人看的仪表板中，要么他们放弃测量并重新在黑暗中做出决定。

对于那些以很少的人来运行应用程序的人来说，本文的主题是对焦点的辩护：小团队的挑战不是衡量很多，而是选择真正改变决策的极少数数字。不会改变你下周要做的事情的指标是精益团队无法承受的奢侈。

为什么从大公司复制仪表板会破坏小团队

大公司监控数十个指标，因为他们有专人负责，而且每个领域都负责其中的一部分。小团队没有这样的划分。编写代码的人也会查看指标、与用户交谈并决定方向。

在这种情况下，试图复制大公司的仪表板是一种自我破坏。你花费了稀缺的精力来收集和组织数字，而你几乎没有剩下多少精力来处理唯一重要的事情：利用这些数字来做出决定和采取行动。

更糟糕的是：太多的指标会导致瘫痪。面对二十个指标，谁也不知道该拉哪一个。该团队正忙于解释数据而不是改进产品。对于小公司来说，简单并不是懒惰，而是一种生存策略。

对于精益团队来说，最好的过滤器非常实用。在采用任何指标之前，请问：如果这个数字上升或下降，我会采取不同的措施吗？

如果答案是否定的，那么该指标不值得您花时间。这可能很有趣，可能听起来很专业，但如果它不能改变决定，那么它就会成为专家组的负担。对于那些人很少的人来说，一个好的指标是触发行动的指标。

这个过滤器消除了大多数开箱即用的虚荣指标。总下载量很少会改变您明天要做的事情。最后一批人的保留，是的，它告诉你在引入更多人之前是否应该纠正产品。

精干的团队可以通过一些精心挑选的指标做出正确的决策。

新用户的保留率。 这个数字可以告诉您是否值得引入更多用户。如果进来的人不留下来，吸引更多的人就是浪费。对于小团队来说，这几乎总是最重要的指标。

激活。 有多少到达的人真正开始真正使用该产品。如果有很多人进来并停在门口，问题就出在体验的开始阶段，这通常有一个廉价且高效的解决方案。

**主要功能使用。**定义应用程序价值的操作频率。看看本周的报道，无需进行复杂的分析，就能真实地了解健康状况。

定性信号。 对于小团队来说，与用户交谈比进行复杂的分析更便宜、更丰富。人们抱怨什么、赞扬什么、陷入困境的地方，这些直接来自源头的信息通常比一张图表更有价值。

四个战线。做好决定就足够了，不淹死任何人。

专注是有成本的，这一点是值得认识的。根据定义，关注很少的指标意味着存在盲点。在你没有观察到的维度中，某些东西可能正在破裂。

防止这种情况发生的方法不是衡量一切，而是时不时地审查所选指标是否仍然正确。随着产品的发展，最重要的数字也会发生变化。最小面板需要重新审视，而不是冻结。

还存在将简单与肤浅混淆的风险。观察平均留存率，而不是按群组划分的行为，可能会掩盖新用户的状况比老用户差的事实。小团队需要的指标很少，但需要精心选择和充分阅读。简单不等于浅薄。

小团队从深入分析中获得的收益较少，而从规律性中获得的收益更多。每周同时查看相同的四个指标，会产生任何复杂的仪表板都无法单独提供的东西：随着时间的推移而产生的方向感。

规律性的优点在于它揭示了趋势，而趋势才是真正为决策提供信息的因素。一个孤立的数字几乎不能说明什么。六周观察到的相同数字表明保留率是改善、稳定还是流失，这就是团队所做的改变。

这种仪式还解决了一个典型的精益团队问题：没有人关注的指标。设置面板并放弃它很容易。一周中固定的、短暂的时间，专门用于查看几个重要的数字，并根据这些数字决定采取的行动，比偶尔查阅的任何昂贵工具更有价值。廉价的一致性胜过间歇性的复杂性。

小团队中的一个常见诱惑是采用强大的分析平台，认为它可以解决数据问题。相反的情况几乎总是发生：该工具是如此复杂，以至于没有人正确配置它，它就变成了又一个半生不熟的东西。

对于人员较少的人来说，最好的工具是团队实际使用的工具。一个维护良好、持续提供的电子表格，其性能远远胜过第一周就被遗忘的复杂平台。观察的纪律比工具的力量更有价值。

最后，小团队的指标策略就是小团队的一般策略：少做，但做好。选择几个重要的数字，定期查看它们，并有勇气按照它们所说的去做。专注不是人少时剩下的东西，而是那些小而懂得这一点的人的优势。

这种简单性只是一个阶段，而不是终点。随着团队的成长和能力的增强，扩大可衡量的范围是有意义的。但是，在公司规模较小时学到的纪律，将每个指标与决策联系起来，可以防止仪表板日后毫无目的地膨胀。当结构增加时，那些学会以稀缺性为重点来衡量的人很少会陷入过剩的陷阱。

如果您与精益团队一起运行应用程序，并且感觉自己衡量的指标太多或太少，那么值得讨论如何将其精简到必要的部分。博客上还有其他有关产品管理和焦点的文本讨论了这一挑战。