Bouwen, koppelen en draaiend houden

Ja. De techniek stelt geen grenzen aan de branche. Jouw manier van werken bepaalt wat er gebouwd wordt. Ik werkte onder andere voor recruitment. Daar kreeg de website een eigen systeem voor vacatures, kandidaten en klanten. Welke gegevens en regels jouw vak nodig heeft, bespreken we in het eerste gesprek.

Meestal wel. Kan het systeem gegevens uitwisselen? Dan maak ik de koppeling. Denk aan vacatures doorzetten, orders versturen of een status terugmelden. Kan dat niet? Dan kijken we naar bestanden importeren en exporteren. Zo voer je gegevens maar één keer in.

Ja. Je pagina's, teksten en foto's gaan mee naar Laravel en de oude webadressen zetten door naar de nieuwe. Je plek in Google raak je dus niet kwijt. Je oude site blijft in de lucht tot de nieuwe klaar is. Plug-ins gaan niet mee: wat je daarvan echt gebruikt, bouw ik na in je eigen beheerpaneel.

Waarom overstappen? Bij WordPress komt er voor elke wens een plug-in bij. Die moeten allemaal bijgehouden worden en na een update kan er iets omvallen. Maatwerk kost er veel tijd, en die tijd betaal je. In Laravel bouw ik alleen wat jij nodig hebt, en dat is meestal een stuk goedkoper.

Minder dan je denkt. Dit helpt wel:

• Het doel en het proces. Wat moet de site of applicatie doen? Wie gaat ermee werken? Hoe gaat het nu?
• Teksten en beeld. Plus je logo of huisstijl. Heb je die niet? Dan starten we met voorbeeldteksten en vullen we het onderweg aan.
• Een idee over de vormgeving. Kleuren, lettertype en een paar sites die je goed vindt. Vrije hand mag ook.
• Je domeinnaam. En toegang tot het beheer daarvan, zodat ik hem naar de nieuwe server kan wijzen.
• Een hostingaccount. Meestal bij Hetzner, op jouw naam. Ik kies de servermaat en richt hem in.
• Uitleg over de koppeling. Bij een koppeling: documentatie en een testaccount van het andere systeem.
• Eén beslisser. Iemand die knopen doorhakt. Dat scheelt het meest in tijd.

Ontbreekt er iets? Geen probleem. We beginnen met wat er is.

Je levert aan wat je hebt: je logo, je kleuren, je lettertype en voorbeelden van sites die je aanspreken. Heb je geen huisstijl? Dan doe ik een voorstel. Kleuren en lettertypes pas je later zelf nog aan in het beheerpaneel.

Daarna maak ik het ontwerp van de belangrijkste schermen. Zo zie je hoe het eruit gaat zien, voordat ik ga bouwen. In die fase kun je nog vrij aanpassen. Zit ik eenmaal in de bouw, dan kost omgooien tijd. Standaard sjablonen gebruik ik niet. Het ontwerp volgt jouw huisstijl.

Bij een hostingpartij, meestal Hetzner. Dat is een cloudserver, of een eigen server als je meer capaciteit nodig hebt. Ik host dus niet zelf. De rest regel ik wel: de juiste maat kiezen, de server inrichten en hem daarna bijhouden. Het abonnement staat op jouw naam. De server en de gegevens blijven van jou.

Dat hangt af van wat erop draait. Een paar voorbeelden bij Hetzner:

• Website met beheerpaneel. Een kleine cloudserver uit de CX-reeks is genoeg. Bijvoorbeeld 2 processorkernen en 4 GB geheugen.
• Applicatie met dagelijkse gebruikers. Een maat groter, uit de CX- of CPX-reeks. Met wat meer geheugen voor de database.
• Veel gebruikers of zware taken. Een server met vaste rekenkracht (CCX) of een eigen server.

Een kleine cloudserver kost een paar euro per maand. Een eigen server kost enkele tientjes. Automatische back-ups kosten een paar euro extra. Ik adviseer over de maat en richt de server in. Klein beginnen kan prima: een cloudserver maak je in een paar minuten groter.

Ik bouw met Laravel. Dat is een veelgebruikt systeem om webapplicaties mee te maken. Voor het beheer gebruik ik Filament, voor de gegevens MariaDB en voor de vormgeving Tailwind. Alles draait op een server bij een hostingpartij.

Ik houd die techniek bewust klein. Dat is veiliger, sneller bij te werken en over een paar jaar nog steeds te onderhouden.

Twee redenen. Ik bouw grotendeels met vibe coding: ik laat AI meeschrijven en stuur zelf bij. Daardoor staat het routinewerk er in uren in plaats van dagen. En je betaalt alleen de bouw. Geen accountmanagers, geen extra lagen, geen kantoorkosten die je terugziet op de factuur.

Wat er niet af gaat, is de controle. Ik lees elke wijziging na voordat die erin gaat. Alles loop ik door op een testomgeving voordat het live gaat. Daarbij hoort een vaste veiligheidscheck: klopt wie wat mag zien, wordt ingevoerde tekst goed gecontroleerd en staan alle updates erop? Snel bouwen is geen reden om te gokken.

Ja, altijd. Bij elke website en applicatie hoort een beheerpaneel dat ik op maat maak. Daarin staat precies wat jij nodig hebt: niet meer en niet minder. Dus geen scherm vol knoppen waar je niets mee doet.

Je beheert er zelf je pagina's, teksten, afbeeldingen, logo, kleuren en contactgegevens. Daar heb je geen programmeur voor nodig en je betaalt er niets extra voor.

Dat hangt af van de omvang. Een website met beheerpaneel staat meestal binnen een paar weken. Een systeem met vacatures, klanten of koppelingen kost meer tijd. Daarvoor moet eerst het proces duidelijk zijn. Na het eerste gesprek geef ik een realistische inschatting.

Bij een duidelijke opdracht werk ik met een vaste prijs. Dan weet je vooraf waar je aan toe bent. Omdat ik met vibe coding werk, zitten er minder uren in die prijs dan je van een bureau gewend bent. Voor uitbreidingen en beheer werk ik op uurbasis, of met een vast aantal uren per maand.

Je hebt één vast aanspreekpunt, en dat werkt prettig: korte lijnen en iemand die je project kent. Toch bouw ik bewust met techniek die veel ontwikkelaars kennen. De code, de gegevens en de server staan op jouw naam.

Ben ik een keer niet beschikbaar, of wil je later met iemand anders verder? Dan kan een andere ontwikkelaar het overnemen. Je krijgt de code en uitleg mee. Je zit dus nergens aan vast.

Als je dat wilt, ja. Updates, back-ups, controle op storingen en nieuwe functies horen erbij. Een applicatie waar niemand naar omkijkt, loopt binnen een jaar vast op verouderde software.