Коли ваш перший корпоративний клієнт попросить SSO
Від Команда Alt Auth
У житті B2B-продукту є передбачуваний момент: угода просувається добре, у справу втручається закупівля, і хтось питає, чи підтримуєте ви SSO. Чесна відповідь зазвичай «ні», а наступне питання — скільки часу це займе — саме тут команди потрапляють у халепу, коли починають вгадувати.
Про що клієнт насправді питає
Вони питають, чи їхній ІТ-відділ може контролювати доступ до вашого продукту з того місця, де вони контролюють усе інше. Коли співробітник іде, вони хочуть прибрати його з вашого застосунку, не відкриваючи сам застосунок. Це і є вимога. SAML — лише поширений спосіб її виконати.
Що це передбачає
- Конфігурація провайдера ідентичності для кожного клієнта — сертифікати, endpoint-и, зіставлення атрибутів.
- Спосіб спрямувати користувача до правильного провайдера, зазвичай за доменом email.
- Just-in-time provisioning, щоб користувач SSO, який заходить уперше, ставав обліковим записом без запрошення.
- Резервний шлях для власних адміністраторів клієнта, коли провайдер налаштовано неправильно.
- Постійна підтримка: сертифікати спливають, і спливають за розкладом клієнта, а не вашим.
“SSO — не функція, яку створюють один раз. Це функція, яку створюють один раз, плюс постійна поверхня підтримки.”
Якщо ви за одну угоду від її потреби, купувати майже завжди дешевше, ніж створювати. Microsoft OAuth і одне підключення SSO / SAML входять до тарифу Business в Alt Auth, з повним white-label, а для Enterprise — з виділеним контактом.