Zanim wydasz pierwsze większe pieniądze na startup, zobacz, jak zrobił to Arek Lewandowski: co spalił na starcie, co zmienił po porażce i dlaczego dopiero prawdziwy feedback z rynku uratował kierunek rozwoju. To odcinek o walidacji pomysłu bez złudzeń.
Posłuchaj odcinka DSS#21 na YouTube →Artykuły, które czytasz tutaj, są inspirowane tematami poruszanymi w podcaście „Druga Strona Sukcesu”. I właśnie dlatego ten tekst nie będzie o „innowacyjności” w próżni. Będzie o tym, co naprawdę decyduje, czy startup ma sens: o walidacji pomysłu, o szybkim zderzeniu z rynkiem i o tym, jak nie utopić kilkuset tysięcy złotych w produkcie, którego nikt nie chce.
Historia Arka Lewandowskiego jest tu wyjątkowo mocna, bo nie zaczyna się od „idealnego foundera”, tylko od błędu. Najpierw było budowanie aplikacji po pracy, bez wcześniejszego sprawdzenia potrzeby. Dopiero później przyszło pytanie: po co właściwie to zrobiliśmy, skoro biura rachunkowe nie chciały tego kupić? Ta historia pokazuje brutalną, ale bardzo potrzebną prawdę: pomysł nie jest jeszcze biznesem.
Jeśli myślisz o starcie z produktem, usługą albo startupem, ten tekst ma ci oszczędzić jednego: budowania w ciemno. Poniżej znajdziesz praktyczne wnioski z odcinka i kilka prostych pytań, które warto sobie zadać, zanim wydasz pierwszy większy budżet.
Pomysł na startup to nie biznes. Biznes zaczyna się wtedy, gdy ktoś chce za niego zapłacić
To, co Arek mówi bardzo wprost, powinno wybrzmieć każdemu founderowi: najpierw zrobili aplikację, a dopiero potem pytali rynek, czy ktoś jej chce. I właśnie tu zaczyna się najdroższa pomyłka w startupach. Bo z perspektywy założyciela wszystko może wyglądać logicznie. Widać problem, widać szansę, widać potencjał. Tylko że rynek nie nagradza logiki. Rynek nagradza użyteczność.
W ich pierwszym podejściu powstało oprogramowanie dla biur rachunkowych. Zespół zainwestował czas, energię i pieniądze, a później okazało się, że klientów praktycznie nie ma. To nie był drobny błąd w promocji. To była zła kolejność działań. Zamiast najpierw sprawdzić, czy ktoś ma realny problem i chce go rozwiązać właśnie w taki sposób, zespół poszedł w pełne budowanie produktu.
Wniosek jest prosty: jeśli nie masz dowodu, że rynek kupi rozwiązanie, to nie masz jeszcze startupu. Masz hipotezę. I warto traktować ją dokładnie tak samo: jako coś do sprawdzenia, a nie jako coś, co już działa.
W praktyce oznacza to, że na początku nie pytasz: „Czy mój pomysł jest dobry?”. Pytasz raczej: „Czy ten problem jest na tyle bolesny, że ktoś zapłaci za jego rozwiązanie?”. To drobna różnica w języku, ale ogromna różnica w podejściu. Pierwsze pytanie buduje ego. Drugie buduje walidację.
Jak sprawdzić pomysł na startup taniej i szybciej niż przez budowę produktu
Najciekawsze w historii Altery jest to, że Arek sam mówi: teraz zrobiłby to inaczej. Najpierw rozmowy z klientami, najpierw testy, najpierw sprawdzanie założeń. Dopiero później budowanie. To nie jest teoria z podręcznika. To wniosek wyciągnięty z kosztownej lekcji.
Jak można było podejść do tego lepiej już na starcie? Nie przez wielomiesięczne kodowanie po pracy, tylko przez kilka prostych kroków. Z rozmowy wyłania się bardzo praktyczny schemat, który można zastosować niemal w każdej branży:
- porozmawiać z potencjalnymi klientami o ich obecnym procesie,
- sprawdzić, co dokładnie ich boli i gdzie tracą czas albo pieniądze,
- przetestować ręcznie rozwiązanie zanim powstanie software,
- zobaczyć, czy ktoś wraca po więcej,
- dopiero wtedy budować produkt, który automatyzuje to, co już zadziałało.
W Altery dopiero pandemia i przyspieszona cyfryzacja pokazały, że rynek faktycznie dojrzewa do takiego rozwiązania. To ważna lekcja: czasem pomysł nie był zły, tylko był za wcześnie. Ale „za wcześnie” i „za drogo” dla foundera często wyglądają dokładnie tak samo — pieniędzy nie ma, a produkt nie sprzedaje się sam.
Najlepszy test pomysłu nie polega więc na pytaniu znajomych, czy to „ma sens”. Polega na sprawdzeniu zachowania rynku. Czy ktoś chce rozmawiać? Czy ktoś chce zostawić kontakt? Czy ktoś umówi spotkanie? Czy ktoś zgadza się zapłacić choćby małą kwotę za wersję pilotażową? Właśnie to odróżnia ciekawy pomysł od realnej potrzeby.
Walidacja pomysłu przez własny biznes: kiedy produkt staje się narzędziem do pracy, a nie tylko projektem
To był drugi, dużo lepszy ruch w historii Altery. Zamiast sprzedawać oprogramowanie biurom rachunkowym w oderwaniu od rzeczywistości, zespół postanowił zrobić produkt dla siebie. Najpierw biuro rachunkowe, potem aplikacja budowana pod realne procesy, z bieżącym feedbackiem od księgowych, klientów i użytkowników końcowych. To już nie było „wydaje mi się”. To było: „my z tego korzystamy, więc wiemy, co działa”.
To podejście ma ogromną przewagę. Gdy sam używasz produktu, od razu widzisz, gdzie proces się psuje, gdzie trzeba uprościć panel, gdzie użytkownik nie rozumie kroków i gdzie funkcja jest zbędna. Arek mówi wprost, że dzięki temu rozwój postępował bardzo szybko, bo produkt był korygowany na bieżąco. Nie miesiącami po premierze. Nie po serii analiz. Tylko od razu.
To ważna wskazówka dla każdego, kto chce walidować pomysł na startup: jeśli możesz, zbuduj najpierw mikroproces ręcznie. Jeśli planujesz system do automatyzacji dokumentów, zacznij od ręcznego obiegu. Jeśli chcesz SaaS dla sprzedaży, najpierw spróbuj sprzedać usługę i zobacz, co ludzie naprawdę chcą kupić. Jeśli budujesz narzędzie do raportowania, zrób raport ręcznie dla kilku pierwszych klientów.
Dopiero gdy ten manualny model zaczyna działać, ma sens automatyzacja. Inaczej automatyzujesz chaos. A chaos nie staje się produktem tylko dlatego, że ma ładny interfejs.
W połowie odcinka Arek opowiada dokładnie, jak wyglądała pierwsza wersja Altery, czemu rynek jej nie kupił i co zmienili, gdy postanowili oprzeć produkt na realnej pracy biura rachunkowego. Jeśli interesuje cię walidacja pomysłu bez budowania w ciemno, ten fragment jest kluczowy.
Posłuchaj odcinka DSS#21 na YouTube →Największy błąd founderów: budują za dużo, pytają za późno
W historii Arka pada coś bardzo ważnego: zamiast testować pomysł, zespół spędził około dziewięciu miesięcy na budowaniu produktu po pracy. To nie brzmi źle, jeśli patrzysz z boku. Problem w tym, że ten czas był wydany na coś, czego rynek finalnie nie chciał. I właśnie dlatego walidacja nie może być dodatkiem do procesu. Musi być jego początkiem.
Co to oznacza w praktyce? Że przed rozpoczęciem pracy warto sprawdzić trzy rzeczy:
- czy problem jest częsty i bolesny,
- czy ludzie już dziś próbują go rozwiązać w jakiś sposób,
- czy obecne rozwiązania są dla nich niewystarczające.
Jeśli na któreś z tych pytań odpowiadasz tylko „wydaje mi się”, to jeszcze nie masz podstaw do budowy produktu. Masz intuicję. Intuicja jest potrzebna, ale nie wystarczy, żeby wydać na nią kilkaset tysięcy złotych.
W odcinku mocno wybrzmiewa też druga pułapka: przywiązanie do własnej wizji. Gdy zespół widzi coś jako „dobry pomysł”, łatwo przeoczyć fakt, że klient ma zupełnie inne priorytety. Biura rachunkowe po prostu nie chciały tej pierwszej wersji. I to nie dlatego, że produkt był „zły”, tylko dlatego, że nie trafiał w realny moment rynku.
Co warto sprawdzać, zanim wydasz pieniądze na produkt
Arek pokazuje jeszcze jedną rzecz, którą łatwo przeoczyć: walidacja to nie jednorazowy test, tylko proces. Nawet kiedy Alterę udało się zbudować lepiej, zespół dalej zbierał feedback. Klienci pisali, czego chcą, co im się przyda, co można uprościć. Dzięki temu roadmapa nie była fantazją założyciela, tylko odpowiedzią na realne potrzeby.
Jeśli masz pomysł na startup, możesz zacząć od bardzo konkretnego sprawdzenia. Nie potrzebujesz do tego dużego budżetu. Potrzebujesz rozmów, obserwacji i odrobiny pokory. Na przykład:
- zrób 10 rozmów z osobami, które mają problem,
- zapytaj, jak rozwiązują go dziś,
- sprawdź, ile czasu i pieniędzy już tracą,
- przedstaw prostą wersję rozwiązania i zobacz reakcję,
- poproś o małe zobowiązanie: demo, zapis, zaliczkę albo pilotaż.
Ważne jest też to, żeby nie ufać tylko deklaracjom. Ludzie często mówią, że „na pewno by kupili”, ale dopiero kiedy pojawia się potrzeba działania, widać prawdę. Dlatego walidacja musi dotykać zachowania, a nie tylko opinii. To, że ktoś mówi „super pomysł”, nic nie znaczy. To, że ktoś poświęca czas, zostawia dane kontaktowe albo płaci — znaczy bardzo dużo.
Właśnie dlatego startup nie powinien zaczynać się od produktu. Powinien zaczynać się od dowodu, że problem jest ważny. Bez tego każda kolejna linia kodu, każda grafika i każda kampania są tylko drogim zgadywaniem.
Walidacja pomysłu w biznesie to także walidacja swojej odporności
W rozmowie z Arkiem wybrzmiewa jeszcze coś, co rzadko trafia do artykułów o startupach: psychika founderów. Pierwsza wersja biznesu nie wypaliła, pieniędzy było coraz mniej, a presja rosła. Padają mocne słowa o lęku, przeciążeniu i trybie przetrwania. To ważne, bo walidacja pomysłu nie kończy się na rynku. Ona dotyczy też tego, czy ty wytrzymasz tempo uczenia się na błędach.
Jeśli masz pomysł i bardzo szybko przywiązujesz się do jednego scenariusza, możesz przegapić sygnały ostrzegawcze. Jeśli za wszelką cenę chcesz udowodnić, że masz rację, zamiast sprawdzić prawdę, walidacja przestaje działać. Z odcinka płynie mocna lekcja: founder musi umieć odpuścić to, co nie działa, zanim zrobi się z tego kosztowny nawyk.
Dlatego przy ocenie pomysłu warto zadać sobie nie tylko pytania biznesowe, ale i osobiste:
- Czy jestem gotowy usłyszeć, że to nie działa?
- Czy potrafię zmienić kierunek bez traktowania tego jak porażki?
- Czy mam zasoby, żeby testować małymi krokami, a nie stawiać wszystko na jedną kartę?
To właśnie dlatego ta historia jest cenna. Nie pokazuje tylko „sukcesu po exicie”. Pokazuje drogę przez błąd, korektę, kolejne testy i dopiero potem produkt, który zaczyna żyć. I dokładnie takie historie są najcenniejsze dla przedsiębiorców.
Podsumowując: jeśli chcesz sprawdzić pomysł na startup, zanim wydasz pieniądze, zacznij od problemu, nie od produktu. Sprawdź, czy rynek naprawdę cierpi na to, co chcesz rozwiązać. Zamiast budować od razu cały system, przetestuj go ręcznie. Zamiast pytać znajomych, czy „to ma sens”, szukaj ludzi, którzy realnie użyją rozwiązania albo za nie zapłacą.
Druga rzecz: nie ignoruj sygnałów, że pomysł nie działa. W historii Altery pierwsza wersja nie znalazła rynku i to kosztowało dużo czasu oraz pieniędzy. Ale właśnie dzięki temu zespół przeszedł na model, w którym produkt był budowany na podstawie realnej pracy, a nie wyobrażeń. To ogromna różnica i jednocześnie jedna z najważniejszych lekcji z tego odcinka.
Trzecia rzecz: walidacja to nie tylko test pomysłu, ale też test twojej umiejętności słuchania rynku. Jeśli umiesz zbierać feedback, zmieniać kierunek i nie zakochiwać się w pierwszym pomyśle, masz dużo większą szansę zbudować coś, co naprawdę działa. A jeśli chcesz usłyszeć więcej o tym, jak Arek i jego zespół przechodzili przez porażki, skalowanie i budowanie produktu na bazie realnych potrzeb, koniecznie obejrzyj pełny odcinek.
Jeśli chcesz zobaczyć pełny kontekst historii Altery, posłuchać o błędzie walidacyjnym, zmianie modelu działania i tym, jak zespół zaczął budować produkt na prawdziwym feedbacku, ten odcinek da ci dużo więcej niż sam artykuł. To konkretna rozmowa dla founderów i osób planujących startup.
Posłuchaj odcinka DSS#21 na YouTube →