Chi siamo
Lyro Code costruisce software su misura dal 2022. Dopo quattro anni, rispondiamo ancora ai nostri messaggi, scriviamo ancora il codice, e ci presentiamo ancora sulla stessa call con cui abbiamo iniziato.
L'azienda
Lyro Code è nata con un lavoro semplice: prendere lavoro di prodotto vero e restarci. Applicazioni web. App mobile. Piattaforme SaaS. Poi feature AI che dovevano reggere in produzione, non solo in una demo. Chi ci assumeva era in US, UK ed Europa — e gli serviva un partner che coprisse i loro orari, non un vendor che spariva dalla sera alla mattina.
Quattro anni dopo, l'azienda è ancora questa. Non siamo un negozio nuovo che prova un processo. Non siamo una grande agency in cui il vostro progetto è una riga sulla board di qualcun altro. Quando scrivete a info@lyrocode.com o aprite WhatsApp, arrivate a persone che possono rispondere, decidere e costruire. Sembra ovvio. È sorprendentemente raro.
La stabilità, per noi, non è un poster al muro. È lo stesso filo dal primo messaggio all'ultimo rilascio. È uno scope scritto così nessuno deve indovinare. È software settimanale su cui cliccare, e un codebase che i vostri ingegneri possono tenere quando facciamo un passo indietro.
Lavoriamo da remoto di proposito. Standup e demo stanno sul vostro calendario. Le decisioni vivono per iscritto, in un solo posto. Se ci servite nel pomeriggio a New York o al mattino a Londra, lo pianifichiamo — non vi chiediamo di lavorare intorno a una black box.
Per chi è
Utenti, ricavi, una reputazione. Vi serve la versione successiva senza scommettere l'ultima. Siamo abituati a lavorare dentro quella pressione.
Non un freelancer che sparisce, e non una grande agency che ruota le facce. Chi è sulla prima call resta sul lavoro.
Il repository, le chiavi, i docs. Quando l'ingaggio finisce, i vostri ingegneri devono poter aprire il progetto e continuare.
Di solito non siamo la scelta giusta se volete un'agency da cento persone, un body shop, o un partner che dice sì a tutto. Se è quello che vi serve, preferiamo dirlo presto.
Come trattiamo il lavoro
Sono le cose che i clienti sentono davvero settimana dopo settimana. Nessuna ha bisogno di uno slogan.
Email e WhatsApp arrivano a persone che possono davvero decidere. La prima risposta tipica è un giorno lavorativo. Se è urgente, ditelo — non vi faremo aprire un ticket per una domanda semplice.
Cosa è dentro, cosa è fuori, quanto costa, e cosa succede se il lavoro cambia. Le sorprese appartengono al prodotto, non alla fattura.
Una demo di qualcosa su cui cliccare. Se una settimana è stata magra, lo diciamo. Slide di status senza software funzionante non sono un report di avanzamento.
Se una timeline è una fantasia, se l'AI è lo strumento sbagliato, o se non siamo il team giusto, ve lo diremo. La fiducia parte da lì — non da una promessa che non possiamo mantenere.
Pairing, review e una stanza calma in cui scrivere. Chi è nel kickoff è chi è nel codebase.
Le prime settimane
Tre passi dal primo messaggio a software su cui cliccare. Niente teatro di onboarding. Chi è nel kickoff è chi è nel codebase.
01
Ci dite cosa state cercando di rilasciare, cosa è già deciso, e cosa è ancora disordinato. Chiediamo per chi è, cosa non deve rompersi, e come sarebbe «finito». Non c'è un pitch deck e nessuna intro da 12 slide sull'azienda.
Di solito è una call o un filo di email stretto. Dovreste uscire sapendo se siamo anche solo adatti — non con un calendario pieno di «workshop di discovery» che fatturano prima che qualcuno abbia detto sì.
02
Uno scope breve: esiti, vincoli, una prima fetta che potreste davvero rilasciare, quanto costa, e come parleremo, faremo demo e decideremo. Potete prenderlo o lasciarlo. La maggior parte continua. Alcuni no, e va bene.
Se il lavoro cambia dopo, scriviamo il trade-off così la fattura non diventa la sorpresa. Le sorprese appartengono al prodotto, non a un change-order che non avete mai visto arrivare.
03
Chi è sulla prima call resta sul build. Avete un repository che controllate, una demo settimanale di qualcosa su cui cliccare, e un solo posto per le decisioni. Se una settimana è stata magra, lo diciamo.
Test, logging e un modo di rilasciare entrano man mano — non come uno sprint di pulizia alla fine. Dovreste poter indicare il software, non una slide di status, e sapere dove è il progetto.
Dopo il rilascio
Molte aziende software spariscono la settimana dopo il go-live. È allora che iniziano le domande vere: un bug in produzione, un cambiamento nel business, una persona nuova nel vostro team che deve capire il codice.
Lasciamo note, test e una forma che un altro ingegnere può seguire. Se volete che restiamo sulla fetta successiva, possiamo. Se volete portarlo in-house, dovreste poterlo fare. In entrambi i casi, non dovreste sentirvi bloccati.
I casi di studio su questo sito sono partner nominati — apritene uno per foto, lo stack e una nota del cliente. Se volete un riferimento live da un lavoro simile, chiedetelo quando parliamo.
Cosa non faremo
Dove lavoriamo
Siamo un'azienda remota. Il punto non è un ufficio da cartolina — è che il vostro standup, la vostra demo e i vostri messaggi arrivano in una giornata lavorativa in cui vivete davvero.
US
Copertura per review di prodotto e engineering
UK
Collaborazione nello stesso giorno per la maggior parte delle settimane lavorative
EU
Finestre di delivery allineate sui fusi EU
Se state scegliendo un partner
Non vi serve un brief perfetto. Diteci cosa state cercando di rilasciare, all'incirca quando, e tutto ciò che è già deciso. Torneremo con domande, non con uno spettacolo. Se siamo adatti, diremo come partiremmo. Se no, lo diremo anche — e vi resterà comunque un'ora libera.
Scriveteci, email info@lyrocode.com, o WhatsApp. Siamo stati dall'altra parte di quel primo messaggio. Cerchiamo di trattarlo come vorremmo essere trattati.
Di solito rispondiamo entro un giorno lavorativo. Scrivete a info@lyrocode.com se preferite saltare il modulo.
