Joris Oudejans alkoi rakentaa sovelluksia 14-vuotiaana – BASH ratkaisi tapahtuma-apin cold startin AI:lla

Joris Oudejans sai ensimmäisen oikean verkkoprojektinsa 14-vuotiaana.

Hän ei osannut vielä koodata.

Oudejans on kertonut, että luokkakaverin isä ja tämän liikekumppani kysyivät häneltä ja Hidde Lycklamalta, voisivatko pojat rakentaa verkkosivun muutamalla sadalla eurolla. He suostuivat ja opettelivat työn tekemällä.

Sen jälkeen he rakensivat lukioaikana lisää verkkosivuja ja sovelluksia.

Myöhemmin Oudejans opiskeli tietotekniikkaa, perusti maksusovelluksen ja ohjelmistotoimiston ja myi yhden varhaisista tuotteistaan. Vuonna 2020 hän lähti rakentamaan BASHia yhdessä Elise Molin, Max Mijnheerin, Joost Carpayn ja Shane Koppersin kanssa.

Tällä kertaa ongelma ei ollut verkkosivun tekeminen vaan tapahtumien löytäminen yhdessä ystävien kanssa.

## Tapahtuma on sosiaalinen, hakupalvelu ei

BASHin alkuperäinen idea oli tehdä tapahtumien löytämisestä sosiaalisempaa.

Kaupungissa voi olla satoja konsertteja, klubeja, näyttelyitä, markkinoita ja pieniä tapahtumia. Tieto on hajallaan järjestäjien sivuilla, Instagramissa, uutiskirjeissä ja lipunmyyjillä.

Samalla päätös lähteä tapahtumaan ei ole tavallinen hakukysymys. Ihminen haluaa usein tietää, mitä ystävät tekevät ja mikä tapahtuma tuntuu juuri nyt kiinnostavalta.

BASH rakensi sovellukseen tapahtumahakua, ystävien suunnitelmia ja niin sanotun hype scoren kaltaisia sosiaalisia signaaleja.

Mutta tällaisessa tuotteessa on klassinen ongelma.

Jos tapahtumia ei ole tarpeeksi, käyttäjä ei palaa. Jos käyttäjiä ei ole tarpeeksi, järjestäjällä ei ole syytä lisätä tapahtumia.

## Cold start ratkaistiin keräämällä tarjonta itse

Oudejans kuvasi I amsterdamille BASHin ongelmaa suoraan cold start -ongelmaksi.

Tiimi kokeili useita tapoja käynnistää verkosto. Lopulta se rakensi AI:ta hyödyntävän järjestelmän, joka keräsi ja luokitteli tapahtumia eri puolilta verkkoa.

Tämä muutti verkoston alkuasetelman.

Ratkaisu on kiinnostava myös jakelun kannalta. Kuluttajasovelluksen markkinointi on kallista, jos uusi käyttäjä avaa tuotteen ja näkee tyhjän ruudun. Sisällön kerääminen automaattisesti teki ensimmäisestä käyttökerrasta hyödyllisemmän jo ennen täydellistä verkostovaikutusta. Samalla tiimi pystyi oppimaan, millaisia tapahtumia ihmiset avaavat, tallentavat ja jakavat. Näin data ei ollut vain sovelluksen sisältöä, vaan myös palautejärjestelmä, jonka avulla kokemusta voitiin parantaa.

BASHin ei enää tarvinnut odottaa, että jokainen tapahtumajärjestäjä kirjautuu ensin sisään ja lisää tarjontansa käsin. Sovelluksessa oli käyttäjälle hyödyllistä sisältöä jo ennen kuin järjestäjien verkosto oli täydellinen.

I amsterdam raportoi myöhemmin BASHin päässeen noin 15 000 käyttäjään. Silicon Canalsin mukaan aktiivinen käyttäjäkunta kasvoi vuoden 2023 aikana Amsterdamissa noin 5 000:sta 15 000:een.

Samana vuonna yhtiö keräsi 750 000 euroa rahoitusta.

## Käyttäjämäärä ei yksin ratkaise liiketoimintaa

Kuluttajasovelluksessa käyttäjäkasvu on vasta puolet ongelmasta.

Toinen kysymys on, kuka maksaa.

BASH rakensi ansaintaa tapahtumajärjestäjien ympärille. Jos sovellus pystyy auttamaan järjestäjää myymään enemmän lippuja tai saamaan saman yleisön palaamaan seuraavaan tapahtumaan, käyttäjäverkostolla on suora kaupallinen arvo.

Tämä painotus näkyy erityisen selvästi BASHin nykyisessä tuotteessa.

Vuonna 2025 yhtiö kertoi keränneensä 1,3 miljoonaa euroa uutta rahoitusta ja kuvasi tuotettaan sosiaalisiksi tapahtumasivuiksi. Yhteen sivuun voidaan yhdistää tapahtumatieto, liput, vieraslista, media, kommentit ja päivitykset.

BASHin mukaan sen järjestäjäasiakkaat ovat saaneet 20–50 prosenttia enemmän lipunmyyntiä ilman lisämarkkinointibudjettia. Luku on yhtiön oma asiakasdataan perustuva väite, ei riippumattomasti auditoitu tulos.

Oleellinen muutos on silti kiinnostava: kuluttajan tapahtumien löytämisestä siirrytään yhä selvemmin järjestäjän yleisön rakentamiseen.

## Tuote voi muuttua vaikka missio säilyy

Startup-tarinoissa puhutaan usein pivotista kuin yhdestä suuresta hetkestä.

Todellisuudessa muutos voi tapahtua asteittain.

BASH aloitti vahvasti tapahtumien löytämisen ja kavereiden suunnitelmien ympäriltä. Myöhemmin kaupallinen painopiste siirtyi enemmän siihen, miten tapahtumajärjestäjä pitää yleisönsä, saa ihmiset jakamaan tapahtumaa ja myy liput aikaisemmin.

Sama perusajatus säilyy: tapahtumat ovat sosiaalisia.

Mutta maksava asiakas ja tuotteen tärkein näkymä voivat muuttua matkan aikana.

Tämä on hyvä muistutus siitä, ettei suuri käyttäjämäärä yksin todista liiketoimintamallia valmiiksi. Yrityksen pitää löytää kohta, jossa tuotteen tuottama arvo voidaan muuttaa rahaksi ilman, että käyttäjäkokemus hajoaa.

## Kokeile itse

Jos suunnittelet verkostoa tai markkinapaikkaa, kirjoita paperille kaksi lausetta.

“Miksi ensimmäinen käyttäjä tulee, kun muita käyttäjiä ei vielä ole?”

“Miksi ensimmäinen tarjoaja tulee, kun asiakkaita ei vielä ole?”

Jos kumpaankaan ei ole hyvää vastausta, mieti voiko toinen puoli verkostosta syntyä aluksi koneellisesti, käsityönä tai julkisesta datasta.

BASH ei jäänyt odottamaan, että koko Amsterdamin tapahtumakenttä täyttäisi sovelluksen vapaaehtoisesti. Se rakensi tarjontaa itse.

## Mitä tästä voi oppia

**Ensimmäinen asiakasprojekti voi olla tehokkaampi koodikoulu kuin kurssi.** Oudejans oppi tekemällä jo 14-vuotiaana.

**Verkostotuotteella pitää olla cold start -suunnitelma.** Tyhjä markkinapaikka ei kasva sillä, että käyttöliittymä on hyvä.

**AI voi ratkaista myös jakeluongelman.** BASH käytti sitä tapahtumatarjonnan keräämiseen ja luokitteluun, ei vain näyttävänä chat-ominaisuutena.

**Käyttäjämäärä ja liiketoimintamalli ovat eri asioita.** 15 000 aktiivista käyttäjää oli hyvä signaali, mutta maksavan järjestäjän arvo piti rakentaa erikseen.

**Tuotteen voi suunnata uudelleen ilman että alkuperäinen havainto katoaa.** BASHin nykyinen järjestäjätyökalu nojaa edelleen siihen, että tapahtumaan mennään yhdessä muiden kanssa.

**Nuorena aloitettu tekeminen kertyy.** BASH ei ollut Oudejansin ensimmäinen digituote, vaan seuraus vuosien pienemmistä projekteista.