遥测技术如何拯救了我的开源平台

最初是因为无法联系到用户而感到沮丧，但很快就演变成对平台流程的重新设计。

我和我的团队正在开发一个开源平台，帮助开发者在 Kubernetes 中部署和管理他们的应用程序。我们一直在努力扩大用户群，而且这些努力已经开始见效。

安装量的增长令人欣喜。然而，这仅仅是我们所能观察到的。我们渴望了解更多。我们想知道用户如何使用我们的平台，以及他们在使用过程中遇到了哪些困难。

以下这篇短文可以看作是我们创业公司在公共领域进行的项目，但我只是觉得它很有趣，想和大家分享。

请支持我们🙏

我们知道 Kubernetes 可能很复杂。因此，我们创建了 Cyclops，一个真正面向开发者的 Kubernetes 平台。它抽象化了 Kubernetes 的复杂性，让您可以通过用户界面部署和管理应用程序。由于其平台特性，用户界面本身具有高度可定制性——您可以根据自身需求进行更改。

GIF

我们正在将 Cyclops 开发成一个开源项目。如果您有兴趣尝试，可以在我们的代码仓库中找到快速入门指南。如果您喜欢我们的项目，请考虑给我们点个赞⭐以示支持。

用户反馈🗣️

从一开始，我们就努力与用户沟通，尽可能多地收集反馈。然而，这反而成了个问题。我们知道有人在下载 Cyclops；在我们的 DockerHub 上，我们可以看到每天拉取的镜像数量都在增加。

问题在于我们无法联系到用户。我们只能看到拉取次数，却看不到是谁拉取的。

为了更好地与用户沟通，我们创建了一个Discord 服务器。Discord 是一个维系社区关系的好方法，也正因如此，我们才能更好地了解我们的用户。

于是我们开始与他们沟通。但他们的反馈并不总是建设性的……

……但大部分反馈都是积极的。然而，需要注意的是，我们收到的很多正面反馈都来自与用户的一对一会议。在这些会议中，我们能够比用户自己更好地展示 Cyclops 的功能。事实证明，这比我们预想的要严重得多。

最近，我们引入了遥测技术，以便更好地了解用户如何使用Cyclops。统计数据一出来，我们就大吃一惊。

问题❗

我们对Cyclops的安装量非常满意。事实证明，我们当初的判断是正确的，Cyclops的安装确实非常简单直接。但是，在实际使用过程中，超过60%的用户遇到了问题。

问题到底出在哪里？

问题在于，当您想要将应用程序部署到 Kubernetes 集群时，必须提供一个 Helm Chart 形式的模板。我们创建了一些此类 Chart 示例，并发布在我们的开源仓库中。在所有文档和博客文章中，我们都引导用户在开始使用 Cyclops 时参考该仓库。然而，这种方法似乎并未得到广泛应用。已部署的应用程序数量仍然远低于 Cyclops 的启动实例数量。

一个理论🧑‍🔬

亲爱的读者，这里有个有趣的事实：大多数在线读者在网页上停留的时间不到 15 秒（来源）。既然如此，会不会是我们的大多数用户只是匆匆浏览了博客和文档，错过了我们模板库的链接呢？

我们想验证这个理论。在上一篇博客中，我们发布了一篇关于 Cyclops 的教程，展示了它的优势。不过，为了这篇文章，我们创建了一个特殊版本的 Cyclops。这个版本有什么特别之处呢？我们在创建新模块时为模板添加了一个默认值。

经过一段时间的统计收集，结果出来了。

结果📊

通过一个简单的改动，我们发现用户行为有所改善，他们不再像以前那样在平台使用的第一步就迷路了！虽然改善幅度没有我们最初预期的那么大，但这无疑是朝着正确的方向迈进。我们一直在思考如何进一步改进这个问题。现在，我们觉得我们找到了答案🙌

自最新版本 (v0.3.0) 起，我们对平台流程进行了重新设计。选择模板不再是输入框，而是下拉菜单。每个 Cyclops 实例都预置了几个模板（存储在我们的模板库中），您可以随意使用和修改。我们相信这将极大地向用户展示 Cyclops 的可定制性。

但Cyclops的一个重要特性是能够使用自定义模板，我们绝不想在这方面做出妥协！因此，我们添加了一个新Templates标签页，您可以在其中添加新模板并管理现有模板。添加后，下次部署应用程序时，您的新模板将显示在下拉列表中。

鸣谢🦔

我们本周早些时候发布了 v0.3.0 版本，所以现在判断它对用户的影响还为时尚早，但我们对此充满期待！我们会在一段时间后分享相关统计数据，敬请关注我们！

如果不提及我们使用的遥​​测服务提供商PostHog ，那就太可惜了，因为它真的非常有用。由于很难找到愿意和你讨论产品的人，收集统计数据让我们对用户有了更深入的了解。

如果你是少数几个愿意花超过15秒时间阅读这篇文章的读者之一，我希望你至少觉得它有趣😁

如果您有兴趣为我们的项目做出贡献，无论是通过编写代码还是提供反馈，请加入我们的Discord 社区并与我们交流！