Een nieuwe website, omdat het product niet stilstaat

Stijn De Ketelaere ·6 september 2026 ·3 min lezen

Releases die als kaarten uit het product komen en in een browservenster terechtkomen, met een lus terug

Onze vorige website was niet lelijk. Ze was gewoon achterhaald. Ze beschreef een product dat een jaar geleden klopte, en ondertussen deed PinPoint een pak meer dan wat er op het scherm stond.

Dat is een vervelend soort achterstand, want u merkt het niet als bezoeker. U leest wat er staat, u vormt zich een beeld, en dat beeld is dan te klein. De zaken waar we het hardst aan gewerkt hadden, stonden er niet in.

Wat er intussen bij gekomen was

Drie dingen vooral.

Rapportage. We hebben dertien sjablonen die out-of-the-box bruikbaar zijn, en een sjabloon op maat is bij ons gewoon opmaakwerk omdat de opbouw HTML en CSS is en de PDF door een browser gerenderd wordt. Er is geen rapportbouwer waar u binnen moet blijven. Op de oude site stond daar één zin over.

De data zelf. PinPoint is gebouwd als dataproduct. Er is een MCP-server, waardoor u uw eigen AI-assistent rechtstreeks op uw inspecties kan zetten en in gewone taal kan vragen wat er nog openstaat. Dat is geen detail voor de technische bijlage, dat is voor sommige organisaties de reden om te kiezen.

De audit trail. We slaan gebeurtenissen op in plaats van toestanden. Elke statuswijziging, elke foto, elk antwoord blijft bewaard met wie, wanneer en waarom. Dat is niet iets wat we er achteraf bij gebouwd hebben, het is het uitgangspunt van de architectuur geweest. Ook dat stond nergens.

Waarom een brochure niet meer volstaat

De reflex bij een verouderde site is: we laten een nieuwe maken. Dan hebt u zes maanden later hetzelfde probleem.

Het echte probleem was niet dat de site oud was, maar dat ze duur was om te wijzigen. Elke aanpassing was een klusje voor iemand anders, in drie talen, met een wachttijd. Dus gebeurde het niet, en groeide het gat tussen wat we bouwden en wat we vertelden.

Een product dat elke week iets nieuws heeft, heeft een site nodig die u even vaak kan aanpassen. Anders vertelt uw etalage altijd het verhaal van vorig kwartaal.

Hoe we het nu aanpakken

De site is nu zelf een stuk software, met dezelfde werkwijze als de rest.

Elke wijziging is een kleine pull request die iemand nakijkt voor ze live gaat. Geen grote herlanceringen meer, wel tientallen kleine stappen. De blog die u nu leest, is een map met markdown-bestanden in een aparte repository: een post schrijven is een tekstbestand maken, publiceren is één regel in dat bestand aanpassen. De pagina’s worden bij het bouwen gegenereerd.

Dat klinkt technisch voor iets wat over marketing gaat, en dat is precies het punt. Onderhoudbaarheid bepaalt of iets actueel blijft. Wat moeilijk te wijzigen is, blijft staan zoals het is.

Wat u er concreet aan hebt

De prijs staat er nu op. Niet “vraag een offerte”, maar hoe de prijs is opgebouwd: setup, de kernapplicatie, en maatwerk als u iets nodig hebt dat de kern niet doet. U weet dus voor het eerste gesprek al ongeveer waar u staat.

Er is een proefperiode van dertig dagen die u zelf kan aanvragen, zonder dat er eerst een verkoopgesprek moet plaatsvinden.

En de toepassingen staan per sector uitgeschreven, want een keurder van liftinstallaties en een werfleider hebben niet dezelfde vraag, ook al gebruiken ze dezelfde software.

Wat er nog komt

Deze blog krijgt twee stukken per week. Over wat we tegenkomen bij klanten, over keuzes die we in het product maken en waarom, en over de dingen die misgaan wanneer inspecties op papier blijven staan.

Mist u iets, of leest u iets dat niet klopt met uw eigen praktijk, laat het gerust weten. Dat is nu ook eenvoudiger geworden om te verwerken.

Alle berichten