Asing 和他的团队知道他们需要更好地优化和管理所有 电报数据库 事务：采购、组织、文档和使用。但知道自己需要什么和知道如何获得它是两码事。他们意识到他们需要数据，而且需要大量的数据。
他们发现 SaaS 应用和变化来得比他们反应更快，而且他们对每个 SaaS 许可证获取或续订的构成和特征了解甚少。他们需要为 SaaS 记录和编目奠定基础。为此，他们选择了 电报数据库 — 很大程度上是因为公司已经拥有它，只是利用率不足。
Asing 和他的团队开始正确使用 电报数据库 作为记录系统
并确定了想要达到的几个关键基准：
- 首先，他们希望重要的 SaaS 属性的数据准确率达到 95%，例如开始和结束日期、续订条款、自动续订、年度支出以及谁签订了哪些 SaaS 合同。他们需要一份深入的目录，以便他们全面了解 Redis 的 SaaS 产品组合。
- 然后，他们决定重点关注哪些 SaaS 应用程序。当他们首次更新 电报数据库 目录时，Chris 和他的团队有超过 200 个 SaaS 应用程序需要筛选。精简的必要性显而易见，但他们需要基准来确定从哪里开始。
Asing 分享道
“因为我们必须处理 [SaaS 应用程序]，所以客通常能带来极佳的投这只是生存问题。没有什么神奇之处，没有什么高度战略性，也没有什么真正聪明之处。这实际上只是运营和执行。” 有了这些基准，Asing 和他的团队可以快速识别需要削减的 SaaS 应用程序并根据该需求进行运营。
接下来，Asing 专注于数据风险和支出。当时正值新冠疫情期间，因此削减开支至关重要。考虑到这些，他们可以削减公司大量不必要的 SaaS 应用程序。
但这些只是迈向公司范围内健康 美国数据库 优化的必要第一步。Redis 还有很长的路要走，他们的下一个大障碍是实现可持续的软件许可证优化。