Odkryj różne modele biznesowe, które Logto może wspierać, aby spełnić Twoje specyficzne wymagania i pomóc w zaprojektowaniu Twojego produktu w sposób efektywny.
Logto to elastyczne narzędzie do zarządzania tożsamością zaprojektowane do zaspokajania różnych potrzeb biznesowych. W tym artykule przeanalizujemy różne modele biznesowe, które mogą wspierać Twoje specyficzne wymagania i pomóc w skutecznym zaprojektowaniu Twojego produktu.
W kontekście aplikacji zorientowanej na konsumenta (B2C), takiej jak usługa strumieniowania muzyki, model tożsamości zarządza różnymi typami dostępu i uprawnień użytkowników w zależności od ich planów subskrypcyjnych. Ta aplikacja, dostępna na platformach Android, iOS i Web, kategoryzuje użytkowników na trzy odrębne poziomy:
| Najemca Logto | 1 |
| Aplikacja | Aplikacja na Androida, aplikacja na iOS, aplikacja Webowa |
| Zasoby API | ✅ |
| Zarządzanie użytkownikami | ✅ |
| Uprawnienia i role | Darmowy użytkownik, użytkownik Pro, zaawansowany użytkownik |
| Logowanie bez hasła przez email | ✅ |
| Logowanie przez media społecznościowe | ✅ |
| MFA | Potencjalnie |
Dla prostych aplikacji konsumenckich wymagających podstawowej kontroli dostępu, te funkcje stanowią doskonały punkt wyjścia. Niemniej jednak, sposób ich wykorzystania będzie zależał wyłącznie od specyficznych potrzeb Twojej aplikacji. Logto ma elastyczność, aby dostosować się i wspierać Twój sukces.
SaaS jest najpopularniejszym modelem dla firm B2B. W tym układzie dostarczasz usługi wielu klientom, korzystając z architektury wielotenanckiej, w której każdy klient ma własne, oddzielone zasoby, ale tożsamości zarządzane są wspólnie przez zintegrowany system.
| Najemca Logto | 1 |
| Aplikacja | Zwykle wystarcza jedna aplikacja, ale może to zależeć od wymagań biznesowych. (Na przykład, posiadasz zarówno aplikacje natywne, jak i webowe) |
| Organizacja | ✅ |
| Zarządzanie użytkownikami | ✅ |
| RABC na poziomie organizacji |
|
| Logowanie bez hasła | ✅ |
| Logowanie przez media społecznościowe | ✅ |
| MFA | Potencjalnie |
| SSO | Aby sprzedać swoją aplikację SaaS klientom korporacyjnym, będziesz musiał oferować korporacyjne SSO. |
Główna różnica między aplikacjami SaaS a konsumenckimi polega na tym, że aplikacje SaaS wprowadzają warstwę „organizacji” z własnymi politykami kontroli dostępu. Jest to konieczne, ponieważ organizacja to grupa użytkowników, którzy potrzebują zorganizowanego dostępu do zasobów.
Przy sprzedaży do firm klientów, często mają oni już istniejące dostawców tożsamości (IdP). Zapewnienie płynnej integracji z tymi IdP jest kluczowe dla pozyskania klientów.
Model biznesowy multisided łączy różne grupy użytkowników, działając jako pośrednik. Obsługuje zarówno sektor konsumencki (B2C), jak i biznesowy (B2B). Przykłady to Uber, Airbnb i różne platformy e-commerce. Na przykład rozważ aplikację do przewozów taksówkowych na żądanie.
| Najemca Logto | 1 |
| Aplikacja | Aplikacja dla kierowców, Aplikacja dla pasażerów, Aplikacja zarządzająca |
| Organizacja | ✅ |
| Zarządzanie użytkownikami | ✅ |
| Systemowa rola (aby odróżnić, czy jesteś pasażerem czy kierowcą) | ✅ |
| RABC na poziomie organizacji | ✅ |
| Logowanie bez hasła | ✅ |
| Logowanie przez media społecznościowe | ✅ |
| MFA | Potencjalnie |
| Doświadczenie logowania na poziomie aplikacji (branding) | Potencjalnie |
Jeśli jesteś agencją lub firmą konsultingową IT, która współpracuje z różnymi klientami w celu tworzenia aplikacji i zarządzania systemami tożsamości użytkowników, każda aplikacja klienta będzie miała swój unikalny system tożsamości. W takim przypadku najlepszą strategią jest utworzenie oddzielnych najemców dla każdego z nich.
Twoim głównym zadaniem jest konfiguracja i zarządzanie wieloma najemcami Logto, gdzie każdy z nich ma swój własny, odizolowany system tożsamości użytkowników. Szczegóły twojej pracy będą zależały od produktu, który tworzysz. Jeśli potrzebujesz zaawansowanej pomocy przy zarządzaniu wieloma najemcami Logto, skontaktuj się z Logto.
Tworzysz aplikację konsumencką o nazwie Aplikacja A, przeznaczoną do sprzedaży użytkownikom końcowym.
Tymczasem Aplikacja B i Aplikacja C są projektowane jako aplikacje lub usługi firm trzecich, które uzupełniają Aplikację A. Są one oferowane jako wtyczki w pakiecie dla Twoich użytkowników końcowych.
Użytkownicy mogą logować się do wszystkich trzech aplikacji, używając tych samych danych logowania.
| Najemca Logto | 1 |
| Aplikacja | Aplikacja A, Aplikacja B (3rd party), Aplikacja C (3rd party) |
| Zarządzanie użytkownikami | ✅ |
| Rola | ✅ |
| Logowanie bez hasła | ✅ |
| Logowanie przez media społecznościowe | ✅ |
| MFA | Potencjalnie |
| Ekran zgody Logto jako IdP | ✅(OIDC, SAML, OAuth) |
Wyobraź sobie aplikację będącą bezgłowym systemem CRM, który już przyciągnął wielu użytkowników. Teraz firmy trzecie chcą tworzyć swoje własne usługi korzystające z API Twojej aplikacji. Będą one określać, na jakie uprawnienia (zakresy) potrzebują zgody od użytkowników.
Ten układ często prowadzi do powstania rynku i otwartego ekosystemu z wieloma integracjami i wtyczkami. Użytkownicy mogą odkrywać różne aplikacje zbudowane na tej platformie. Te aplikacje zarządzane są przez firmy trzecie, a nie przez Ciebie, z wyjątkiem tożsamości użytkowników.
| Najemca Logto | 1 |
| Aplikacja | Twoja aplikacja podstawowa i aplikacje firm trzecich |
| Organizacja | ✅ |
| Zarządzanie użytkownikami | ✅ |
| RABC na poziomie organizacji | ✅ |
| Logowanie bez hasła | ✅ |
| Logowanie przez media społecznościowe | ✅ |
| MFA | Potencjalnie |
| Ekran zgody Logto jako IdP | ✅(OIDC, SAML, Oauth) |
Czy Twój scenariusz odpowiada modelowi, który opisaliśmy? Logto w pełni wspiera wszystkie wymienione funkcje. Jeśli potrzebujesz czegoś, co nie zostało wymienione, skontaktuj się z nami. Jesteśmy tutaj, aby omówić dalsze kwestie i pomóc Ci znaleźć najlepsze rozwiązanie.