Jokainen tuote, jonka rakensin, alkoi jostakin joka ärsytti minua ja tässä on kaikki viisitoista ongelmaa
Kukaan ei herää jonain aamuna ja päättää rakentaa viisitoista ohjelmistotuotetta. Se ei ole niin miten se toimii. Mitä todella tapahtuu, on hitaampaa, sekavampaa ja paljon vähemmän hoikeroitavaa kuin mikään startup-alkuperätarina ehdottaisi. Ongelma ilmestyy. Se syytää. Olemassa olevat ratkaisut osoittautuvat liian kalliiksi, riittämättömiksi tai niin lukittuiksi tilausmalleihin, että niiden käyttäminen pieneen tehtävään tuntuu kuin vuokrattaisiin muuttoauto yhden lampun kuljettamiseksi. Lopulta turhautuminen ylittää kynnyksen, ja ainoa järkevä vastaus on rakentaa jotain parempi. Sitten toinen ongelma ilmestyy. Ja toinen. Viisitoista ongelmaa myöhemmin on olemassa kokonainen alusta, ja jokainen ainoasta tuotteesta jäljitetään takaisin erityiseen hetkeen todellista ärsytystä.
Tämä ei ole huolellisesti kuratoitu kertomus, joka on suunniteltu tekemään yrittäjyydestä romanttista. Jotkut näistä turhautumisista olivat pieniä. Jotkut olivat kalliita. Muutamat olivat niin ärsyttäviä, että ne tuhoavat kokonaisia viikonloppuja. Mutta jokainen ainoasta niistä noudatti samaa kaavaa: kohtaa ongelma, etsi ratkaisu, löydä ratkaisu riittämätön, rakenna parempi. Tämä kaava toistui vuosien ajan, ja tuloksena on yeb.to, jolla on neljäkymmentäyksi ohjelmointirajapintaa, kahdeksantoista SaaS-sovellusta ja kuusikymmentäkahdeksan verkon työkalua.
Ensimmäiset viisi turhautumista, jotka aloittivat kaiken
Kuvatekstityökalu tuli ensin, ja se tuli yksinkertaisimmasta ärsytyksestä. YouTube-kanavien hoitaminen, jotka keskittyivät tekoälyn tuottamaan musiikkiin, tarkoitti lyriikkavideoden tuottamista, joissa oli palaneita tekstityksiä. Captions.ai veloitti kymmentä euroa kuukaudessa tästä etuoikeudesta, mikä tuntui kohtuulliselta, kunnes kuukaudet, joissa oli vain kaksi tai kolme videota, alkoivat kasautua. Kiinteän tilauksen maksaminen työkalulle, joka istui käyttämättä useimpina viikkoina, oli sellaista hukkaa, joka kasautuu hiljaa. Vaihtoehto oli ilmeinen: rakentaa työkalu, joka veloittaa käsiteltävää videota kohti, ei kalenterin kuukautta kohti. Hyvitykset korvattivat tilaukset, ja säästöt tulivat välittömästi.
Käännöstyökalun kasvatti erilainen ongelma. Automaattiset käännöspalvelut käsittelevät suurimpia kieliä riittävän hyvin, mutta kun tarvitset bulgariaa tai serbiaa, laatu putoaa jyrkästi. Sukupuolen sopeutumisvirheet. Väärät verbin konjugaatiot. Lauseet, jotka on teknisesti käännetty, mutta näyttävät siltä, että ne oli koottu jonkun, joka oppi kielen sanakirjasta eikä koskaan kuullut sitä puhutussa muodossa. Olemassa olevat työkalut käsittelivät pienempiä kieliä omituisina bollauksina, jotka kiinnitettiin moottoreihin, jotka on optimoitu englannille, espanjaksi ja ranskaksi. Käännöspalvelun rakentaminen, joka käsitteli jokaista kieltä ensimmäisen luokan kansalaisena, ei ollut liiketoimintapäätös. Se oli vastaus yhden liian moneen naurettavasti väärään käännökseen täysin tavallisista lauseista.
Vesileima-työkalu tuli julkaisusta. Kirjan kirjoittaminen, muuntaminen PDF-muotoon ja sen näkeminen ilmestyvän piraattisivustoille muutaman päivän kuluttua julkaisusta on ainutlaatuinen loukkaus. DRM-ratkaisut lupasivat suojelua, mutta toimittivat epäkohtuuden oikeutetuille lukijoille ja nollan esteen määrättyjen piraattien kannalta. Realisaatio siitä, että kirjoittajat todella tarvitsevat ei ole kopion estäminen vaan kopion jäljitys, johti vesileimajärjestelmään, joka tekee jokaisen jaetun kopion yksilöllisesti tunnistettavaksi. Ongelma oli henkilökohtainen: kirja hakkeroitiin. Ratkaisu tuli tuotteeksi.
Valuuttamuunnin syntyi aukon välillä mainostettujen valuuttakurssien ja tosiasiallisesti vastaanotettujen määrien välillä. Jokainen kansainvälinen siirto sisälsi rituaalin keskikurssin tarkistamisen, sitten saatujen määrien näkeminen huomattavasti pienemmäksi piilotettujen palkkioiden, merkintäprosenttien ja muuntokertoimien vuoksi, joita alustat eivät koskaan näyttäneet etukäteen. Valuuttatyökalun rakentaminen, joka näytti todellisen koron rinnalla sillä, mitä Wise, Revolut, PayPal ja Western Union todella lataavat, oli suora vastaus yhteen liian moneen siirtoon, joissa "maksuton" lupaus haihtunut kolmen prosentin leviämiseksi.
Linkkien hallintajärjestelmä käsitteli ongelmaa, jota ei pitäisi olla vuonna 2026. Bitly veloittaa kolmekymmentäviisi dollaria kuukaudessa brändättyjen lyhyiden linkkien osalta. Kolmekymmentäviisi dollaria. Palveluista, jonka päätehtävä on pitkä URL:n korvaaminen lyhyellä. URL-lyhentämisen tekninen monimutkaisuus on minimaalinen. Infrastruktuurikustannukset ovat merkityksettömiä. Silti jotenkin markkinat konvergoituivat hinnoitteluun, joka olettaa jokaisen käyttäjän olevan markkinointiosasto, jolla on yritysbudjetti. LinkHubin rakentaminen hyvityspohjaiseksi vaihtoehdoksi tarkoitti, että lyhyen linkin luominen maksaa murto-osan sentistä, ja kuukauden lasku on täsmälleen verrannollinen todelliseen käyttöön.
Ongelmat, jotka muuttuivat teknisiksi
Kuvakaappaus-sovellusliittymä alkoi käyttöajan valvonnasta. Tarkistaminen, oliko verkkosivusto toiminnassa vai alhaalla, vaikuttaa triviaalisesti yksinkertaiselta, kunnes sivusto käyttää JavaScript-renderöintiä, laiska lataamista tai yhden sivun sovellusarkkitehtuuria. Perinteinen HTTP-pyyntö näkee tyhjän sivun tai ladatun kiekon ja ilmoittaa kaiken olevan hyvää, kun taas todelliset vierailijat näkevät rikotun kokemuksen. Otettaessa kuvakaappaus todellisen selaimen renderöidystä sivusta kerrotaan totuus tavalla, jolla HTTP-tilakoodit eivät koskaan voi. Tarve visuaaliseen vahvistukseen kehittyi täydelliseksi kuvakaappaus-sovellusliittymäksi, jossa on aikataulutettuja kaappauksia, visuaalisen eron havaitsemista ja OCR-tekstin poimimista. Viisi tuntia havaitsematonta seisokkia asiakasprojektissa oli erityinen tapaus, joka aloitti kokonaisuuden.
Bottien havaitseminen kasvoi huolestuttavammasta löydöstä. Verkkoprojektin analytiikkojen tarkistaminen ja kymmenen miljoonan vierailun löytäminen, joka tuotti nolla muuntoja, nolla sitoutumista ja nolla vierityksyvydessä. Kymmenen miljoonaa kävijää, jotka teeskenteleivät olevansa todellisia selaimia, lisäämällä mittareita, vääristäen tietoja ja tekemällä jokaisen liiketoimintapäätöksen näiden liikenteen perusteella perusteeltaan väärä. Olemassa olevat bottien havaitsemisen ratkaisut olivat yritystuotteita, jotka olivat hinnoiteltu yrityksille, joilla on turvallisuusbudjetit. Havaitsemis-sovellusliittymän rakentaminen, joka pystyi tunnistamaan bottiliikenteen pyynnöstä tasolla, käyttämällä laitteen sormenjälkeä ja käyttäytymisanalyysia, oli suora vastaus ymmärrykselle, että merkittävä prosenttiosuus verkon liikenteestä on kuviteltua.
Käyttöajan valvontatyökalu täytti aukon, jonka kuvakaappaus-sovellusliittymä paljasti. Tietäen, että sivusto on visuaalisesti rikki, on hyödyllistä, mutta tietäen hetken, jolloin se rikkoutuu, on välttämätöntä. Olemassa olevat käyttöajan monitorit tarkistivat päätepisteet ja ilmoittivat HTTP-koodeista, mikä puuttuu täysin virheluokkaan, jossa palvelin vastaa 200-tilakoodilla, mutta sivun sisältö on väärä, puuttuva tai korruptoitunut. Käyttöajan tarkistusten yhdistäminen säännöllisiin kuvakaappauksiin loi valvontajärjestelmän, joka sieppaa perinteisissä työkaluissa näkymättömiä virheitä.
Ongelmat, jotka tuntuivat pieniksi, mutta eivät olleet
QR-kodin generointi vaikuttaa siltä, että sen pitäisi olla ratkaistu ongelma. Tuhansia ilmaisia generaattoreita on olemassa verkossa. Mutta yritä generoida QR-koodi tietyllä värisuunnittelulla, upotetulla logolla, mukautetulla virheenkorjausastolla ja analytiikan seuraamisella, ja ilmaiset työkalut paljastavat rajansa melkein välittömästi. QR-kodin generaattori yeb.to:lla on olemassa, koska jokainen ilmainen vaihtoehto tuotti joko tavallisen mustan ja valkoisen neliön ilman mukauttamista tai vaati kuukauden tilauksen ominaisuuksille, joiden pitäisi maksaa penniä per koodi generoitu.
PDF-työkalut tulivat asiakirjojen työnkulun kitkasta. Kolmen PDF:n yhdistäminen ei saa vaatia työpöydän ohjelmiston lataamista tai arkaluontoisten asiakirjojen lähettämistä satunnaisille verkkosivustoille, joilla on epäselvästi yksityisyydensä politiikka. PDF:n jakaminen, pakkaaminen, muuntaminen kuveiksi tai tekstin poimiminen siitä pitäisi olla operaatioita niin yksinkertaisia kuin painamalla painiketta. Jokainen PDF-työkalu alustalla on olemassa, koska erityinen asiakirjatehtävä oli välttämätön, saatavilla olevat vaihtoehdot olivat riittämättömiä, ja työkalun rakentaminen vei vähemmän aikaa kuin jatkaa työskentelyn kierossa epäadekvaattisuuden kanssa.
GeoIP-hakupalvelu alkoi analytiikan komponenttina, mutta tuli omaksi tuotteeksi, kun tarve vierailijoiden sijainnin tunnistamiseksi ilmestyi toistuvasti eri projektissa. Kaupalliset GeoIP-tietokannat veloittavat vuosittaisia lisensointipalkkioita. Sovellusliittymä pakkaa vapaamuotoisen tiedon muotoon, jota voidaan kysyä välittömästi, ja hyvitysten kustannukset hakua kohti ovat riittävän alhaiset, että jopa korkean määrän sovellukset voivat varaa ilman neuvottelua yrityksen sopimuksista.
WordPress-analytiikan liitännäinen sidottiin useita näistä turhautumisista yhteen. WordPress-sivustojen hoitaminen tarkoitti analytiikan, joita pystyi erottamaan todellisia kävijöitä potkuista, tunnistamaan maantieteelliset alkuperät ja havaitsemaan laitteen tyypit. Google Analytics käsittelee joitain näistä, mutta hautaa hyödyllisen tiedon pinon alle käyttöliittymän monimutkaisu ja yhä aggressiivisempi tietojen näytteenotto. WordPress-liitännäinen käyttää sisäisesti kolmea yeb.to-ohjelmointirajapintaa, mikä on itsessään esitys siitä, kuinka tuotteet, jotka rakennetaan todellisista tarpeista, luonnollisesti yhdistyvät mitä tahansa yksittäistä työkalua suuremmaksi.
Kaava, joka yhdistää kaikki viisitoista
Tarkastellessa tuotteiden täydellistä luetteloa ja jäljittäessä jokaista takaisin sen alkuperään paljastuu niin johdonmukainen kaava, että se lähes tuntuu kaavalta. Jokainen tuote alkoi henkilökohtaisesta kohtaamisesta ongelman kanssa. Ei markkinatutkimuksella, ei kilpailija-analyysilla, ei trendirapportilla. Todellinen, erityinen, ärsyttävä ongelma, joka vaati ratkaisua. Kuvatekstipalvelu on olemassa, koska kymmenen euroa kuukaudessa kolmelle videolle tuntui väärältä. Kääntäjä on olemassa, koska bulgaria jatkoi turmelemista. Vesileima-työkalu on olemassa, koska kirja hakkeroitiin. Valuuttamuunnin on olemassa, koska piilotetut palkkiot söivät kansainvälisiä siirtoja. Linkkien hallinnan työkalu on olemassa, koska kolmekymmentäviisi dollaria URL-lyhentämisestä on absurdia.
Henkilökohtaisesta turhautumisesta rakentamamilla tuotteilla on rakenteellinen etu markkinatilanteesta rakentamamihin tuotteisiin verrattuna. Perustaja ymmärtää ongelman solun tasolla, koska hän eli sen kanssa. He tietävät, mitkä ominaisuudet ovat tärkeitä ja mitkä ovat koristusta. He tietävät tarkan hetken, jolloin olemassa oleva ratkaisu epäonnistuu, koska he kokivat tämän epäonnistumisen ensikädessä. He rakentavat käyttötapaukselle, jonka he tietävät, ei käyttötapaukselle, jonka he kuvittelevat.
Haittapuoli on, että tämä lähestymistapa tuottaa tuotteita ennustamattomalla aikataululla. Ei ole viisitoista päivällä ohjattua tietä. Uusi tuote ilmestyy, kun uusi turhautuminen ylittää kynnyksen. Joskus kolme tuotetta ilmaantuu yhden vuosineljänneksen aikana. Joskus kuusi kuukautta kuluu vain olemassa olevien työkalujen tarkentamiseen. Kehitysaikataulu seuraa todellisten ongelmien muotoa, ei liiketoimintasuunnitelman muotoa.
Viisitoista turhautumista muuttui viisitoista tuotelinjaksi, jotka laajenivat neljäkymmentäyhteen ohjelmointirajapintaan ja kuusikymmentäkahdeksaan työkaluun. Hyvitykset yhdistävät kaiken, joten käyttäjä, joka aloittaa kuvateksteillä, voi löytää vesimerkin, linkkien seurannan, käännöksen ja valuuttamuunnoksen ilman uusien tilien luomista tai uusien tilausten ostamista. Ekosysteemi kasvoi orgaanisesti, koska ongelmat, joita se ratkaisee, ovat orgaanisesti yhteydessä. Luojat, jotka tekevät videoita, tarvitsevat myös tekstitykset. Kirjoittajat, jotka kirjoittavat kirjoja, tarvitsevat myös vesimerkkejä. Yritykset, jotka lyhentävät linkkejä, tarvitsevat myös QR-koodeja. Yhteydet eivät koskaan olleet suunniteltuja. Ne löydettiin, yksi ärsytys kerrallaan.
Usein kysytyt kysymykset
Ovatko kaikki viisitoista tuotetta rakentaneet yhdessä henkilössä?
Kyllä. Jokainen ohjelmointirajapinta, SaaS-sovellus ja verkkotyökalu yeb.to:lla on suunnitellut, kehittänyt ja ylläpidetään yksi kehittäjä. Tekniikka on sovelluskehys, selainten automatisointi renderöintiä ja tekoälymallit ääninsiirtoihin.
Miksi on niin monia erilaisia tuotteita yhden keskitetyn työkalun sijaan?
Jokainen tuote käsittelee erityisen turhautumisen, jonka kohtasin henkilökohtaisesti. Muunnelma heijastaa ongelmaiden laajuutta, joita kehittäjä ja sisällöntuottaja kohtaa eri alueilla. Jaettu hyvitysjärjestelmä ja infrastruktuuri tarkoittavat, että useiden tuotteiden ylläpito on huomattavasti tehokkaampaa kuin se olisi, jos jokainen käytettäisiin erillään olevaa infrastruktuuria.
Käyttävätkö kaikki tuotteet samaa hyvitysjärjestelmää?
Kyllä. Yksi hyvityksen saldo toimii kaikissa neljäkymmentäyhden ohjelmointirajapinnassa, kahdeksastoista SaaS-sovelluksessa ja kuusikymmentäkahdeksassa työkalussa. Kymmenen dollaria ostaa sata hyvitystä, ja joukkoostot vähentävät hyvityskohtaisen kustannukset. Hyvitykset eivät koskaan vanhene ja vähennetään vain silloin, kun palvelua käytetään tosiasiallisesti.
Mikä tuote oli vaikeimpia rakentaa?
Kuvakaappaus-sovellusliittymä vaati monimutkaisinta infrastruktuuria, koska se ajaa headless Chromium-selainta säiliön sisällä. Selaimen ilmentymien hallinta, JavaScript-raskaiden sivujen käsittely, OCR:n toteuttaminen ja visuaalisen eron havaitsemisen rakentaminen johti huomattavasti enemmän liikkuviin osiin kuin tekstin käsittelyyn tai sovellusliittymän käärepalveluihin.
Voiko joku käyttää vain yhtä tuotetta ilman, että muita tarvitsee?
Ehdottomasti. Jokainen tuote toimii itsenäisesti. Hyvitysjärjestelmä jaetaan, mutta useiden palveluiden käyttäminen ei ole pakollista. Joku, joka tarvitsee vain kuvatekstejä, ei koskaan ole vuorovaikutuksessa vesileima- tai valuuttatyökalujen kanssa, ellei hän valitse.
Mitä tapahtuu, kun uusi turhautuminen ilmestyy?
Se muuttuu uudeksi tuotteeksi. Kehitysprosessi ei ole muuttunut ensimmäisen työkalun jälkeen. Ongelma tunnistetaan, olemassa olevat ratkaisut arvioidaan, ja jos ne jäävät puutteellisiksi, uusi työkalu rakennetaan. Alusta kasvaa todellisten ongelmien tahdissa, ei suunniteltujen tuotteiden julkaisun tahdissa.