Zeynep Altintas ja Lizel Sulaj kävivät festivaaleilla ja törmäsivät samaan ärsytykseen kuin tuhannet muut: jonottamiseen.
Kun suosikkiartisti soittaa lavalla, 40 minuutin wc- tai ruokajono tuntuu erityisen turhauttavalta.
Dublin City Universityn Computing for Business -opiskelijat miettivät ensin aivan toisenlaista final-year-projektia. He päätyivät kuitenkin palaamaan ongelmaan, jonka tunsivat itse.
Tästä syntyi PulsePath.
## Festivaalin digitaalinen tilannekuva
PulsePath on web-pohjainen crowd management -järjestelmä.
Sen tarkoitus on antaa tapahtumajärjestäjälle reaaliaikainen näkymä siihen, missä ihmiset liikkuvat, missä syntyy ruuhkaa ja mitkä palvelut alkavat täyttyä.
Järjestäjä voi käyttää tietoa henkilökunnan ja resurssien siirtämiseen.
Kävijälle hyöty voi näkyä yksinkertaisesti siinä, että sovellus auttaa löytämään vähemmän ruuhkaisen palvelupisteen.
Tämä yhdistää kaksi tavoitetta: turvallisuuden ja paremman asiakaskokemuksen.
## Hardware-free oli tärkeä valinta
PulsePathin perustajat korostivat, että ratkaisu pyrkii toimimaan ilman raskasta erillistä laitteistoa.
Tämä on liiketoimintamallin kannalta tärkeä päätös.
Jos festivaalin pitää asentaa kallis sensoriverkko ennen jokaista tapahtumaa, myynti vaikeutuu.
Jos järjestelmä voidaan ottaa käyttöön pääosin ohjelmistona, käyttöönotto voi olla nopeampi ja kustannus pienempi.
Startupissa tekninen ratkaisu ei ole vain kysymys siitä, mikä on mahdollista.
Se on myös kysymys siitä, mikä asiakas suostuu asentamaan ja ostamaan.
## Oikea tekninen stack
DCU:n mukaan opiskelijat rakensivat PulsePathin Django-, Python-, PostgreSQL-, React-, Redis- ja MapBox-teknologioilla.
WebSocket-yhteydet mahdollistavat reaaliaikaiset päivitykset.
Lista on kiinnostava siksi, että kyse ei ollut vain konseptikuvasta.
Tiimi rakensi toimivan järjestelmän, jossa backend, tietokanta, kartta ja reaaliaikainen käyttöliittymä toimivat yhdessä.
Tällainen projekti on opiskelijalle erittäin arvokas.
Sen sijaan että CV:ssä lukisi vain “osaan Reactia”, perustaja voi näyttää oikean tuotteen ja kertoa, mihin ongelmaan teknologiaa käytettiin.
## Ensimmäinen palkinto syntyi jo yliopistossa
PulsePath voitti DCU:n Mallin Entrepreneurship Award 2025 -palkinnon.
Palkintoon kuuluu siemenrahoitusta ja mentorointia.
Tiimi sai myös Fidelity Investments Women in STEM -tunnustusta.
Myöhemmin PulsePath pääsi Enterprise Irelandin Student Entrepreneur Awards 2025 -kilpailun kymmenen finalistin joukkoon.
Tämä antaa projektille useita ulkopuolisia validointipisteitä.
Tärkeintä ei silti ole palkintojen määrä.
Tärkeämpää on, että jokainen vaihe pakotti tiimin muuttamaan projektia hieman enemmän kohti oikeaa yritystä: teknisen demon lisäksi piti miettiä asiakasta, markkinaa ja kaupallistamista.
## Festivaali on vaikea mutta hyvä testialusta
Tapahtumaympäristö on armoton.
Käyttäjiä tulee paljon lyhyessä ajassa. Verkkoyhteydet voivat olla heikot. Ruuhka voi syntyä nopeasti. Järjestäjä ei voi odottaa minuutteja päivitystä.
Jos crowd management -järjestelmä toimii tällaisessa ympäristössä, sen teknologia voi olla kiinnostava myös muualla.
Saman tyyppistä tilannekuvaa tarvitaan stadioneilla, messuilla, liikenteen solmukohdissa ja muissa suurissa yleisötapahtumissa.
Hyvä startup voi siis aloittaa hyvin tarkasta käyttötapauksesta ja laajentaa myöhemmin.
## Perustajien oma kokemus oli markkinatutkimusta
Altintas ja Sulaj olivat itse festivaalikävijöitä.
He tiesivät, että jonot ovat todellinen ongelma.
Mutta heidän ei tarvinnut tyytyä omaan kokemukseensa.
Seuraava askel on aina kysyä järjestäjiltä, kuinka he seuraavat yleisöä nykyisin ja mistä he maksaisivat.
B2B-tuotteessa loppukäyttäjän ärsytys ei yksin riitä.
Maksavan asiakkaan pitää nähdä säästöä, turvallisuushyötyä tai parempaa asiakaskokemusta.
PulsePathissa nämä kolme voivat yhdistyä.
## Mitä tästä kannattaa oppia?
Ensimmäinen oppi on etsiä ongelmaa omasta arjesta.
Jonottaminen kuulostaa pieneltä ärsytykseltä, mutta tuhansien ihmisten tapahtumassa siitä tulee resurssi- ja turvallisuuskysymys.
Toinen oppi on minimoida käyttöönoton kitka.
Hardware-free-ajatus tekee tuotteesta helpomman kokeilla kuin raskas sensorijärjestelmä.
Kolmas oppi on rakentaa oikea toimiva versio jo kouluprojektina.
PulsePathin tekninen stack osoittaa, että opiskelijatyö voi olla hyvin lähellä kaupallista MVP:tä.
Neljäs oppi on käyttää omaa käyttäjäkokemusta lähtökohtana, mutta varmistaa ongelma maksavalta asiakkaalta.
Festivaalikävijä voi sanoa, että sovellus olisi kiva.
Festivaalijärjestäjä kertoo, onko se liiketoiminta.
## Rakentajan näkökulma
Tarinassa on vielä yksi yhteinen oppi monille nuorille perustajille: ensimmäisen version ei tarvitse todistaa kaikkea. Sen pitää todistaa tärkein oletus. Jos oletus on, että käyttäjä maksaa, etsi ensimmäinen maksava asiakas. Jos oletus on, että teknologia toimii, rakenna mahdollisimman pieni tekninen demo. Jos oletus on, että organisaatio säästää aikaa, mittaa työ ennen ja jälkeen.
Opiskelijalle tämä on erityisen hyvä strategia, koska käytössä oleva raha on usein vähäinen mutta aikaa, oppimiskykyä ja pääsyä asiantuntijoihin voi olla paljon. Pieni, tarkasti valittu testi voi viedä projektia enemmän eteenpäin kuin kuukausien ominaisuuslista.
Yritys alkaa muuttua todelliseksi siinä vaiheessa, kun joku perustajien ulkopuolinen käyttää tuotetta, antaa siitä mitattavaa palautetta tai maksaa siitä. Siksi seuraava askel kannattaa aina suunnitella niin, että se tuottaa uutta näyttöä eikä vain lisää tuotteen kokoa.
## Rakentajan näkökulma
Tarinassa on vielä yksi yhteinen oppi monille nuorille perustajille: ensimmäisen version ei tarvitse todistaa kaikkea. Sen pitää todistaa tärkein oletus. Jos oletus on, että käyttäjä maksaa, etsi ensimmäinen maksava asiakas. Jos oletus on, että teknologia toimii, rakenna mahdollisimman pieni tekninen demo. Jos oletus on, että organisaatio säästää aikaa, mittaa työ ennen ja jälkeen.
Opiskelijalle tämä on erityisen hyvä strategia, koska käytössä oleva raha on usein vähäinen mutta aikaa, oppimiskykyä ja pääsyä asiantuntijoihin voi olla paljon. Pieni, tarkasti valittu testi voi viedä projektia enemmän eteenpäin kuin kuukausien ominaisuuslista.
Yritys alkaa muuttua todelliseksi siinä vaiheessa, kun joku perustajien ulkopuolinen käyttää tuotetta, antaa siitä mitattavaa palautetta tai maksaa siitä. Siksi seuraava askel kannattaa aina suunnitella niin, että se tuottaa uutta näyttöä eikä vain lisää tuotteen kokoa.