Software die je
voor klanten

kunt zetten.

Web, mobiel, SaaS en AI — gebouwd door de mensen van het eerste gesprek. Vier jaar op de markt. Na livegang nog steeds bereikbaar.

4+
Jaar op de markt
6
Dienstlijnen
1 dag
Typische eerste reactie
US · UK · EU
Markten
Een productteam dat rond een tafel werkt

Partners

Bedrijven waarmee we hebben gebouwd

Hoe we werken

Zo ziet samenwerken met ons eruit

Drie gewoonten die van project tot project niet veranderen. Zo is de week opgebouwd — met wie je praat, wat je ziet, en wat er na livegang gebeurt.

Engineers die samen een productprobleem uitwerken

Met wie je praat

De mensen van het eerste gesprek schrijven de code

Na de deal word je niet overgedragen aan een accountmanager. Dezelfde twee of drie engineers blijven op het werk — architectuur, pull requests en de wekelijkse demo. Als iets niet klopt, hoor je het van hen.

Een team dat het live product op het scherm bekijkt

Hoe je voortgang ziet

Elke week werkende software, geen statusdeck

Elke week krijg je iets waarop je kunt klikken: een flow, een scherm, een fix in de repo die van jou is. Was een week mager, dan zeggen we dat op maandag. Dia's zonder software zijn geen voortgangsrapport.

Een review nadat het product in gebruik is

Na livegang

Lancering is niet het einde van de relatie

Livegang is wanneer de echte vragen beginnen — een bug in productie, een verandering in het bedrijf, een nieuwe collega die de code nodig heeft. We laten notities, tests en een vorm achter die een andere engineer kan volgen. Als je wilt dat we blijven, kunnen we dat.

Diensten

Wat we aannemen

Zes lijnen werk. Hetzelfde team op architectuur en oplevering, zodat jij geen stapel leveranciers hoeft te coördineren.

Alle diensten

Hoe we werken

Vier fases, van eerste gesprek tot productie

Dit is geen black box van twee maanden. Je ziet het werk terwijl het gebeurt, je kunt stoppen na discovery, en de mensen van het eerste gesprek blijven op de bouw.

De fases overlappen expres. Design begint zodra de eerste slice helder is. Bouwen wacht niet op een perfect bestand. Schaal zit al in ons hoofd terwijl we de eerste versie opleveren — we overbouwen het alleen niet op dag één.

  1. 01

    Ontdekken

    We schrijven de opdracht op voordat iemand een editor opent.

    De eerste gesprekken gaan over het product, niet over een stack. Voor wie het is, wat er al is, wat niet mag breken, en hoe «klaar» er écht uitziet. Als de briefing rommelig is, is dat normaal — we vragen door tot het specifiek genoeg is om tegen te bouwen.

    Je krijgt een geschreven vorm van het werk: wat erin zit, wat erbuiten, een eerste slice, risico's en een manier van werken. Je kunt het aannemen of laten. We stoppen liever hier dan een bouw te starten waar niemand in gelooft.

    Wat je meeneemt

    • Een korte, geschreven scope en succescriteria
    • Wat erin zit, wat erbuiten, en wat kan wachten
    • Een eerste slice die je kunt opleveren en waarvan je kunt leren
    • Hoe we praten, demoën en beslissen
    Een workshop waarin de opdracht wordt opgeschreven voordat de bouw begint
  2. 02

    Ontwerpen

    Je kunt met het product in debat terwijl veranderen nog goedkoop is.

    We maken van de scope iets waarop je kunt klikken: flows, schermen en de paar componenten die zich herhalen. Het punt is geen mooi bestand. Het is de ongemakkelijke stukken vinden — lege states, rechten, de derde tik waar niemand aan dacht — voordat ze tickets worden.

    Als een statisch prototype niet volstaat, spiken we het in de echte stack. Je reviewt met de mensen die het gaan gebruiken, niet alleen met wie het heeft besteld. Als we het eens zijn, is dat bestand wat we bouwen. Het verdwijnt niet in het niets.

    Wat je meeneemt

    • Klikbare flows en de kernschermen
    • Een klein design system, geen kit van 200 componenten
    • Open vragen bij naam, niet verstopt in comments
    • Een bouwvolgorde die bij de eerste slice past
    Designtools op een bureau — schermen worden beargumenteerd voordat ze tickets worden
  3. 03

    Bouwen

    Elke week werkende software. Je ziet het, je probeert het, wij passen aan.

    De mensen in de kickoff zijn de mensen die de code schrijven. Je krijgt een repo die jij beheert, een wekelijkse demo van iets waarop je kunt klikken, en één plek voor beslissingen. Was een week mager, dan zeggen we dat. Status zonder werkende software is geen voortgangsrapport.

    Tests, logging en een manier om te shippen gaan erin terwijl we gaan — niet als opruiming aan het eind. Als iets niet klopt, vangen we het terwijl het nog klein is. Scope mag veranderen; we schrijven de afweging op zodat de factuur geen verrassing wordt.

    Wat je meeneemt

    • Een repo, omgevingen en een releasepad die van jou zijn
    • Wekelijkse demo's van werkende software
    • Geschreven beslissingen, geen chatgeschiedenis die niemand terugvindt
    • Kwaliteit en monitoring in het product, niet als later project
    Een engineer aan het werk — de mensen van het eerste gesprek blijven op de bouw
  4. 04

    Schalen

    Lancering is niet het einde van de relatie.

    Livegang is wanneer de echte vragen beginnen: een bug in productie, een verandering in het bedrijf, iemand nieuws in je team die de code moet begrijpen. We harden wat al draait, meten wat ertoe doet, en blijven de volgende slice opleveren als je ons erop wilt.

    Je moet het product in huis kunnen nemen. Architectuur, tests en notities blijven bij jou. Als je wilt dat we blijven, doen we dat. Zo niet, dan moet je je niet gevangen voelen.

    Wat je meeneemt

    • Een productiesysteem dat je kunt bedrijven
    • Overdrachtsnotities die je engineers kunnen volgen
    • De volgende slice in scope, als je wilt doorgaan
    • Support die antwoordt, geen ticket-leegte
    Een drukke vloer na livegang, wanneer de echte vragen beginnen

Klanten

Hoe het is om met ons te werken

Mensen in de VS, het VK, Europa, de Golf en Pakistan. Dezelfde gewoonte aan onze kant: we antwoorden, we laten het werk zien, we verdwijnen niet.

Boston
We hadden al een kwartaal verbrand met een leverancier die elke week een nieuw gezicht stuurde. Bij Lyro Code zaten dezelfde twee mensen in het gesprek, de repo was vanaf dag één van ons, en als een week mager was zeiden ze dat op maandag — niet in een statusdeck op vrijdag.
Megan WalshHoofd product · Boston, Verenigde Staten

Megan Walsh, Boston, Verenigde Staten

Vertel ons wat je bouwt.

We reageren meestal binnen één werkdag. Mail info@lyrocode.com als je het formulier liever overslaat.

Een werksessie — het gesprek waarmee de bouw begint