Cztery lata w szufladzie. Rok nad projektem.

§1Pomysły nie umierają z powodu konkurencji

Najlepsze pomysły rzadko przegrywają z rynkiem. Najczęściej przegrywają z czymś znacznie banalniejszym: z brakiem kogoś, kto potrafi je zbudować.

W 2021 roku praktyk z branży instalacyjno-budowlanej — człowiek, który zawodowo stoi między klientem, dostawcą i ekipą montażową i zna ten rynek z codziennej pracy w terenie — wygrał regionalny konkurs na najlepszy projekt biznesowy. Pomysł: portal łączący klientów planujących remont ze sprawdzonymi wykonawcami. Jury nie miało wątpliwości. Rynek zresztą też nie ma: problem znalezienia uczciwego fachowca zna w Polsce każdy.

A potem stało się to, co dzieje się z większością nagrodzonych pomysłów. Nic.

Przez cztery lata projekt nie ruszył. Nie dlatego, że pomysłodawca stracił wiarę — dlatego, że rynek oferował mu wyłącznie dwie opcje, obie złe. Opcja pierwsza: agencje i freelancerzy, którzy wycenią zlecenie, zrealizują punkty z harmonogramu i znikną — zostawiając produkt, który wygląda jak pomysł, ale nie myśli jak biznes. Opcja druga: robić samemu — czyli nie robić wcale, bo nikt nie zbuduje architektury platformy transakcyjnej po godzinach, ucząc się po drodze. Pomysł-laureat trafił do szuflady. Tam, gdzie kończy większość wspaniałych pomysłów w tym kraju.

Na sąsiedniej maszynie tego hangaru — SoundDNA — trzy lata zajęło mi dojrzewanie do własnego pomysłu. Tu cztery lata zjadła szuflada. Różnica jest zasadnicza: własny surowiec w tym czasie dojrzewa. Cudzy tylko czeka.

Wspaniałe pomysły nie umierają, bo były złe. Umierają, bo między pomysłem a produktem stoi kompetencja, której nie da się kupić na godziny.

§2Spotkanie w zupełnie innej sprawie

Poznaliśmy się w 2025 roku — w sprawie, która nie miała z tym projektem nic wspólnego. Tak to zwykle bywa z ważnymi rzeczami. Po jakimś czasie, gdy zbudowało się zaufanie, usłyszałem zdanie, które słyszałem w karierze wiele razy, ale rzadko z taką historią w tle: „Mam pomysł, który kiedyś wygrał konkurs. Czy możesz mi pomóc go zrealizować?”

Mogłem odpowiedzieć jak wykonawca: poprosić o specyfikację, wycenić, zbudować dokładnie to, o co proszono. Trzydzieści lat w IT — od zarządzania informatyką w jednym z największych polskich banków, przez systemy korporacyjne, które nie mają prawa paść, po własne przedsięwzięcia w Polsce i za granicą — nauczyło mnie jednak, że to najgorsza możliwa przysługa. Bo dostałbym specyfikację portalu ogłoszeniowego. Kolejnego. A rynek portali ogłoszeniowych z fachowcami jest cmentarzem: wszystkie działają tak samo i żaden nie rozwiązał problemu.

Zamiast wyceny zaczęliśmy więc od pytań. Dziesiątek pytań. Dlaczego istniejące portale zawodzą? Co czuje wykonawca, który licytuje się z najtańszym? Czego naprawdę boi się klient? Gdzie w tym wszystkim są pieniądze, a gdzie zaufanie — i dlaczego nikt dotąd nie połączył jednego z drugim?

W Metodzie to są etapy 01 i 02: najpierw cały surowiec na stół, potem próba w tunelu — zanim na kalce pojawi się pierwsza kreska. Surowiec położony w 2021 przeszedł próbę dopiero w 2025. I dobrze — bo próba zmieniła samolot.

§3Od portalu ogłoszeniowego do platformy bez odpowiednika

I tu jest sedno tego case study — rzecz, którą widziałem w każdym udanym projekcie i której brakowało w każdym nieudanym: pomysły rozwijają się podczas realizacji. Pomysł wniesiony do współpracy i produkt, który z niej wychodzi, nigdy nie są tym samym — jeśli po drugiej stronie stołu siedzi partner, a nie zleceniobiorca.

Zleceniobiorca buduje to, co jest w specyfikacji. Partner z ugruntowanym, wielobranżowym doświadczeniem zadaje pytania, których specyfikacja nie przewidziała — i to te pytania zmieniają projekt. Kilka przykładów z tej współpracy, na poziomie, który mogę ujawnić:

Jedno pytanie o ekonomię uczestnika — „co ta firma dostanie za swoje pieniądze w pierwszym, najtrudniejszym roku?” — przebudowało cały model wartości platformy i sposób, w jaki traktuje ona swoich pierwszych partnerów. Z modelu „portal zbiera opłaty” powstał model społeczności założycielskiej, w której pierwsi uczestnicy rosną razem z platformą na warunkach, których nikt później nie dostanie. To jest etap 05 Metody w czystej postaci: silnik i biletomat zaprojektowane na desce kreślarskiej, zanim powstała linijka kodu — bo wzrost ma być wbudowany w konstrukcję, nie doklejony po starcie.

Analiza cudzych porażek — zamiast pytać „co zbudować?”, zapytaliśmy „dlaczego wszystkim się nie udało?”. Odpowiedź: bo wszyscy budowali software, a problem leży w zaufaniu — a zaufania nie da się zainstalować aktualizacją. Tak narodził się fundament, którego nie ma żadna platforma na tym rynku: człowiek w terenie, który osobiście weryfikuje wykonawców i odbiera roboty z protokołem, w każdym regionie działania.

Doświadczenie z systemów finansowych — przełożyło się na architekturę bezpieczeństwa transakcji projektowaną warstwami, z jasnym podziałem odpowiedzialności prawnej — oraz na wykrycie zawczasu kilku pułapek regulacyjnych, w które ten projekt wpadłby z rozpędu, gdyby budował go ktoś, kto zna tylko kod.

Dyscyplina modelowania — każdy element modelu przeszedł test wewnętrznej spójności: strumienie przychodów, mechanizmy retencji, struktura wzrostu. Tam, gdzie liczby się nie broniły, zmienialiśmy model, nie liczby.

Efekt: pomysł, który wszedł do współpracy jako „kolejny portal ogłoszeniowy dla branży remontowo-budowlanej”, wyszedł z niej jako platforma o fundamentach niedostępnych na tym rynku — z rozwiązaniami, których nikt w tej branży dotąd nie wdrożył. Nie dlatego, że pomysłodawca się mylił. Dlatego, że pomysł wreszcie trafił na warunki, w których mógł urosnąć.

Nie wystarczy wziąć kogokolwiek do realizacji. Pomysły rozwijają się w trakcie budowy — ale tylko wtedy, gdy buduje je ktoś, kto ma czym je rozwijać.

§4Co powstało w ramach współpracy

Rola architekta w takim projekcie nie kończy się na technologii. Zakres tej współpracy objął pełne spektrum — od strategii po wdrożenie:

Architektura biznesowa: przebudowa i stress-testing modelu — strumienie przychodów, mechanizmy retencji i samoregulacji, struktura wzrostu, zabezpieczenia przed skopiowaniem.

Architektura systemowa: projekt platformy skalowalnej etapami — od startu o minimalnych kosztach po infrastrukturę gotową na wzrost, bez przepalania kapitału na zapas.

Kompletna dokumentacja klasy inwestorskiej: kilkudziesięciostronicowy dokument strategiczny z pełnym modelem finansowym i scenariuszami, mapy wdrożenia z bramkami decyzyjnymi i miernikami, materiały negocjacyjne oraz publiczna narracja projektu. W języku Metody: to jest Blueprint z etapu 03 — w wersji cięższej, bo platforma transakcyjna potrzebuje projektu nie tylko konstrukcji, ale i przepływów pieniędzy oraz odpowiedzialności.

Warstwa produktowa: kompletna część wizualna platformy oraz architektura aplikacyjna w fazie finalnego szlifowania.