Każdy produkt, który zbudowałem, zaczął się od czegoś, co mnie drażniło, i oto wszystkie piętnaście problemów

Nikt nie budzi się pewnego poranka i nie postanawia stworzyć piętnaście produktów programowych. Tak to nie działa. To, co się naprawdę dzieje, jest wolniejsze, bardziej chaotyczne i dużo mniej glamuryczne niż jakakolwiek historia pochodzenia startupu mogłaby sugerować. Pojawia się problem. Rozkiełznuje się. Istniejące rozwiązania okazują się zawyżone w cenie, niedostatecznie zaawansowane lub tak uwięzione w modelach subskrypcji, że używanie ich do drobnego zadania wydaje się jak wynajęcie przeprowadzki tylko do przeniesienia jednej lampy. W końcu frustracja przekracza próg, a jedyną racjonalną odpowiedzią jest zbudowanie czegoś lepszego. Potem pojawia się kolejny problem. I jeszcze jeden. Piętnaście problemów później, istnieje cała platforma, i każdy pojedynczy produkt na niej sięga wstecz do konkretnego momentu autentycznej irytacji.

To nie jest starannie wyselekcjonowana narracja zaprojektowana, aby przedsiębiorczość wyglądała romantycznie. Niektóre z tych frustracji były nieznaczne. Niektóre były kosztowne. Kilka było tak wkurzające, że mogło zepsuć całe weekendy. Ale każda pojedyncza z nich podążała za tym samym wzorcem: napotkać problem, szukać rozwiązania, stwierdzić, że rozwiązanie jest nieadekwatne, zbudować lepsze. Ten wzorzec powtarzał się przez lata, a wynikiem jest yeb.to z czterdziestoma jednym interfejsami API, osiemnaście aplikacjami SaaS i sześćdziesięcioma ośmioma narzędziami online.

Pierwsze pięć frustracji, które wszystko rozpoczęły

Narzędzie do podpisów pojawiło się pierwsze, a wyrosło z najprostszej irytacji. Prowadzenie kanałów YouTube skoncentrowanych na muzyce generowanej przez sztuczną inteligencję oznaczało produkcję wideów lirycznych ze spalinymi napisami. Captions.ai pobierał dziesięć euro miesięcznie za tę przywilej, co wydawało się rozsądne, dopóki miesiące z tylko dwoma lub trzema wideami nie zaczęły się gromadzić. Płacenie stałej subskrypcji za narzędzie, które leżało niewykorzystane większość tygodni, było rodzajem marnotrawstwa, które narasta w ciszy. Alternatywa była oczywista: zbudować narzędzie, które pobiera opłatę za przetworzony wideo, a nie za miesięc czasu kalendarzowego. Kredyty zastąpiły subskrypcje, a oszczędności stały się natychmiast widoczne.

Narzędzie tłumaczące wyrosło z innego rodzaju problemu. Usługi tłumaczenia maszynowego radzą sobie wystarczająco kompetentnie z głównymi językami, ale w momencie, gdy potrzebujesz bułgarskiego lub serbskiego, jakość gwałtownie spada. Błędy zgodności rodzaju. Błędne koniugacje czasowników. Zdania, które są technicznie tłumaczone, ale brzmią jak gdyby zostały złożone przez kogoś, kto nauczył się języka ze słownika i nigdy go nie słyszał. Istniejące narzędzia traktowały mniejsze języki jako dodatki przytwierdzane do silników zoptymalizowanych dla angielskiego, hiszpańskiego i francuskiego. Zbudowanie usługi tłumaczeniowej, która traktowałaby każdy język jako obywatela pierwszej klasy, nie była decyzją biznesową. Była to odpowiedź na otrzymanie jednego zbyt wielu śmiesznych tłumaczeń zwykłych zdań.

Narzędzie do znaku wodnego pojawiło się z publikowania. Napisanie książki, konwersja jej do PDF-a i obserwowanie jej pojawienia się na stronach piractwa w ciągu kilku dni od wydania to unikalna forma naruszenia. Rozwiązania DRM obiecywały ochronę, ale dostarczały niedogodności dla legalnych czytelników i zero przeszkód dla zdeterminowanych piratów. Uświadomienie sobie, że to, czego autorzy naprawdę potrzebują, to nie zapobieganie kopiowaniu, ale śledzenie kopii, doprowadziło do systemu znakowania wodnego, który sprawia, że każda rozprowadzana kopia jest indywidualnie identyfikowalna. Problem był osobisty: książka została skopiowana. Rozwiązanie stało się produktem.

Przelicznik walut narodził się w przepaści między reklamowanymi kursami wymiany a rzeczywistymi otrzymanymi kwotami. Każdy międzynarodowy transfer wiązał się z rytułem sprawdzenia kursu rynkowego, a następnie obserwowania otrzymanej kwoty, która wyraźnie spadła z powodu ukrytych opłat, procentów marż i spreadów konwersji, które platformy nigdy nie wyświetlały otwarcie. Zbudowanie narzędzia do walut, które pokazuje rzeczywisty kurs obok tego, co Wise, Revolut, PayPal i Western Union faktycznie pobierały, była bezpośrednią odpowiedzią na otrzymanie zbyt wielu transferów, w których obietnica „bez opłat" wyparowała w trzyprocentowy spread.

Platforma zarządzania linkami rozwiązywała problem, który nie powinien istnieć w 2026 roku. Bitly pobiera trzydzieści pięć dolarów miesięcznie za markowe krótkie linki. Trzydzieści pięć dolarów. Za usługę, której główną funkcją jest zastąpienie długiego adresu URL krótkim. Złożoność techniczna skracania adresów URL jest minimalna. Koszt infrastruktury jest znikomy. Jednak jakoś rynek zbiegł się na ceny, które zakładają, że każdy użytkownik to dział marketingu z budżetem korporacyjnym. Zbudowanie LinkHub jako alternatywy opartej na kredytach oznaczało, że tworzenie krótkiego linku kosztuje ułamek centa, a miesięczny rachunek jest dokładnie proporcjonalny do rzeczywistego użycia.

Problemy, które stały się techniczne

Interfejs API do zrzutów ekranu zaczął się od monitorowania czasu pracy. Sprawdzanie, czy witryna jest dostępna czy nie, wydaje się trywialnie proste, dopóki witryna nie używa renderowania JavaScript, leniwego ładowania lub architektury aplikacji jednostronicowej. Tradycyjne żądanie HTTP widzi pustą stronę lub spinner ładowania i raportuje, że wszystko jest w porządku, podczas gdy rzeczywiści odwiedzający widzą złamaną doświadczenie. Zrobienie zrzutu ekranu przeglądarki rzeczywistej wyrenderowanej strony mówi prawdę w sposób, w jaki kody statusu HTTP nigdy nie mogą. Ta potrzeba weryfikacji wizualnej ewoluowała w pełnoprawny interfejs API do zrzutów ekranu z przechwytywaniem zaplanowanym, wykrywaniem wizualnych różnic i ekstrakcją tekstu OCR. Pięć godzin niewykrytego przestoju na projekcie klienta było konkretnym incydentem, który rozpoczął całą rzecz.

Wykrywanie botów wyrosło z bardziej alarmującego odkrycia. Sprawdzenie analityki projektu sieciowego i znalezienie dziesięciu milionów wizyt, które generowały zero konwersji, zero zaangażowania i zero głębokości przewijania. Dziesięć milionów wizyt od botów udających być rzeczywistymi przeglądarkami, inflacyjne metryki, przekrzywione dane i każda decyzja biznesowa oparta na tym ruchu fundamentalnie zła. Istniejące rozwiązania do wykrywania botów były produktami dla przedsiębiorstw wycenianymi dla firm z budżetami bezpieczeństwa. Zbudowanie interfejsu API do wykrywania, który mógł zidentyfikować ruch botów na poziomie żądania, używając fingerprinting urządzenia i analizy behawioralnej, było bezpośrednią odpowiedzią na uświadomienie sobie, że znaczny procent ruchu sieciowego jest fikcyjny.

Narzędzie do monitorowania czasu pracy wypełniło lukę, którą ujawnił interfejs API do zrzutów ekranu. Wiedza, że witryna jest wizualnie uszkodzona, jest przydatna, ale wiedza o momencie, w którym się psuje, jest niezbędna. Istniejące monitory czasu pracy sprawdzały punkty końcowe i zgłaszały kody HTTP, co pomija całą kategorię awarii, w których serwer reaguje kodem statusu 200, ale zawartość strony jest zła, brakuje lub uszkodzony. Połączenie kontroli czasu pracy z okresowymi zrzutami ekranu stworzyło system monitorowania, który łapie awarie niewidoczne dla tradycyjnych narzędzi.

Problemy, które wydawały się małe, ale wcale nie były

Generowanie kodów QR powinno być rozwiązanym problemem. Istnieją tysiące darmowych generatorów online. Ale spróbuj wygenerować kod QR z określonym schematem kolorów, osadzonym logo, niestandardowym poziomem korekcji błędów i śledzeniem analityki, a darmowe narzędzia prawie natychmiast ujawnią swoje granice. Generator kodów QR na yeb.to istnieje, ponieważ każda darmowa alternatywa produkowała albo zwykły czarny i biały kwadrat bez dostosowywania, albo żądała miesięcznej subskrypcji za funkcje, które powinny kosztować grosze na wygenerowany kod.

Narzędzia PDF pochodzi z tarcia przepływu dokumentów. Scalanie trzech plików PDF nie powinno wymagać pobrania oprogramowania komputerowego lub przesłania wrażliwych dokumentów na losową witrynę z niejasną polityką prywatności. Dzielenie pliku PDF, kompresowanie go, konwersja go na obrazy lub ekstrakcja tekstu z niego powinny być operacjami tak prostymi, jak kliknięcie przycisku. Każde narzędzie PDF na platformie istnieje, ponieważ określone zadanie dokumentu było potrzebne, dostępne opcje były nieadekwatne, a zbudowanie narzędzia zajęło mniej czasu niż dalsze obchodzenie nieadekwatności.

Usługa wyszukiwania GeoIP zaczęła się jako komponenta do analityki, ale stała się własnym produktem, gdy potrzeba identyfikacji lokalizacji odwiedzających pojawiła się wielokrotnie w różnych projektach. Komercyjne bazy danych GeoIP pobierają roczne opłaty licencyjne. Interfejs API zawija swobodnie dostępne dane w format, który można odpytywać natychmiast, a koszt kredytu na wyszukiwanie jest wystarczająco niski, aby nawet aplikacje o wysokim wolumenie mogły sobie na to pozwolić bez negocjowania umów dla przedsiębiorstw.

Wtyczka do analityki WordPress wiązała kilka z tych frustracji razem. Prowadzenie witryn WordPress oznaczało konieczność analityki, która mogła rozróżnić rzeczywistych odwiedzających od botów, zidentyfikować pochodzenie geograficzne i wykryć typy urządzeń. Google Analytics obsługuje część z tego, ale grzebie użyteczne dane pod warstwami złożoności interfejsu i coraz bardziej agresywnym próbkowaniem danych. Wtyczka WordPress używa trzech interfejsów API yeb.to wewnętrznie, co samo w sobie jest demonstracją tego, jak produkty zbudowane z autentycznych potrzeb naturalnie łączą się w coś większego niż każde pojedyncze narzędzie.

Wzorzec, który łączy wszystkie piętnaście

Spojrzenie na pełną listę produktów i śledzenie każdego z nich wstecz do jego pochodzenia ujawnia wzorzec tak spójny, że prawie wydaje się formulaiczny. Każdy produkt zaczął się od osobistego napotkania problemu. Nie ze znalezienia badań rynkowych, nie z analizy konkurencji, nie z raportu trendów. Rzeczywisty, konkretny, irytujący problem, który wymagał rozwiązania. Narzędzie do podpisów istnieje, ponieważ dziesięć euro miesięcznie za trzy wideo wydawało się nieuczciwym. Tłumacz istnieje, ponieważ bułgarski wciąż był niszczy. Narzędzie do znaku wodnego istnieje, ponieważ książka została skopiowana. Przelicznik walut istnieje, ponieważ ukryte opłaty wciąż jedzą międzynarodowe transfery. Menedżer linków istnieje, ponieważ trzydzieści pięć dolarów za skracanie adresów URL to bzdura.

Produkty zbudowane z osobistej frustracji mają strukturalną przewagę nad produktami zbudowanymi z okazji rynkowej. Twórca rozumie problem na poziomie komórkowym, ponieważ z nim żył. Wiedzą, które funkcje są ważne, a które są dekoracją. Wiedzą dokładny moment, w którym istniejące rozwiązanie się psuje, ponieważ doświadczyli tej awarii z pierwszej ręki. Budują dla przypadku użycia, który znają, a nie dla przypadku użycia, który sobie wyobrażają.

Wadą jest to, że takie podejście produkuje produkty w nieprzewidywalnym harmonogramie. Nie ma roadmapy napędzanej planem kwartalnym. Nowy produkt pojawia się, gdy nowa frustracja przekracza próg. Czasami trzy produkty pojawiają się w jednym kwartale. Czasami sześć miesięcy przechodzi tylko z udoskonaleniami do istniejących narzędzi. Oś czasu rozwoju podąża za kształtem rzeczywistych problemów, a nie za kształtem planu biznesowego.

Piętnaście frustracji stało się piętnaście liniami produktów, które rozszerzyły się na czterdzieści jeden interfejsów API i sześćdziesiąt osiem narzędzi. System kredytów łączy wszystko razem, aby użytkownik, który zaczyna od podpisów, mógł odkryć znaki wodne, śledzenie linków, tłumaczenie i konwersję walut bez tworzenia nowych kont lub zakupu nowych subskrypcji. Ekosystem rozwijał się organicznie, ponieważ problemy, które rozwiązuje, są organicznie połączone. Twórcy, którzy robią wideo, potrzebują również podtytułów. Autorzy, którzy piszą książki, potrzebują również znaków wodnych. Firmy, które skracają linki, potrzebują również kodów QR. Połączenia nigdy nie były planowane. Były odkrywane, jedno irytacja na raz.