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