Minden termék, amit építettem, egy bosszúságból indult ki – és itt van mind a tizenöt probléma

Senki nem ébred fel egy reggel azzal a döntéssel, hogy tizenöt szoftvertermék fog felépíteni. Ez nem így működik. Az, ami valójában történik, lassabb, zűrzavartosabb és sokkal kevésbé glancsos, mint bármely startup-történet sugallna. Megjelenik egy probléma. Megfergeteg. A meglévő megoldások túlárásnak, alulteljesítőnek vagy annyira zárt előfizetési modellbe csomagolódnak, hogy egy kisebb feladat megoldásához olyan érzés, mintha egy teherautót bérelne fel egy lámpa szállításához. Végül a frustráció túllép egy küszöbön, és az egyetlen ésszerű válasz egy jobb megoldás felépítése. Aztán megjelenik egy másik probléma. Majd még egy. Tizenöt probléma után ott van egy teljes platform, és minden egyes termék egy konkrét bosszúságmomentumra vezethető vissza.

Ez nem egy gondosan szerkesztett narratíva, amelyet azért terveztek, hogy a vállalkozást romantikusnak tüntessék fel. Néhány frustráció apró volt. Néhány költséges. Néhány olyan bosszantó volt, hogy teljes hétvégéket elpazarolt. De mindegyik ugyanazt a mintát követte: találkozz egy problémával, keress megoldást, jöjj rá, hogy a megoldás inadekvátos, építs egy jobbat. Ez a minta évekig ismétlődött, és az eredmény a yeb.to negyvenegy API-val, tizennyolc SaaS-alkalmazással és hatvannyolc online eszközzel.

Az első öt bosszúság, amely mindent elindított

Az felirat-eszköz először jött, és a legegyszerűbb irritációból. A mesterséges intelligencia által generált zenét lejátszó YouTube-csatornák futtatása lyrik videók készítésével járt, beégett feliratok mellett. A Captions.ai tíz eurót számított fel havonként ezért a kiváltságért, ami ésszerűnek tűnt, amíg a csak két-három videóval rendelkező hónapok kezdtek felhalmozódni. Egy olyan eszközre való fizetés szubsztitúciós díja, amely a legtöbb héten üresen állt, az a fajta pazarlás volt, amely csendesen összeadódott. Az alternatíva nyilvánvaló volt: építs egy eszközt, amely havonta feldolgozva felszámítja az árat, nem naptári hónapon keresztül. A kreditek helyettesítették az előfizetéseket, és a megtakarítások azonnal nyilvánvalóvá váltak.

Az fordítási eszköz egy másik fajta problémából nőtt ki. A gépi fordítási szolgáltatások megfelelően kezelik a főbb nyelveket, de amint szüksége van bolgárra vagy szerbra, a minőség lecsapódik. Nemek szerinti egyezési hibák. Hibás ige-konjugáció. Mondatok, amelyek technikailag lefordítottak, de úgy hangzanak, mintha valaki összeállította volna őket, aki a nyelvtől egy szótárból tanult, és soha nem hallotta beszélt formájában. A meglévő eszközök az angol, spanyol és francia nyelvre optimalizált motorokra zárójelezett kisebb nyelveket kezeltek. Egy fordítási szolgáltatás felépítése, amely minden nyelvét első osztályú polgárként kezelte, nem volt üzleti döntés. Ez egy válasz volt arra, hogy túl sok nyomorúságosan rossz fordítást kaptam teljesen szokványos mondatokról.

Az vízjel-eszköz a kiadásból jött. Könyv írása, konvertálása PDF-re, és megfigyelve, hogy a megjelenés után néhány napon belül feltűnik a kalóz oldalakon, egyedi fajta jogsértés. A DRM-megoldások ígértek védelmet, de a jogos olvasók számára kényelmetlenséget és a zárkózott kalózok számára nulla akadályt szállítottak. Az a felismerés, hogy az írók valójában szükséges, nem másolás-megelőzés, hanem másolat-nyomkövetés vezetett egy vízjel-rendszerhez, amely minden elosztott másolatot egyedileg azonosíthatóvá tesz. A probléma személyes volt: egy könyv kalózolva lett. A megoldás termékké vált.

A pénznem-konverter az hirdetett árfolyamok és a ténylegesen kapott összegek közötti résből született. Minden nemzetközi transzfer egy rituáléval járt: ellenőrizd a középpiaci árfolyamot, majd nézd meg, ahogy a kapott összeg jelentősen alacsonyabb érkezik, mivel rejtett díjak, felár százalékok és konverziós felárulások miatt, amelyeket a platformok soha nem mutattak meg előre. Egy pénznem-eszköz felépítése, amely a valódi árfolyamot a Wise, Revolut, PayPal és Western Union ténylegesen felszámítottak mellett mutatja, egy közvetlen válasz volt arra, hogy túl sok transzfert kaptam, ahol a "díjmentes" ígéret egy három százalékos felárba párolgott.

A hivatkozás-kezelési platform olyan problémát oldott meg, amely 2026-ban nem kellene léteznie. A Bitly harmincöt dollárért számlít fel havonta márkázott rövid hivatkozásokat. Harmincöt dollár. Egy szolgáltatásért, amelynek alapvető funkciója egy hosszú URL helyettesítése egy rövidre. Az URL-rövidítés technikai összetettsége minimális. Az infrastruktúra költsége elhanyagolható. Mégis, valahogy a piac olyan árazásra konvergált, amely azt feltételezi, hogy minden felhasználó egy vállalati költségvetésű marketingosztalyon van. A LinkHub kreditalapú alternatívának a felépítése azt jelentette, hogy egy rövid hivatkozás létrehozása egy cent töredékébe kerül, és a havi számla pontosan arányos a tényleges használattal.

Az olyan problémák, amelyek technikai jellegűek voltak

Az képernyőkép API a felületi figyelemből indult. Annak ellenőrzése, hogy egy weboldal működik vagy nem, triviálisan egyszerűnek tűnik, amíg a webhely JavaScript-renderelést, lusta betöltést vagy egylap alkalmazás-architektúrát használ. A hagyományos HTTP-kérés üres oldalt vagy betöltési spinert lát, és minden jól működik, de a tényleges látogatók egy megtört felhasználói élményt látnak. A megjelenített oldal valódi böngésző-képernyőképe olyan módon mondja az igazat, ahogy a HTTP-állapotkódok soha nem tudnak. Ez a vizuális ellenőrzési szükséglet egy teljes képernyőkép API-vá fejlődött ütemezett rögzítéssel, vizuális eltérés-detektálással és OCR szöveg-kibontással. Az ügyfél projekt öt órányi észrevétlen leállása az a konkrét incidens volt, amely az egészet elindította.

A bot-detektálás egy aggasztóbb felfedezésből nőtt ki. Az analitika ellenőrzése egy web projekten, és tíz millió olyan látogatás megtalálása, amely nulla konverziót, nulla elkötelezettséget és nulla görgetési mélységet generált. Tíz millió olyan látogatás a botokból, amelyek valódi böngészőknek mutatnak, felfújva a metrikákat, torzítva az adatokat, és minden olyan üzleti döntést, amely ezen a forgalmon alapul, alapvetően helytelen. A meglévő bot-detektálási megoldások vállalati termékek voltak, árazva a biztonsági költségvetésű vállalatoknak. Egy detektálási API felépítése, amely azonosítani tudta a bot-forgalmat a kérés szintjén, eszköz-ujjlenyomat és viselkedési analitika felhasználásával, egy közvetlen válasz volt arra a felismerésre, hogy a webes forgalom jelentős százaléka képzeletbeli.

Az felületi figyelesi eszköz kitöltötte azt a rést, amelyet a képernyőkép API felfedezte. Annak tudása, hogy egy webhely vizuálisan megtört, hasznos, de annak tudása, hogy a pillanat megtörik, lényeges. A meglévő felületi figyelő végpontokat ellenőrzött és HTTP-kódokat jelentett, amely kihagyja azoknak a meghibásodásoknak az egész kategóriáját, ahol a szerver 200-as állapotkóddal válaszol, de az oldal tartalma hibás, hiányzó vagy sérült. Az felületi figyelő ellenőrzések kombinálása időszakos képernyőképekkel egy olyan felügyeleti rendszert hozott létre, amely olyan meghibásodásokat kap, amelyek láthatatlanok a hagyományos eszközök számára.

Az olyan problémák, amelyek kicsinek tűntek, de nem voltak azok

A QR-kód generálása olyan feladatnak kellene lennie, amelyet már megoldottak. Ezer ingyenes generátor létezik online. De próbáljon meg egy QR-kódot generálni egy konkrét színsémával, beágyazott logóval, egyéni hibajavítási szinttel és nyomkövetési elemzésekkel, és az ingyenes eszközök szinte azonnal felfedeik határaikat. A QR-kód generátor a yeb.to-n azért van, mert minden ingyenes alternatíva vagy egy egyszerű fekete-fehér négyzetet állított elő testreszabás nélkül, vagy egy havi előfizetést igényelt az olyan funkcióért, amely pennynyi árat kellene kapjon kódként generálva.

A PDF-eszközök a dokumentumok munkafolyamatából származó súrlódásból jöttek. Három PDF-t egyesíteni nem kellene, hogy asztali szoftvereket töltsön le vagy érzékeny dokumentumokat töltsön fel egy véletlenszerű weboldalra, amely tisztázatlan adatvédelmi szabályzattal rendelkezik. Egy PDF felosztása, tömörítése, képekké konvertálása vagy szöveg kibontása olyan műveletek kellene, hogy olyan egyszerűek legyen, mint egy gombra kattintani. A platform minden PDF-eszköze azért van, mert egy konkrét dokumentumfeladat szükséges, a rendelkezésre álló lehetőségek voltak, és az eszköz felépítése kevesebb időbe kerül, mint az elégtelenség továbbra is való működés.

A GeoIP keresési szolgáltatás az analitika összetevőjéből indult, de saját termékkévá vált, amikor a látogató helyazonosítási szükségessége különböző projektek között többször felmerült. A kereskedelmi GeoIP adatbázisok éves licencelési díjakat számítanak fel. Az API szabadon elérhető adatokat egy formátumba csomagol, amely azonnal lekérdezhető, és a keresés kredit költsége alacsony abban, hogy még a nagy mennyiségű alkalmazások is meg tudják engedni maguknak, vállalati szerződések megkötése nélkül.

A WordPress-analitika beépülés több ilyen frustráció összekapcsolta. A WordPress-oldalak futtatása azt jelentette, hogy olyan analitikára volt szükség, amely meg tudta különböztetni a valódi látogatókat a botokkal, azonosítani tudott a földrajzi eredetet és felismerni tudott az eszköztípusokat. A Google Analytics kezeli közülük néhányat, de az hasznos adatokat az interfész összetettségét és az egyre aggresszívebb adatmintavételezést rejtette el. A WordPress-beépülés a yeb.to API-kat használja fel belsően, amely önmagában olyan demonstráció, hogy a valódi szükségletekből felépített termékek természetes módon összekapcsolódnak valamivel nagyobb, mint bármely egyedi eszköz.

Az minta, amely mindegyiket összeköti

A termékek teljes listájánál nézve és mindegyiket vissza nyomkövetve az eredetre olyan minta felfedeztük, amely annyira konziszten működik, hogy szinte képletinek tűnik. Minden termék egy személyes találkozásból indult egy problémával. Nem piackutatási megállapítás, nem versenyző analitika, nem trendjegyzék. Egy valódi, konkrét, bosszantó probléma, amely egy megoldást igényelt. A felirat-eszköz azért van, mert tíz euró havonta három videónak tűnt helytelenül. A fordító azért van, mert a bolgár továbbra is macskaút lett. A vízjel-eszköz azért van, mert egy könyv kalózolódott. A pénznem-konverter azért van, mert rejtett díjak továbbra is felfalták a nemzetközi transzfereket. A hivatkozás-kezelő azért van, mert harmincöt dollár az URL-rövidítésért abszurd.

Az személyes frustráció alapján felépített termékek szerkezeti előnnyel rendelkeznek az olyan termékekhez képest, amelyeket piaci lehetőségből építenek fel. Az alapító celluláris szinten érti a problémát, mert vele élt vele. Tudja, mely funkciók számítanak és amelyek díszítések. Tudja a pontos pillanatot, amikor egy meglévő megoldás kudarcot vall, mert személyesen tapasztalta ezt a kudarcot. Olyan felhasználási esetekre építenek, amelyeket ismernek, nem azokra, amelyeket elképzelnek.

A hátránya az, hogy ez a megközelítés egy kiszámíthatatlan ütemezés szerint terméket termel. Nincs olyan ütemterv, amelyet a negyedéves tervezés vezettet. Egy új termék akkor jelenik meg, amikor egy új frustráció túllép a küszöbön. Néha három termék jelenik meg egyetlen negyedév alatt. Néha hat hónap eltelik csak a meglévő eszközök finomítása során. A fejlesztési idővonal az igazi problémák alakjáról követi, nem az üzleti terv alakjáról.

Tizenöt frustráció tizenöt termékek vonalát lett, amely negyvenegy API-vá és hatvannyolc eszközővé tágult. A kredit-rendszer mindent összeköt úgy, hogy egy felhasználó, aki feliratokkal indít, felfedezhet vízjelzéseket, hivatkozás-nyomkövetést, fordítást és pénznem-átváltást új fiókok vagy új előfizetések létrehozása nélkül. Az ökoszisztéma szerves módon nőtt, mert az az problémákat oldja meg, amelyeket szerves módon csatlakoznak. A kreatívok, akik videókat készítenek, szükségük van feliratokra. Az írók, akik könyveket írnak, szükségük van vízjelekre. A vállalkozások, amelyek hivatkozásokat rövidítik, szükségük van QR-kódokra. A kapcsolatok soha nem voltak megtervezve. Ezek felfedezetyek voltak, egy bosszúság idővel.

Gyakran Ismételt Kérdések

Mind a tizenöt termék egy szoba által készültek?

Igen. A yeb.to minden API-ja, SaaS-alkalmazása és online eszköze egy fejlesztő által lett megtervezett, fejlesztett és karbantartott. A technológiai vázlat az alkalmazás keretrendszer, böngésző-automatizálás a rendereléshez és mesterséges intelligencia modellekhez az audio-átíráshoz.

Miért van annyi különböző termék egyetlen fókuszú eszköz helyett?

Minden termék egy konkrét frustráció cím, amely személyesen tapasztalat. A sokféleség azt tükrözi, hogy egy munkamódszer fejlesztő és tartalom-létrehozó homlokegyenest arcok az különbség. A megosztott kredit-rendszer és infrastruktúra azt értékeli, hogy több termék fenntartása sokkal hatékonyabbá történik, mint hogy szét lenne, ha külön infrastruktúrán futnának.

Használják az összes termékek ugyanazt a kredit-rendszert?

Igen. Egy kredit-egyenleg működik az összes negyvenegy API között, tizennyolc SaaS alkalmazás és hatvannyolc eszköz. Tíz dollár egy százötven kreditre, és tömeges vásárlások csökkentik a per-kredit költséget. A kreditek soha nem járnak le, és csak akkor vonódnak le, amikor a szolgáltatás valójában használódik.

Melyik termék volt a legnehezebbé felépíteni?

Az képernyőkép API a legtöbb összetett infrastruktúrát igényelt, mert fejhálózat-böngészőket futtat konténereken belül. A böngésző-példányok kezelése, JavaScript-nehéz oldalak feldolgozása, OCR megvalósítása és vizuális eltérés-detektálás felépítése sokkal több mozgó alkatrészt tartalmazott, mint szöveg feldolgozás vagy API burító-eszközök.

Használhat valaki csak egy terméket anélkül, hogy szüksége lenne a többire?

Abszolút. Minden termék függetlenül működik. A kredit-rendszer megosztott, de nincs szükség több szolgáltatás használatára. Valaki, aki csak feliratokra szüksége van, sosem fog interakcióba lépni a vízjel vagy pénznem-eszközökkel, hacsak nem választja meg.

Mi történik, amikor új frustráció jelenik meg?

Ez egy új termék. A fejlesztési folyamat nem változott az első eszköz óta. Egy probléma azonosít, a meglévő megoldások értékelik, és ha nem volt, egy új eszköz felépül. A platform az igazi problémák ütemében nő, nem a tervezett termék indítási ütemében.