我正在努力提出一些适当的命名方案。我们构建了一项通过自己的应用程序提供给最终用户的服务，这是我们从第一天开始所做的。用户，也就是下载并使用我们应用程序的AKA用户，我们一直都称其为“用户”，这很好。
最近，我们已经开始将我们的产品发展成一种“服务即服务”的形式，通过提供我们的服务，间接向其他公司（尽管他们自己的应用程序/网站/其他）的用户提供我们的服务通过API / SDK发送给这些参与者。类似于像Intercom和Appsflyer这样的公司。在这种新情况下，我们突然（至少）有3种用户，即：
我们开始将用户（3）称为“合作伙伴”，因为该服务最初仅提供给与我们有紧密联系的选定方。但是，由于我们现在正逐渐将这些服务提供给几乎任何人（包括付费和非付费计划），“合作伙伴”似乎不再合适。
这现在开始引起不确定性，在代码和数据模型的命名不一致以及会议中的通信混乱时都可以注意到这一点。
所以，我的问题是，有哪些常见的方法可以区分这些不同类型的用户？另外，是否有通用的方式来指代我现在所说的“服务即服务”？由于这与SaaS（“软件即服务”）将变得模棱两可，这是一个完全不同的概念。
答案 0 :(得分：1)
合作伙伴并不是一个坏方法，我过去使用过渠道（有点非个人化）和生态系统。基本上，它们通过成为我们生态系统的一部分来为我们的价值增加价值