SaaS для кількох клієнтських організацій
На цій сторінці
Обслуговуйте кілька клієнтських організацій у застосунку, який окремо для кожної організації обліковує учасників і розмежовує права доступу. OwlMeans Platform добре підходить для застосунків із чітко визначеними записами, ролями та робочими процесами. Завдяки основі, яку можна використовувати повторно, ці продукти від самого початку підтримують вхід до системи й контроль доступу та мають узгоджену структуру.
Чому для цього варто обрати OwlMeans Platform
Застосунок може обʼєднати організації, учасників, робочі простори та завдання в одному робочому процесі. Інтегрована IAM надає кожній групі користувачів свій шлях входу, а за допомогою авторизації ви описуєте, хто може виконувати кожну дію. Згенерована структура проєкту та harness агента допомагають вносити подальші зміни за тими самими правилами.
- Від самого початку закладіть в основу застосунку сутності організацій, належність учасників до них та авторизацію.
- Перш ніж підключати клієнтів, перевірте розмежування доступу між двома синтетичними клієнтськими організаціями.
- Дотримуйтеся тих самих правил проєкту, додаючи функції для робочих просторів усіх клієнтів.
Конвеєри ШІ перетворюють опис продукту на специфікацію, яку можна перевірити, і на користувацькі історії. Спершу ви можете розробити найкорисніший сценарій, випробувати його в попередньому перегляді, а розширювати застосунок уже тоді, коли побачите, як він працює насправді.
Почніть з одного прикладу
Workspace Grove, застосунок для спільної роботи над завданнями в клієнтських організаціях. Для першої версії потрібні сутності організацій, учасники, робочі простори та завдання.
- Опишіть користувачів і записи, якими їм потрібно керувати.
- Додайте таке правило доступу: адміністратори клієнта керують сутністю своєї організації; учасники працюють у її межах.
- Чітко опишіть перший робочий процес: створити завдання в робочому просторі одного клієнта та перевірити, що інший клієнт його не бачить.
- Перевірте специфікацію й схваліть її, коли в ній будуть ці вимоги.
- Розробіть першу користувацьку історію, а потім перевірте весь її робочий процес на синтетичних даних.
- Перш ніж запрошувати реальних користувачів, перевірте сценарій для користувача, якому застосунок має відмовити в доступі.
Зробіть першу версію корисною
Виберіть найменший робочий процес, який людина може пройти від початку до кінця. Інтеграції та звітність додавайте, коли цей процес запрацює. Просіть агента зберігати наявні межі доступу, коли він розширюватиме цей процес.
IAM — це керування ідентифікацією та доступом. Завдяки IAM користувачі можуть увійти, а застосунок має основу, щоб перевіряти, що дозволено кожній людині.