Trzy lata dojrzewania. Sześć tygodni budowy.

§1Potrzeba, która nie miała nazwy

Wszystko zaczęło się od poszukiwania wzmacniacza, który pasowałby do mojego słuchu. Każdy, którego słuchałem, miał braki w brzmieniu — nie obiektywne wady, tylko rozminięcia z tym, czego moje ucho szukało w muzyce. Skoro rynek nie miał odpowiedzi, zbudowałem ją sam: zacząłem przestrajać wzmacniacze, aż grały tak, że wciągały mnie w odsłuch na godziny.

Robiłem to na tyle skutecznie, że znajomi audiofile zaczęli przynosić mi swój sprzęt. Tak powstało SoundsBetter — małe studio strojenia elektroniki audio. I to właśnie tam, przy kolejnych strojeniach, zobaczyłem rzecz ważniejszą niż jakikolwiek układ elektroniczny.

§2Diagnoza: problem nie był techniczny

Efekt końcowy strojenia zawsze budził „wow”. Ale droga do niego ujawniała za każdym razem tę samą barierę: ja i klient opisywaliśmy ten sam dźwięk nieprzystającymi językami. Język audiofilski jest w teorii mocno rozbudowany i operuje pięknymi, obrazowymi pojęciami — ale każdy, opisując ten sam obraz, może mieć w głowie co innego. Jeśli powiemy komuś „wygląda jak kot”, każdy zobaczy kota w wyobraźni — ale czy u każdego ten kot będzie wyglądał tak samo? Dokładnie tak działa język świata percepcji muzycznej: opisy są piękne i obrazowe, tylko nie operują na tym, co dzieje się w głowie słuchacza — zakładają, że wszystkie koty świata są takie same i każdy widzi tego samego kota.

Czułem, że nawet wykonując najlepszą robotę technicznie, mogę nie trafić w oczekiwania — bo nie wiedziałem, JAK ta osoba słyszy. Nie czego słucha, nie na czym. Jak.

To była luka na poziomie potrzeby podstawowej: nie istniało żadne narzędzie opisujące indywidualne profile percepcji dźwięku. Postawiłem hipotezę, że takie profile istnieją i da się je mierzyć — i postanowiłem to sprawdzić rzetelnie, a nie ankietą z internetu.

Przestań zgadywać, dlaczego ludzie coś robią — zrozum, jak myślą. To jest zdanie, na którym stoi cała moja praca. W SoundDNA wziąłem je dosłownie i zbudowałem instrument, który to mierzy.

§3Zapłon: usłyszeć inaczej — na własnej skórze

Zrozumienie, że każdy słyszy inaczej, dojrzewało we mnie latami. Ale między „wiem” a „doświadczyłem” biegnie granica, którą przekracza się tylko w jedną stronę — i mnie przeprowadziło przez nią zdarzenie, którego nikomu nie życzę.

Na początku 2026 roku doznałem nagłej utraty słuchu — badania pokazywały ubytek rzędu 90%. Do dziś nie wiadomo, co ją wywołało, i w tej historii jest to bez znaczenia. Znaczenie ma to, co stało się później: słuch wrócił. Ale wrócił inny.

Ten sam wzmacniacz. Te same kolumny. Te same utwory, przesłuchane wcześniej setki razy. A pamięć słyszenia raz za razem meldowała rozjazd: pojawiało się coś, na co wcześniej nie zwracałem uwagi — albo czego zwyczajnie nie słyszałem; znikało coś, co znałem na pamięć. Całą swoją muzykę zacząłem poznawać od nowa.

Przez trzy lata rozumiałem, ŻE ludzie słyszą inaczej. Teraz sam USŁYSZAŁEM inaczej — w eksperymencie, na który nikt nie zgłasza się na ochotnika, za to ze zmienną odizolowaną idealnie: nie zmienił się sprzęt ani muzyka. Zmienił się słuchacz.

To był zapłon. Hipoteza, która dojrzewała trzy lata, dostała dowód wypisany na moim własnym zmyśle — i dlatego trzy lata dojrzewania zamieniły się w sześć tygodni budowy. W moim warsztacie takie doświadczenia nazywam zdartym kolanem: boli, a zostawia wiedzę, której nie da się kupić (więcej o tym podejściu na stronie O mnie). SoundDNA mierzy dziś dokładnie to, czego doświadczyłem: różnicę, która mieszka nie w sprzęcie, lecz w słuchaczu.

§4Realizacja: od hipotezy do platformy w trzech językach

Z hipotezy powstała metodologia, z metodologii — SoundDNA: niezależna, non-profit platforma badawcza, która mierzy profil percepcji dźwięku w ~15-minutowym teście i buduje otwartą wiedzę o tym, jak słucha świat. Dziś działa w trzech językach (polski, angielski, niemiecki — wersje powstały w procesie adaptacji z niezależnymi tłumaczami, nie przez „szybkie tłumaczenie”: chodziło o to, żeby w każdym języku każdy opisywał tego samego kota), z zestawem narzędzi wokół wyniku: porównywaniem zgodności odsłuchowej dwóch osób, analizą historii streamingu zestawianą z profilem oraz publicznymi statystykami z progami chroniącymi prywatność.

Dlaczego non-profit? Bo to decyzja konstrukcyjna, nie sentymentalna. Wiarygodność badania percepcji wymaga, żeby nikt nie mógł zapytać: „a komu sprzedajecie te dane?”. Odpowiedź jest wbudowana w architekturę: test nie zbiera żadnych danych osobowych, dane badawcze są od nich konstrukcyjnie odseparowane, a brak motywu zysku z danych jest fundamentem zaufania — czyli paliwem, na którym ta maszyna lata.

Test, który tylko mierzy, byłby interesujący sam w sobie — i łatwy do zapomnienia. SoundDNA jest zaprojektowane jako platforma świadomie: wokół wyniku stoją cztery narzędzia, każde zaprojektowane tak, żeby przekazać ludzi dalej. To inny rodzaj myślenia niż „zrobiliśmy test, działa, zbiera dane, koniec" — to ciągłe pytanie, co jeszcze da ludziom więcej wartości i przyciągnie kolejnych. Nie pojedyncza funkcja. Silnik narzędzi, które napędzają się nawzajem — wkręconych w jeden blok: sam Test.

Każde narzędzie to cylinder w tym silniku, a każdy dodany cylinder to nie zapasowe koło — to jednocześnie więcej mocy i więcej niezawodności. Cztery cylindry nie tylko utrzymują obrót wału — kręcą nim szybciej, mocniej, z zapasem momentu obrotowego, gdyby jeden zaczął się krztusić. Zabraknie paliwa dla jednego — ten cylinder gaśnie, silnik dalej pracuje, tylko wolniej i nierówno. To ta sama matematyka dodatkowych dziewiątek, którą wyceniałem klientom w dużych projektach IT: każda dodana dziewiątka dokłada kolejne zero do faktury — a tutaj każdy dodany cylinder dokłada kolejne zero do liczby użytkowników. To właśnie znaczy etap 05 w praktyce: nie jedna funkcja, tylko maszyna zbudowana tak, żeby każda dodana część mnożyła to, co potrafi cały silnik.

Od strony wykonawczej projekt to połączenie istniejących narzędzi z zaprogramowaniem tych, których nie było — w tym instrumentu badawczego zbudowanego od zera, silnika porównań i systemu publikacji statystyk.

§5Standard hangaru: orkiestracja ludzi i AI

Najciekawszy dla Ciebie może być nie technologia, lecz proces — bo to jest dokładnie ten standard, w którym buduję w etapie 04.

Projekt zrealizowałem w tandemie z dwoma wyspecjalizowanymi agentami AI: architektem-diagnostą (projektowanie, decyzje, kontrola jakości) i wykonawcą (implementacja) — z jasnym podziałem ról, rytuałami pracy, dokumentacją decyzji i twardymi regułami bezpieczeństwa. Ja pełniłem rolę product managera i ostatecznego arbitra każdej decyzji.

Jedno chcę powiedzieć wprost: AI nie obniżyło tu rygoru — przyspieszyło pracę przy zachowaniu pełnej kontroli. Testy automatyczne pilnowały obietnic produktu (łącznie z obietnicą prywatności zakodowaną w testach), a przed akceptacją każdego etapu odbywały się fizyczne testy ludzkie. Do tego kopie zapasowe, monitoring i test obciążeniowy przed startem.

Efekt: zakres prac, który klasyczny zespół realizowałby od dwóch do czterech kwartałów — w zależności od jakości dopasowania członków zespołu i komunikacji ze zleceniodawcą (wiem, bo zarządzałem software housem) — zamknęliśmy w sześć tygodni.