Platformy SaaS

Platforma SaaS to produkt, z którego wielu klientów korzysta w modelu subskrypcji, zwykle przez przeglądarkę. Z zewnątrz wygląda jak zwykła aplikacja webowa, ale pod spodem musi rozwiązać problemy, których pojedyncza aplikacja nie ma: oddzielić dane klientów, obsłużyć plany i płatności, pozwolić klientom samodzielnie zakładać konta i zarządzać zespołami. W Odysse projektujemy i budujemy takie platformy od fundamentów.

01Fundamenty, które trudno dodać później

Większość kłopotów z platformami SaaS bierze się z decyzji podjętych na samym początku. Jeśli pierwsza wersja powstała dla jednego klienta, później trzeba ją przebudowywać w miejscach, które dotykają całego systemu. Dlatego kilka rzeczy projektujemy przed pierwszą linijką kodu:

• Separacja danych klientów. Wybieramy model multi-tenant dopasowany do wymagań: wspólna baza z identyfikatorem klienta w każdej tabeli, osobne schematy albo osobne bazy dla klientów o szczególnych wymaganiach.
• Uwierzytelnianie i uprawnienia. Konta, zespoły, role i uprawnienia (RBAC) są częścią modelu danych, a nie warstwą dodaną na koniec.
• Plany i limity. Logika tego, co klient może zrobić w swoim planie, jest w jednym miejscu, żeby zmiana cennika nie wymagała poprawek w całej aplikacji.
• Konfiguracja zamiast kodu. Różnice między klientami rozwiązujemy ustawieniami, a nie osobnymi wersjami aplikacji.

02Płatności, subskrypcje i onboarding

Obsługę płatności cyklicznych, faktur i zmian planów zwykle powierzamy sprawdzonemu dostawcy, np. Stripe. Po stronie platformy zostaje logika planów, limitów i okresów próbnych oraz reakcja na zdarzenia płatności: nieudane obciążenie, zmianę planu czy rezygnację.

Równie ważny jest onboarding. Jeśli każdy nowy klient wymaga ręcznej konfiguracji przez zespół, platforma nie urośnie szybciej niż ten zespół. Projektujemy ścieżkę, w której klient sam zakłada konto, zaprasza współpracowników, konfiguruje podstawowe ustawienia i zaczyna korzystać z produktu. Zespół operatora dostaje osobny panel administracyjny do obsługi kont, wsparcia i przeglądu działania platformy.

03Jak budujemy platformę

Pracujemy w siedmiu etapach: odkrycie, strategia, design, rozwój, testy, wdrożenie i skalowanie. Na początku ustalamy model biznesowy platformy, najważniejsze scenariusze użytkowników i zakres pierwszej wersji. Potem projektujemy architekturę, interfejs i przepływy, a rozwój prowadzimy iteracyjnie, na działającym środowisku.

Najczęściej pracujemy w Next.js i Node.js z bazą PostgreSQL, która dobrze radzi sobie z separacją danych klientów i złożonymi uprawnieniami. Wdrożenia prowadzimy przez potoki CI/CD, a nowe wersje udostępniamy stopniowo, żeby błąd nie dotknął od razu wszystkich klientów.

Przykłady z naszego portfolio: Trade Dungeon to nasza wewnętrzna platforma handlowa, a 4rom to platforma społecznościowa z kontami użytkowników i naciskiem na bezpieczeństwo.

04Istniejąca aplikacja jako SaaS

Często zaczynamy nie od zera, tylko od aplikacji, która działa dla jednej firmy i ma trafić do kolejnych. Wtedy najpierw robimy audyt: sprawdzamy model danych, uwierzytelnianie, konfigurację i sposób wdrażania. Na tej podstawie planujemy przejście etapami, tak żeby obecni użytkownicy mogli dalej pracować, a platforma stopniowo zyskiwała separację danych, plany i samodzielny onboarding.

05Rozwój po starcie

Platforma SaaS nigdy nie jest skończona. Po starcie zajmujemy się monitoringiem, wydajnością, bezpieczeństwem i kolejnymi funkcjami planowanymi na podstawie tego, jak klienci korzystają z produktu. Koszty utrzymania i infrastruktury rosną razem z liczbą klientów, dlatego warto je planować od początku. Piszemy o tym w artykule o kosztach utrzymania aplikacji.

Coraz częściej platformy dostają też funkcje oparte na modelach językowych. Dodajemy je jako osobne moduły, z kontrolą kosztów i jakości odpowiedzi. Szerzej opisujemy to w artykule o AI w SaaS.

Planujesz platformę SaaS albo chcesz udostępnić swoją aplikację kolejnym klientom? Opisz nam model produktu, a zaproponujemy, od czego zacząć.