【发布时间】：2018-10-25 10:02:50
【问题描述】：
我正在努力想出一些合适的命名方案。我们构建了一项通过我们自己的应用程序提供给最终用户的服务，这就是我们从第一天开始所做的事情。用户，也就是下载我们的应用程序并使用它的人，我们一直都称其为“用户”，这很好。
最近，我们开始将我们的产品发展成为一种“服务即服务”的东西，通过提供我们的服务，我们的服务间接地提供给其他公司的用户（通过他们自己的应用程序/网站/其他）通过 API/SDK 向这些各方发送。有点像 Intercom 和 Appsflyer 等公司。在这个新场景中，我们突然（至少）有 3 种用户，即：
- 我们自己的应用程序的用户，我们一直拥有的用户
- 我们已经拥有的最终用户，但他们现在通过第 3 方界面使用我们的产品。这些与用户（1）基本相同，只是在会计/归属/等方面存在一些差异
- 公司/爱好者/...是产品的供应商，用户 (2) 通过它使用我们的设施，主要执行管理任务，但也可以访问用户 (1) 和 (2) 可用的所有功能.
我们开始将用户 (3) 称为“合作伙伴”，因为该服务最初只提供给与我们有密切联系的选定方。然而，现在我们正着手向基本上任何人（包括付费和非付费计划）提供这些服务，“合作伙伴”似乎不再合适了。
这现在开始导致不清楚，这在代码和数据模型中的不一致命名以及会议中的混乱沟通中都可以注意到。
那么，我的问题是，有哪些常用方法可以区分这些不同类型的用户？另外，有没有一种通用的方式来指代我现在所说的“服务即服务”？因为这对于 SaaS（“软件即服务”）会变得模棱两可，这是一个完全不同的概念。
【问题讨论】：