FlowMate: SaaS z AI Zbudowany Solo w 6 Miesięcy
Jak zbudowałem produkcyjny SaaS, który zamienia 200 emaili w 5 decyzji
300+
Godzin Developmentu
4
Połączone Platformy
6
Miesięcy do Launchu
30min
Czas Nauki
Osobisty projekt edukacyjny. Produkt jest wstrzymany; strona startowa nadal działa jako demo.
Problem
Pracując w IT support, tonąłem w emailach. Wiele skrzynek wymagających uwagi. Ciągłe przeskakiwanie między Gmailem, Slackiem i Telegramem. Emaile od klientów piętrzące się szybciej niż byłem w stanie odpowiadać. Godziny tracone każdego dnia na samo zarządzanie komunikacją zamiast wykonywania rzeczywistej pracy.
Ból był realny: skakanie między 4+ platformami dziennie, pisanie tych samych typów odpowiedzi w kółko, gubienie ważnych emaili zakopanych pod newsletterami i brak możliwości wysłania aktualizacji na wszystkie kanały bez kopiowania i wklejania tej samej wiadomości cztery razy.
Nie potrzebowałem kolejnej aplikacji do maili z ładniejszym wyglądem. Potrzebowałem czegoś, co naprawdę zaoszczędzi mi czas. Jednego miejsca, gdzie AI zajmuje sie nudnymi rzeczami, a ja mogę skupić się na tym, co ważne, zamiast przegladac skrzynke.
Rozwiązanie
FlowMate łączy Gmail, Outlook, Slack i Telegram w jedno inteligentne centrum. AI zajmuje się kategoryzacją, generuje profesjonalne odpowiedzi, podsumowuje długie wątki i pozwala wysyłać broadcast na wszystkie platformy jednym kliknięciem.
Główna idea: zredukować 200 emaili do 5 faktycznych decyzji. Niech AI kategoryzuje co jest pilne, co wymaga działania, co jest tylko do wiadomości. Szkicuje odpowiedzi, które możesz wysłać lub edytować. Wysyła ogłoszenia wszędzie bez pisania czterech różnych wiadomości.
“Najlepsza funkcja to broadcast. Jak łatwo można wysłać na wszystkie platformy z różnymi stylami dla każdej automatycznie.”
- Feedback Wczesnego Użytkownika, LinkedIn
Wyzwania Techniczne
Bezpieczeństwo Było Priorytetem
Dostęp do maili użytkowników to dostęp do ich najbardziej wrażliwych danych. Tokeny OAuth, prywatne wiadomości, korespondencja firmowa. Jeden wyciek i po projekcie.
Bezpieczeństwo było priorytetem na każdym kroku: szyfrowanie AES-256-GCM dla wszystkich tokenów OAuth z PBKDF2. Row Level Security na każdej tabeli w bazie danych. Ochrona CSRF z 256-bitowymi losowymi parametrami. Rate limiting: 200 requestów na minutę na IP. Blokowanie 50+ znanych botów na poziomie middleware. Zabezpieczenia przed atakami czasowymi przy logowaniu.
Złożoność Multi-Provider OAuth
Każda platforma ma inne przepływy OAuth, inne zakresy, inne edge case'y. Gmail wymaga walidacji, że uwierzytelnione konto pasuje do emaila użytkownika. Slack potrzebuje podpisanych parametrów state, żeby działać w trybie incognito. Telegram używa uwierzytelniania przez telefon z obsługą 2FA zamiast standardowego OAuth.
Zbudowałem jeden system zarządzania tokenami, który obsługuje wszystkich czterech dostawców z zaszyfrowanym przechowywaniem, automatycznym odświeżaniem i płynnym działaniem nawet gdy któryś z serwisów przestaje odpowiadać.
Zarządzanie Stanem na Skalę
FlowMate ma 10 różnych widoków, 4 platformy synchronizujące się naraz, aktualizacje na żywo, zarządzanie szkicami, historię czatu z AI i ustawienia użytkownika, wszystko musi działać płynnie i być zsynchronizowane.
Rozwiązanie opiera się na kilku wzorcach: optimistic sync (najpierw zapisz lokalnie, synchronizuj z bazą w tle), IndexedDB połączone z Supabase dla architektury offline-first, gdzie chmura jest źródłem prawdy, osobne klucze storage dla każdego użytkownika i circuit breakers z exponential backoff, żeby wszystko działało nawet przy awarii API.
Optymalizacja Kosztów AI
Funkcje AI są drogie przy dużej skali. Przepuszczanie każdego maila przez duży model językowy doprowadzilby projekt do bankructwa jeszcze przed samym startem. Zaimplementowałem łańcuch fallback modeli: najpierw Claude 3 Haiku za $0.25 za milion tokenów, eskalacja do Claude 3.5 Haiku za $0.80 tylko gdy potrzeba, z heurystycznymi fallbackami dla prostych zadań kategoryzacji.
Rezultat: 99.5% niezawodności na zapytaniach email w języku naturalnym przy utrzymaniu kosztów zrównoważonych dla biznesu subskrypcyjnego.
Budowa
Samodzielna praca od architektury po wdrożenie. Każda decyzja (schemat bazy danych, przepływ logowania, prompty AI, integracja płatności, obsługa błędów) podjęta przez jedną osobę z pełnym obrazem całego systemu.
To podejście ma swoje kompromisy. Wolniejsze niż praca w zespole, ale bez tracenia czasu na ustalenia. Każda część kodu pasuje do siebie, bo projektowała ją jedna osoba. Dług techniczny jest minimalny, sam muszę potem z tym pracować.
Lipiec 2025 → 15 Stycznia 2026
300+ hours
| Layer | Choice |
|---|---|
| Framework | Next.js 15 + React 19 |
| Baza Danych | Supabase (PostgreSQL) |
| Uwierzytelnianie | Clerk |
| Dostawca AI | OpenRouter |
| Płatności | Stripe |
| Hosting | Vercel |
Co Zostało Zbudowane
112
Endpointów API
166
Komponentów React
23
Tabel w Bazie
44
Migracji
20
Custom Hooks
Zunifikowana skrzynka dla Gmail, Outlook, Slack, Telegram
Kategoryzacja AI: Priorytet, Wymaga Działania, Newslettery, Social, FYI
Inteligentne odpowiedzi z dopasowaniem profesjonalnego tonu
Wyszukiwanie email w języku naturalnym (99.5% dokładności)
Wieloturowy czat AI z pamięcią rozmowy
System broadcast: napisz raz, wyślij wszędzie
Trzypoziomowa subskrypcja ze Stripe
Kompletny panel administracyjny
Rezultaty i Wnioski
Opinie użytkowników potwierdziły główną tezę: Broadcast okazał się najważniejszą funkcją. Możliwość napisania raz i wysłania na Email, Slack i Telegram, z AI generującym warianty specyficzne dla platformy automatycznie, oszczędzała najwięcej czasu. Zainwestowałem mocno w to, żeby ten przepływ był bezwysiłkowy.
Najsilniejszy sygnał: użytkownicy rozumieją całą aplikację w około 30 minut. Żadnych komend do zapamiętania. Żadnego skomplikowanego wdrażania. Podłącz swoje konta i zacznij pracować. Zbudować coś prostego było trudniejsze niż coś skomplikowanego, ale opłaciło się.
Wypuszczaj Mniej, Waliduj Szybciej
Wystartowałem z 10 widokami i 4 integracjami. Mogłem zwalidować główną ideę samym Gmail + AI, a potem rozszerzać na podstawie rzeczywistych wzorców użycia.
Użytkownicy Znajdą Twoje Błędy
Przez miesiące budowałem wszystko sam. Prawdziwi użytkownicy w kilka dni znaleźli błędy i problemy, które kompletnie mi umknęły. Gdybym wcześniej pokazał komuś projekt, zaoszczędziłbym sobie przeróbek.
Same Funkcje Nie Wystarczą
Najpierw budowałem funkcje, dopiero potem myślałem o przekazie. Broadcast okazał się najważniejszy nie dlatego, że był technicznie skomplikowany, tylko dlatego, że rozwiązywał konkretny problem.
Stack Technologiczny
Frontend
Backend
AI & LLM
Integracje
Infrastruktura
Budujesz SaaS lub Złożoną Aplikację Webową?
Do każdego projektu wnoszę to samo podejście do architektury, nacisk na bezpieczeństwo i dbałość o doświadczenie użytkownika.