Я изо всех сил пытаюсь придумать некоторые правильные схемы именования.Мы создаем сервис, который предлагается конечным пользователям через наше собственное приложение, что мы и сделали с первого дня.Пользователи, ака люди, которые скачивают наше приложение и используют его, мы всегда просто называли «пользователи», и это было просто замечательно.
Недавно мы начали превращать наш продукт в услугу как услуга.услуга », когда наш сервис косвенно предлагается пользователям других компаний (хотя их собственные приложения / веб-сайты / что угодно), предлагая наш сервис этим сторонам через API / SDK.Вроде как то, что такие компании, как Intercom и Appsflyer.В этом новом сценарии у нас неожиданно появилось (как минимум) 3 вида пользователей, а именно:
- Пользователи нашего собственного приложения, у нас всегда было
- конечный пользователь, которого мы ужеза исключением того, что теперь они используют наш продукт через сторонний интерфейс.Они в основном совпадают с user (1), за исключением некоторых различий в учете / атрибуции / etc
- компании / enthousiast / ..., которая является поставщиком продукта, через которого пользователь (2) использует нашисредства, которые в основном выполняют задачи управления, но также имеют доступ ко всем функциям, доступным для пользователя (1) и (2).
Мы начали называть пользователя (3) «партнерами», поскольку эта служба былаизначально доступный только избранным сторонам, с которыми у нас были прочные связи.Однако теперь, когда мы переходим к тому, чтобы сделать эти услуги доступными практически каждому (включая платные и неоплачиваемые планы), «партнер» больше не выглядит правильным.
Теперь это начинает вызывать неясность, котораяэто можно заметить как в непоследовательных именах в моделях кода и данных, так и в запутанной коммуникации на собраниях.
Итак, мой вопрос: каковы общие способы отличительного именования этих различных типов пользователей?Кроме того, есть ли общий способ сослаться на то, что я сейчас называю «Служба как услуга»?Поскольку это стало бы неоднозначным с SaaS («Программное обеспечение как услуга»), который представляет собой совершенно другую концепцию.