Zanim Brokik doszedł do 25 rynków — od Polski i Niemiec, przez Norwegię i Hiszpanię, po Argentynę, Stany Zjednoczone, Australię, Singapur i RPA — internacjonalizację rozumieliśmy tak, jak rozumie ją większość zespołów budujących SaaS: jako plik z tłumaczeniami interfejsu. Praca na tak różnych rynkach nauczyła nas, że to założenie jest błędne.

Internacjonalizacja to nie jest tłumaczenie interfejsu

Najczęstszy skrót myślowy przy wchodzeniu na nowy rynek brzmi: podmieńmy stringi w interfejsie i gotowe. To działa dla prostych narzędzi, ale nie dla produktu, który reguluje relację między właścicielem a najemcą. W zarządzaniu najmem sam interfejs to zwykle najmniejsza część pracy. Reszta to protokoły zdawczo-odbiorcze, zasady dotyczące kaucji, terminy wypowiedzeń i obowiązki stron — a te różnią się między krajami dużo bardziej, niż różni się gramatyka ich języków. Dlatego w Brokiku internacjonalizacja nigdy nie była projektem lokalizacyjnym doklejonym na koniec, tylko częścią specyfikacji od pierwszego dnia wejścia na kolejny rynek.

Prawo najmu: co jest w aplikacji, a co w generatorze

Zasady dotyczące kaucji, dokumentowania stanu lokalu, terminów i formy wypowiedzenia różnią się na poziomie prawa lokalnego, nie tylko zwyczaju — to nie jest hasło marketingowe, tylko opis pracy zespołu przy każdym nowym kraju. Rozwiązujemy to na dwóch poziomach.

Dla wszystkich 25 rynków przygotowaliśmy szablony umów najmu i protokołów zdawczo-odbiorczych, dostępne w naszym darmowym generatorze umów, bez konieczności zakładania konta. W samej aplikacji — gdzie prowadzi się już zawartą umowę: rozliczenia, komunikację właściciel–najemca, zgłoszenia usterek — pełne generowanie nowej umowy i wyliczenie podatku od najmu działa dziś dla Polski; na innych rynkach aplikacja eksportuje dane o przychodach i kosztach, a samo rozliczenie podatkowe zostaje po stronie właściciela.

AI wspiera tę pracę w codziennym użyciu: dostosowuje istniejącą umowę albo protokół do polecenia w wolnym tekście, a asystent konfiguracyjny przygotowuje wpisy nieruchomości i najemców, które użytkownik zatwierdza. Model nie ustala treści prawa najmu od zera — korzysta ze struktury przygotowanej przez zespół dla danego rynku. Więcej o samym produkcie na stronie Brokika.

Jedna domena, 25 rynków — decyzja architektoniczna

Ciekawie robi się, kiedy porównamy to z innym naszym produktem. Taniej po Lek, nasza porównywarka koszykowa cen leków, obsługuje 11 krajów przez 11 osobnych domen krajowych — taniejpolek.pl, medikamentbilliger.de, cheaperfordrug.com i tak dalej. Brokik poszedł w dokładnie przeciwną stronę: jedna domena, brokik.com, żadnych końcówek krajowych, a mimo to 25 rynków.

Obie decyzje są świadome i poprawne — dla swojego produktu. Porównywarka cen działa lokalnie: użytkownik szuka w swoim języku okazji na swoim rynku, a osobna domena krajowa pomaga w lokalnym zaufaniu. Platforma do zarządzania najmem sprzedaje się inaczej — decyzja o zakupie dotyczy samego produktu, nie lokalnego rynku ofert, więc jedna domena z jedną, skumulowaną historią zaufania ma więcej sensu niż rozpraszanie tego na 25 osobnych adresów.

To dokładnie ten typ decyzji, który powtarza się przy każdym projekcie międzynarodowym: architektura domenowa powinna wynikać z tego, jak kupuje konkretny klient na konkretnym rynku, nie z domyślnego wzorca skopiowanego z innego projektu.

Powtarzalny proces wejścia na rynek i 17 języków interfejsu

Interfejs Brokika działa dziś w 17 językach: czeskim, duńskim, niemieckim, angielskim, hiszpańskim, estońskim, fińskim, francuskim, chorwackim, włoskim, litewskim, łotewskim, niderlandzkim, norweskim, polskim, słowackim i słoweńskim. To dużo, ale to wciąż tylko warstwa widoczna dla użytkownika, nałożona na prawo lokalne i szablony opisane wyżej — a pokrycie językowe trzeba śledzić osobno od pokrycia prawnego, bo interfejs bywa gotowy w danym języku, zanim szablony dla konkretnej jurysdykcji są w pełni dopracowane.

To, co pozwoliło nam skalować się do 25 rynków, a nie utknąć na trzech, było zamianą jednorazowej pracy przy pierwszych rynkach w listę kontrolną, którą powtarzamy za każdym razem: rozpoznanie lokalnego prawa najmu, lokalizacja szablonów, tłumaczenie interfejsu, konfiguracja regionalna i weryfikacja przed otwarciem rynku. Każdy kolejny rynek nie jest już projektem od zera — jest instancją znanego procesu.

Tę samą dyscyplinę — rozdzielenie warstwy widocznej od warstwy regulacyjnej, powtarzalny proces zamiast improwizacji — przenosimy też do projektów klientów; pisaliśmy o tym, jak wybrać zespół do takiego zadania, w tekście jak wybrać partnera do wdrożenia AI, oraz o tym, dlaczego warto sprawdzić, czy dostawca sam używa swoich narzędzi, w artykule zespół, który sam utrzymuje własne produkty AI.

W skrócie

Największą lekcją ze skalowania Brokika nie był język, tylko rozdzielenie tego, co jest wspólne dla wszystkich rynków, od tego, co musi być lokalne z definicji — i zbudowanie procesu, który tę granicę powtarza za każdym razem od nowa. Jeśli planujecie projekt działający na więcej niż jednym rynku, więcej o naszym podejściu do wdrożeń AI znajdziecie na stronie oferty.

Najczęstsze pytania

Czy Brokik to serwis ogłoszeniowy z ofertami najmu?

Nie. Brokik to SaaS do zarządzania najmem dla właścicieli i najemców — narzędzie do prowadzenia relacji najmu, a nie przeglądarka ogłoszeń.

Czy różne rynki Brokika mają osobne domeny krajowe?

Nie. Wszystkie 25 rynków obsługiwane jest z jednej domeny, brokik.com — bez końcówek krajowych typu .pl czy .de.

Ile języków obsługuje interfejs Brokika?

17 języków, od czeskiego i duńskiego po słowacki i słoweński. To warstwa widoczna dla użytkownika, osobna od szablonów dokumentów i prawa lokalnego dla każdego rynku.

Czy AI w Brokiku samodzielnie interpretuje prawo najmu w każdym kraju?

Nie. AI dostosowuje istniejący dokument do polecenia w wolnym tekście na bazie szablonów zbudowanych dla konkretnej jurysdykcji — nie ustala prawa od zera przy każdym przypadku.

Czy ten model skalowania międzynarodowego da się przenieść na inne branże?

Zasada tak — rozdzielenie warstwy widocznej (język, interfejs) od warstwy regulacyjnej (prawo, procesy, dokumenty) i zbudowanie powtarzalnego procesu wejścia na rynek sprawdza się wszędzie, gdzie produkt działa w wielu jurysdykcjach jednocześnie.