Technische partner
Wat is een technische partner?
In de praktijk doet zo'n partner drie dingen. Updates en beveiliging bijhouden. Storingen oplossen. En elke maand een stuk verbeteren. Geen meldingen die in een wachtrij verdwijnen, maar mensen die jouw systeem kennen en die je gewoon kunt bellen.
De reden om over te stappen is bijna altijd dezelfde. De vorige partij reageert traag, is ermee gestopt, of komt bij elke vraag met een voorstel om alles opnieuw te bouwen. Wij nemen over wat er staat. Opnieuw beginnen doen we alleen als we kunnen laten zien dat dat goedkoper uitpakt.
Wat een vaste technische partner je oplevert
Het verschil tussen losse klussen en een vaste technische partner zit in wat er tussen die klussen door gebeurt. Vier dingen die je merkt.
Iemand die je systeem al kent: Je hoeft niet elke keer uit te leggen hoe die ene verbinding werkt, of waarom dat scherm zo raar is gebouwd. Een aanpassing die anders twee dagen inlezen kost, is dan een middagje.
Beveiliging die bijblijft: Updates, lekken en verlopende certificaten worden bijgehouden zonder dat jij eraan hoeft te denken. Het is het goedkoopste onderhoud dat er bestaat, en het duurste om over te slaan.
Een vast bedrag per maand: Je spreekt een aantal uur per maand af om door te bouwen. Verbeteren wordt zo een gewoonte, in plaats van een project waar elke keer opnieuw een offerte voor moet komen.
Bereikbaar als het misgaat: Ligt je site of je portaal eruit, dan weet je wie je belt, en die persoon weet waar hij moet kijken. Dat is het moment waarop een vaste technische partner zich in één keer terugbetaalt.
Voor wie is dit
Het zoeken naar een technische partner begint meestal bij een van deze situaties:
- Je vorige bureau is gestopt, overgenomen, of reageert pas na drie mailtjes
- Je site draait op verouderde software en niemand durft er nog aan te komen
- Je hebt een applicatie waar je werk van afhangt, en één persoon die snapt hoe hij werkt
- Je krijgt op elke vraag een voorstel voor een complete herbouw terug
- Je wil doorbouwen, maar er is geen budget voor en geen vast ritme in
Wat je krijgt
- Een overname waarbij we eerst op papier zetten wat er staat: code, servers, verbindingen en wachtwoorden
- Updates van WordPress, Laravel en alles wat daaraan hangt, met een testronde voordat het live gaat
- Bewaking of je site bereikbaar is en of de back-ups kloppen, plus een proef of er echt eentje terug te zetten is
- Een afgesproken aantal uur per maand om door te bouwen
- Eén vast aanspreekpunt, en op papier hoe snel we reageren
- Je code in je eigen repository, de vaste bewaarplek van alle code, met toegang voor jou en voor iedereen die jij aanwijst
Hoe we het bouwen
Eerst kijken wat er staat. We lopen je systeem na: hoe de code in elkaar zit, wat er achterloopt, waar de risico's zitten en wat er als eerste moet gebeuren. Die lijst krijg je, ook als je besluit niet met ons verder te gaan.
Dan de achterstand wegwerken. Updates, geteste back-ups, bewaking, en die foutjes die al maanden op een briefje staan. Dat kost aan het begin meer uren dan in de maanden daarna.
Daarna het vaste ritme. Elke maand een afgesproken hoeveelheid werk, in de volgorde die jij bepaalt. En elk kwartaal samen kijken of die volgorde nog klopt.
Wat kost een technische partner?
Hosting, onderhoud en bewaking hangen af van hoe groot je systeem is en wat er aan beveiliging nodig is. Dat is het bijhouden. Het bouwen zit er niet in.
Doorbouwen spreek je apart af, meestal als een vast aantal uur per maand. Vaak gaat het om acht tot veertig uur. Per klus werken kan ook, maar dan verdwijnt precies het ritme dat een technische partner nuttig maakt.
De overname zelf is eenmalig werk: een doorlichting plus het wegwerken van de eerste achterstand. Wat we tegenkomen zetten we op papier voordat we ook maar iets aanraken. Meer daarover lees je bij code review en overname.
Waarom Mediavisie Web
We bestaan sinds 2008 en bouwen alles in eigen huis. De mensen die je systeem overnemen zijn dezelfde mensen die het daarna onderhouden. Er wordt niets doorgeschoven naar een partij die je nooit gesproken hebt.
De code is van jou en staat in je eigen repository. Wil je na twee jaar verder met iemand anders, dan draag je over zonder dat er iets losgeweekt hoeft te worden. Een technische partner die je alleen kunt verlaten door alles opnieuw te bouwen, is geen partner maar een slot op de deur.
Voor elke oplevering draaien er automatische controles die nalopen of alles nog werkt, en of de site ook te gebruiken is door iemand die blind is of slecht ziet. Bij een overgenomen systeem bouwen we die controles er in de eerste maanden alsnog omheen, te beginnen bij de onderdelen waar geld doorheen loopt.
Waar je op moet letten
Een technische partner die een systeem van iemand anders overneemt, is de eerste maanden trager dan jij en wij allebei willen. We moeten uitzoeken waarom dingen zijn zoals ze zijn, en dat kost tijd waar je aan de buitenkant niets van ziet. Reken op twee tot drie maanden voordat het tempo omhooggaat.
En soms is de eerlijke uitkomst dat doorbouwen duurder is dan opnieuw beginnen. Dat zeggen we dan, met een berekening erbij. Niet als openingszet.
Klik een taak aan
Wie gaat waarover?
Onduidelijkheid hierover is de meest voorkomende reden dat een samenwerking stroef gaat lopen. Klik een taak aan en je ziet hoe wij het meestal verdelen.
Klik een taak aan om te zien wie erover gaat.
De techniek eronder
Alle techniekWaar we het mee bouwen.
-
Taal
PHP
De taal waarin het grootste deel van onze achterkant draait. Sinds versie 8 met types, en dat scheelt fouten.
-
Fundament
WordPress
Als fundament, niet als eindproduct. Eigen contenttypes en eigen sjablonen, geen gekocht thema eroverheen.
-
Framework
Laravel
Voor applicaties met eigen logica die geen contentbeheer nodig hebben. Wachtrijen, rechten en taken zitten er al in.
-
Voorkant
Vue
Voor schermen waarin veel gebeurt zonder dat de pagina opnieuw laadt. Alleen waar het nodig is, niet als standaard.
-
Taal
TypeScript
JavaScript met types eromheen. Een verkeerde veldnaam valt op tijdens het bouwen in plaats van bij je bezoeker.
-
Bouwstap
esbuild
Bundelt de voorkant per sjabloon, zodat een pagina alleen laadt wat hij nodig heeft. De hele bouw duurt milliseconden.
-
Testen
Playwright
Doorloopt je site als een echte bezoeker in een echte browser. Ook de toegankelijkheidscontrole draait hierin mee.
-
Omgeving
Docker
Iedereen werkt in dezelfde omgeving, en die omgeving lijkt op productie. Scheelt de klassieke verrassing bij livegang.
Werkwijze
Hoe we het aanpakken.
Van het eerste gesprek tot doorbouwen na livegang. Vier fases, en je weet bij elke fase wat er af is en wat er nog komt.
-
1 tot 2 weken
Uitzoeken
Wat er moet komen en wat er al ligt
We brengen in kaart welke systemen mee moeten, wie het straks beheert en waar het vorige traject op vastliep. Daar komen de uitzonderingen boven water die later de planning bepalen.
Lees verder over Uitzoeken -
Eén week
Afbakenen
Van wensenlijst naar een plan met een prijs
We knippen het werk in stukken die los opgeleverd kunnen worden, en zetten er een prijs en een volgorde op. Daarbij spreken we af wat er in de eerste versie zit en wat later komt.
Lees verder over Afbakenen -
6 tot 12 weken
Ontwerpen en bouwen
Eerst de schermen, dan de techniek eronder
Je kijkt vanaf de eerste week mee op een testomgeving. We leveren in rondes op, te beginnen met het deel dat het meeste werk uit handen neemt, zodat je stuurt op wat je ziet.
Lees verder over Ontwerpen en bouwen -
Doorlopend
Doorbouwen
Na livegang begint het pas
Updates, bewaking en nieuwe functies, met een vast aanspreekpunt dat je project kent. We meten wat er gebruikt wordt, en dat bepaalt waar we het volgende kwartaal aan werken.
Lees verder over Doorbouwen
Zo ziet dat er in de praktijk uit
Alle casesWij werken onder andere voor
Aan de slag
Iets te bouwen?
Vertel wat er moet komen. We denken mee over techniek, haalbaarheid en wat het kost, ook als het plan nog niet rond is.