Pulsar · Hackathon Winner
Web app sociale per universitari, costruita al JeMore con il team HyperLabs.
La storia
Ogni giorno all'università sei circondato da centinaia di persone e non ne conosci quasi nessuna, né come amici né come futuri colleghi. Pulsar è la nostra risposta: una web app per studenti a metà tra Tinder e LinkedIn, per conoscere persone sia per amicizia sia per lavoro. L'abbiamo costruita in un giorno all'hackathon JeMore, in cinque come team HyperLabs, e ha vinto il primo posto.
- persone nel team
- 5
- commit nella giornata, dalle 9:21 alle 17:28
- 40
- schermate costruite dopo le due del pomeriggio
- 6
Un'ora senza codice
Quando l'hackathon è partito, quasi tutti i team hanno aperto un editor e hanno iniziato a scrivere codice. Noi non abbiamo scritto una riga. Abbiamo passato la prima ora, un'ora intera, solo a parlare: qual era davvero il problema, per chi era, cosa potevamo mostrare a fine giornata.
Sembrava tempo perso mentre gli altri costruivano. Era il contrario. Quando l'idea è stata precisa, nessuno doveva più indovinare cosa fare, e cinque persone hanno potuto lavorare insieme senza pestarsi i piedi.
- 1
L'idea
Tutti e cinque, la prima ora, senza computer: il problema, le persone, l'unica cosa da mostrare alla fine.
- 2
I dati
Io e altri due ragazzi abbiamo ragionato su architettura e stack, e prima di tutto sul database: cos'è uno studente, cos'è una competenza, come si collegano due persone.
- 3
Il prodotto
Intanto gli altri due ragazzi lavoravano su tutto il resto: product-market fit, fattibilità, come guadagnarci.
- 4
Il design
Il nostro designer è passato su Figma. Appena i primi schizzi erano pronti, il frontend aveva qualcosa di vero da seguire.
- 5
L'app
Ho lasciato il backend agli altri due e mi sono messo a tempo pieno sul frontend: impostare l'app, collegare tutto e dire agli altri cosa veniva dopo.
La giornata nei commit
Il repository racconta la stessa storia. La mattina sono dati: la tassonomia europea delle competenze e lo schema del database. Dalle 13:54 è l'app, una schermata dopo l'altra, alla velocità con cui arrivavano i design.
- 09:002
- 10:003
- 11:001
- 12:000
- 13:002
- 14:005
- 15:006
- 16:0012
- 17:009
Cosa abbiamo costruito
Ti registri e un onboarding ti chiede chi sei, un passo alla volta: nome, età, università, ambito e competenze. Poi il profilo cresce con quello che in un CV non ci sta: le tue attitudini, gli argomenti che ti interessano, i posti che frequenti, il tuo lavoro migliore, e anche il CV se vuoi.
La home mescola persone e aziende. Il matching è uno swipe, su profili veri dal database, e un match apre una chat. Una pagina di offerte di lavoro chiude il cerchio tra conoscere persone e trovare lavoro.
Competenze che vogliono dire la stessa cosa per tutti
Il matching sulle competenze funziona solo se due persone che sanno la stessa cosa la scrivono allo stesso modo. Per questo le competenze non sono un campo di testo libero: la mattina è andata su ESCO, la classificazione delle competenze e delle professioni della Commissione Europea, e nell'app cerchi in un elenco di competenze raggruppate per categoria.
I dati stanno in Postgres su Neon, con Neon Auth per gli account. Chi vedi dopo lo decide il servizio di matching che hanno costruito i miei due compagni sul backend; l'app gli chiede la prossima persona e ci costruisce intorno il profilo.
Il pitch
Finito il design, il nostro designer è passato alla presentazione con il ragazzo del marketing. Un'app che funziona è solo metà di un hackathon; l'altra metà è far capire a una giuria in pochi minuti perché conta. La loro presentazione l'ha fatto, ed è una grossa parte del perché abbiamo vinto.
Galleria
Vuoi qualcosa del genere?
Posso costruire la stessa cosa per il tuo prodotto.
Raccontami cosa hai in mente. Ricevi una risposta in giornata, con uno scope e dei tempi realistici, non una proposta di vendita.