Een proces groeide uit zijn spreadsheet
De workaround die drie jaar hield, heeft nu vijf mensen nodig om hem bij te houden. Het moet een applicatie worden met regels, rechten en een audittrail.
De applicatie waarop uw bedrijf draait, mag niet die zijn waar niemand nog aan durft te komen.
HOW MUCH Labs bouwt, breidt uit, integreert en onderhoudt Symfony-applicaties — klantenportalen, interne platformen, API’s en de systemen die stilletjes de operatie van een bedrijf samenhouden.
Dit is opgeleverd ontwikkelwerk, geen plaatsing van ontwikkelaars. We nemen verantwoordelijkheid voor de scope die we afspreken.
Projecten worden geleid door een ontwikkelaar met meer dan 20 jaar ervaring.
Architectuur, technische beslissingen en code review liggen bij een senior lead — het deel van een project dat duur is om fout te doen en goedkoop om vroeg goed te doen.
De workaround die drie jaar hield, heeft nu vijf mensen nodig om hem bij te houden. Het moet een applicatie worden met regels, rechten en een audittrail.
Ze werkt, maar de ontwikkelaar die ze schreef is weg en elke wijziging voelt riskant. Wij lezen ze eerst, en zeggen u dan wat veilig te veranderen is.
De website, het CRM en de backoffice houden elk een deel van de waarheid. Iemand typt elke dag gegevens tussen hen over.
Een oudere Symfony-release blokkeert upgrades, hostingwijzigingen of nieuwe functionaliteit — en de sprong wordt steeds uitgesteld.
Nieuwe applicaties, uitbreidingen van bestaande, en het weinig glorieuze werk dat beide draaiende houdt.
Klantenportalen, boekings- en offertetools, interne operations-platformen — gebouwd rond hoe het bedrijf écht werkt, niet rond een sjabloon.
REST- en messaging-integraties met de ERP’s, CRM’s, betaal- en logistieke systemen waar het bedrijf al van afhangt, met storingen die gelogd worden in plaats van stil te blijven.
Nieuwe functionaliteit, refactoring en bugwerk in een codebase die wij niet geschreven hebben. We beginnen met een assessment, zodat de eerste wijziging niet de riskante is.
Een applicatie in stappen naar een ondersteunde Symfony-versie brengen, terwijl het bedrijf blijft draaien.
Trage queries, timeouts, jobs die ’s nachts stilletjes falen. We vinden de echte oorzaak vóór we een herschrijving voorstellen — een herschrijving is zelden het goedkoopste antwoord.
Vijf stappen. U kent de scope en de kost vóór de implementatie start.
We leren wat de applicatie moet doen en, bij bestaande systemen, lezen we de code vóór we een mening vormen. U krijgt een schriftelijke samenvatting van wat we vonden en wat we zouden aanraden — inclusief de optie om minder te doen dan u vroeg.
Een schriftelijke scope met een vaste prijs en een opleverdatum voor het afgesproken werk. Alles wat onzeker is, wordt hier als onzeker benoemd, niet halverwege de bouw ontdekt. Grotere applicaties worden in stappen opgesplitst die u tussendoor kunt beoordelen.
Gebouwd in zichtbare stappen op een stagingomgeving, waarbij de senior lead de architectuur bezit en nakeekt wat uitgerold wordt. U ziet de voortgang terwijl ze gebeurt, niet pas op het einde.
U test tegen de scope op staging. Geautomatiseerde tests dekken de delen van het systeem waar een stille storing duur zou zijn. Herstellingen binnen de afgesproken scope zitten in de prijs.
Broncode, repositorytoegang, deploymentinstructies en documentatie geschreven voor de volgende ontwikkelaar. Als u wilt dat wij het blijven onderhouden, is dat een aparte overeenkomst — geen voorwaarde om de code te krijgen.
Een applicatie die u niet aan een andere ontwikkelaar kunt overdragen is geen bezit, het is een afhankelijkheid. We bouwen zodat overdracht een gewone dinsdag is.
Senior technische leiding telt hier het meest: de beslissingen die een codebase over drie jaar leesbaar maken, vallen in de eerste twee weken.
Volledige broncode en IP-overdracht bij de laatste betaling. Niets wordt aan ons teruggeleased en niets hangt af van onze infrastructuur.
We volgen de conventies van Symfony zelf, zodat elke Symfony-ontwikkelaar het resultaat kan lezen — dat is in de praktijk het grootste deel van onderhoudbaarheid.
Setup, deployment en de beslissingen die niet vanzelf uit de code blijken, opgeschreven terwijl ze nog vers zijn, in plaats van achteraf gereconstrueerd.
U kunt de applicatie naar een ander team verhuizen zonder ons om iets te vragen. We worden liever gehouden dan nodig.
Deze pagina is voor bedrijven die ons rechtstreeks inhuren. Bent u een bureau of consultancy dat Symfony-levering achter uw eigen merk nodig heeft, dan is dat een andere afspraak — en die heeft een eigen pagina.
Ja — het merendeel van ons Symfony-werk gaat over bestaande applicaties. We beginnen met de codebase te lezen en u te zeggen wat we vonden: hoe ze gestructureerd is, waar het risico zit, en wat veilig te veranderen is. Die assessment is nuttig voor u, ook als u ons nooit inhuurt voor de bouw.
Het is gebruikelijk en het is werkbaar. Een ongedocumenteerde applicatie kost meer tijd om in te stappen, dus we scopen de eerste fase als een betaalde verkenning in plaats van een prijs te gokken voor het geheel.
Dat is een groot deel van het werk: ERP’s, CRM’s, boekhoudpakketten, betalingsproviders, interne databases, API’s van derden. Waar een API bestaat, gebruiken we die; waar niet, spreken we een veilige manier af om gegevens uit te wisselen en documenteren we die.
We scopen schriftelijk vóór de implementatie: wat inbegrepen is, wat expliciet niet, en een vaste prijs voor het afgesproken werk. Grotere applicaties worden in stappen opgesplitst zodat u tussendoor kunt stoppen, beoordelen of van richting veranderen.
Wat u verkiest. Sommige klanten nemen de codebase en gaan intern verder, sommige houden ons aan voor onderhoud en updates, sommige bellen ons alleen wanneer er iets bij moet. De overdracht is in alle gevallen dezelfde — volledige broncode, documentatie en toegang.
Projecten worden geleid door een ontwikkelaar met meer dan 20 jaar ervaring, die de architectuur bezit en nakeekt wat uitgerold wordt. Waar een project meer handen nodig heeft, blijft die lead verantwoordelijk voor het resultaat. HOW MUCH Labs is uw contractpartij, geen tussenpersoon.
Vertel ons wat de applicatie doet, of zou moeten doen. Een ruwe beschrijving volstaat om te starten — we komen terug met de vragen die ertoe doen, vóór iemand over ramingen begint.
Als het werk uiteindelijk niet bij ons past, zeggen we dat liever dan het te quoteren.