Japonics / COMMUNITY PLATFORM
NAKAMA
Platforma spolecznosciowa dla fandomow, klubow i grup, łącząca profile, wydarzenia, wspomnienia, aktywnosci i prywatne relacje.
Architektura zaufania: KYC i szyfrowanie
Punkt wyjścia projektu
Nakama projektuje zaufanie jako architekturę, nie regulamin: obowiązkowa weryfikacja tożsamości, płatny onboarding bez darmowego tieru i czat szyfrowany end-to-end eliminują całe klasy spamu, botów i fałszywych profili, zanim dotrą do discovery.
Nakama opiera sie na prywatnych kontekstach: grupy, wydarzenia, side quests, media, relacje i uprawnieńia, a obowiazkowe KYC i szyfrowany end-to-end czat (serwer widzi wylacznie ciphertext) sa fundamentem zaufania, nie dodatkiem. Architektura rozdziela publiczne profile, prywatne wspomnienia i operacje organizatora.
Biznes / Produkt
Problemy i rozwiązania
Każdy kafelek łączy realne napięcie produktu z decyzją projektową, która porządkuje domenę, UX albo operacje.
Spolecznosci czesto uciekaja do chaotycznych czatow, feedow i arkuszy, przez co historia relacji i wydarzen ginie.
Zaprojektowac dorosly model community, który nie kopiuje publicznego social networku.
Zakres mogl latwo zamienic sie w liste funkcji bez wspolnego modelu produktu, danych i odpowiedzialnosci.
Nakama opiera sie na prywatnych kontekstach: grupy, wydarzenia, side quests, media, relacje i uprawnieńia, a obowiazkowe KYC i szyfrowany end-to-end czat (serwer widzi wylacznie ciphertext) sa fundamentem zaufania, nie dodatkiem. Architektura rozdziela publiczne profile, prywatne wspomnienia i operacje organizatora.
Projekt potrzebowal decyzji, ktore zostana czytelne po pierwszej wersji: dla uzytkownika, zespolu i dalszego delivery.
Role i prywatnosc jako fundament produktu. Obowiazkowe KYC i platny onboarding bez darmowego tieru.
Role i kompetencje
Kompetencje, których wymagał ten projekt
Kompetencje są pokazane jako role odpowiedzialności: od CTO i Tech Leada po engineering, DevOps, cloud, security oraz AI tam, gdzie były częścią pracy.
Fractional CTO
Spinanie tezy produktu, ryzyka domenowego i priorytetow tak, zeby technologia wspierala decyzje biznesowe zamiast tworzyc osobny tor pracy.
Otwórz kompetencję- Kategoria produktu i pozycjonowanie
- Priorytety zakresu i ryzyka
- Decyzje gotowe do rozmowy z founderem albo CTO
- Teza produktu zamieniona w priorytety techniczne.
- Ryzyka opisane jezykiem zrozumialym dla biznesu.
Tech Lead
Ukladanie granic odpowiedzialnosci, modelu domeny i decyzji architektonicznych tak, zeby projekt mogl rosnac bez przypadkowego monolitu.
Otwórz kompetencję- Bounded contexts i odpowiedzialnosci
- Czytelne decyzje techniczne
- Roadmapa bez chaosu implementacyjnego
- Granice domen i decyzje, do ktorych mozna wrocic po MVP.
- Model odpowiedzialnosci czytelny dla kolejnych etapow delivery.
Software Engineer
Przekladanie domeny na ekran, API, przeplywy i model utrzymania, z naciskiem na prostote, czytelnosc i rozwoj po MVP.
Otwórz kompetencję- Backend i kontrakty aplikacyjne
- Powierzchnie UX gotowe do iteracji
- Kod i model utrzymania
- Implementacja podpieta pod realny workflow produktu.
- Kontrakty i kod przygotowane na iteracje po pierwszej wersji.
DevOps Engineer
Projektowanie sciezki delivery, obserwowalnosci i operacji tak, zeby release, diagnostyka i recovery byly elementem produktu.
Otwórz kompetencję- CI/CD i release readiness
- Observability i sygnaly produkcyjne
- Operacje bez recznych rytualow
- Release, diagnostyka i recovery zaprojektowane jako czesc produktu.
- Sygnaly produkcyjne gotowe do utrzymania bez zgadywania.
Cloud Engineer
Dobor fundamentow chmury, danych i integracji tak, zeby skala, koszt i niezawodnosc nie byly dopisane po fakcie.
Otwórz kompetencję- Google Cloud i uslugi zarzadzane
- Dane, eventy i storage
- Koszt i operacyjna kontrola
- Chmura dobrana pod koszt, skale i odpowiedzialnosc danych.
- Integracje i storage opisane jako fundament, nie dopisek.
Security Engineer
Zaufanie jest wbudowane w model produktu: obowiazkowe KYC jako bariera antyspamowa, szyfrowanie end-to-end i minimalizacja danych zgodna z RODO, a nie polityka dodana po fakcie.
Otwórz kompetencję- Obowiazkowe KYC jako bariera antyspamowa i antybotowa
- Czat E2E: serwer przechowuje wylacznie ciphertext
- Minimalizacja danych i audyt dzialan moderacyjnych zgodne z RODO
- Prywatnosc, role i audyt wbudowane w model produktu.
- Bezpieczenstwo widoczne w decyzjach domenowych, nie tylko w UI.
Stack według kompetencji
Tech stack
Stack jest uporządkowany według kompetencji, żeby było widać nie tylko technologie, ale też odpowiedzialność: software, leadership, DevOps, cloud, security i AI.
- .NET / ASP.NET Core
- TypeScript
- .NET MAUI mobile client
- Angular web client
- Domain logic engines
- PostgreSQL
- Realtime domain boundaries
- Identity & trust domain model
- OpenTelemetry
- Cloud Logging
- Object storage
- Privacy architecture
- Data classification & encryption
- KYC & identity verification
- End-to-end encryption
- Data minimization
Podgląd produktu
Galeria
Wybrane ekrany i materiały pokazujące powierzchnię produktu, decyzje UX i efekt pracy.