Wat moet je aanleveren voor een website?

Een webdesigner heeft vooral betrouwbare informatie nodig. Denk aan je aanbod, doelgroep, prijzen en voorwaarden, bestaande teksten, foto’s, logo, gewenste functies en informatie over systemen die al in gebruik zijn.

Dat materiaal hoeft nog niet publicatieklaar te zijn. Een ruwe tekst of ongeordende map met foto’s is bruikbaarder dan de belofte dat alles later komt. We kunnen dan meteen bepalen wat geschikt is, wat ontbreekt en wie het afmaakt.

Kort overzicht: wat moet je aanleveren?

1. Bedrijfsgegevens, aanbod, doelgroep en werkgebied.
2. Prijzen, voorwaarden en andere feiten die gepubliceerd mogen worden.
3. Bestaande teksten, brochures, presentaties en merkbestanden.
4. Originele foto’s, video’s en logo’s met duidelijke gebruiksrechten.
5. Gewenste acties, functies en koppelingen.
6. Informatie over de huidige website, het domein, hosting en analytics.
7. Een overzicht van wat nog ontbreekt en wie het maakt of goedkeurt.

Begin met de feiten over je bedrijf

Een webdesigner kan je markt en concurrenten onderzoeken, maar kent de interne keuzes van je bedrijf niet. Geef daarom antwoord op deze vragen:

• Welke diensten of producten hebben voorrang?
• Wie wil je met de website bereiken?
• In welke plaatsen of regio’s werk je?
• Welke vragen stellen klanten voordat zij contact opnemen?
• Welke actie moet een bezoeker uitvoeren?
• Welke prijzen, garanties, voorwaarden en levertijden mogen openbaar worden gemaakt?

Een voorbeeld: een bedrijf verkoopt vijf soorten machines, maar wil vooral één model onder de aandacht brengen. Uit een concurrentieanalyse kan ik niet afleiden welk model intern prioriteit heeft. Die keuze moet het bedrijf zelf bevestigen.

Hetzelfde geldt voor commerciële beloftes. Ik kan helpen om een garantie of levertijd duidelijk te formuleren. Ik kan de inhoud ervan niet bedenken zonder bevestiging van de klant.

Welke teksten heeft een webdesigner nodig?

Stuur alles wat al iets over het bedrijf vertelt. Een presentatie, brochure, prijslijst, offerte, handleiding of oude webtekst kan nuttige feiten bevatten. De tekst hoeft niet mooi geschreven te zijn.

Spreek daarna af wie de webteksten maakt. Sommige klanten leveren zelf een complete versie aan. In andere projecten schrijft OROS de tekst op basis van gesprekken, bestaand materiaal en onderzoek. De klant controleert altijd namen, prijzen, voorwaarden en andere zakelijke feiten.

Heb je nog niets geschreven? Maak dan geen lange reclametekst. Begin met concrete antwoorden: wat verkoop je, voor wie, waarin verschilt het aanbod en wat vraagt een klant meestal voordat hij beslist?

Foto’s, video en logo

Voor beelden geldt hetzelfde: stuur eerst wat er is. Maak een map met foto’s van het team, de locatie, producten, uitgevoerd werk en situaties waarin de dienst wordt geleverd. Zet de originele bestanden erbij. Een afbeelding die uit WhatsApp is opgeslagen kan te klein zijn voor een groot beeld op de website.

Lever het logo bij voorkeur ook als bronbestand aan. Heb je alleen een kleine jpg of screenshot, vermeld dat meteen. Dan kan ik inschatten of het bruikbaar is of opnieuw moet worden opgebouwd.

Controleer wie de beelden heeft gemaakt en of je ze online mag gebruiken. Dat geldt ook voor beoordelingen, partnerlogo’s en foto’s waarop klanten of medewerkers herkenbaar zijn. Een mooi bestand zonder duidelijke herkomst is niet automatisch geschikt voor publicatie.

Als eigen fotografie ontbreekt, bespreken we welke oplossing bij het project past. Dat kunnen stockfoto’s, nieuwe eigen foto’s of gegenereerde beelden zijn. Ik gebruik geen willekeurige afbeeldingen alsof ze echte medewerkers, klanten of projecten tonen.

Beschrijf functies zonder technische termen

Je hoeft niet te weten welk systeem of welke programmeertaal nodig is. Schrijf op wat er na een handeling moet gebeuren.

Bijvoorbeeld:

• Een aanvraag moet bij de juiste medewerker terechtkomen.
• Een bezoeker moet zelf een afspraak kunnen kiezen.
• Een klant moet online kunnen betalen.
• De website moet een voorlopige prijs kunnen berekenen.
• Een medewerker moet later bepaalde informatie kunnen aanpassen.

Met zo’n beschrijving kan ik de oplossing onderzoeken en vervolgvragen stellen. “CRM koppelen” is op zichzelf niet genoeg. We moeten weten welke gegevens worden verstuurd, naar welk account ze gaan en wat een medewerker daarna met de aanvraag doet.

Bestaande website, domein en accounts

Bij een bestaand project ontvang ik graag het webadres, bekende problemen en beschikbare statistieken. Noteer ook wie het domein, de hosting, zakelijke e-mail en eventuele koppelingen beheert. Soms staat een account nog op naam van een oude medewerker of leverancier. Dat wil je vóór de technische fase weten.

Stuur wachtwoorden en herstelcodes niet in een gewone e-mail of briefing. Vermeld eerst welke systemen bestaan, wie de eigenaar is en wie toegang kan verlenen. Daarna spreken we een veilige overdracht af. De bredere risico’s van afhankelijkheid van één beheerder staan in cybersecurity voor het MKB en herstel van toegang.

Wat als materiaal ontbreekt?

Een project hoeft niet te wachten tot alles perfect is. We moeten wel vooraf weten wat ontbreekt en wie het gaat maken.

Met voldoende feiten kan ik een paginastructuur voorstellen, teksten uitwerken en een richting voor het beeld bepalen. Als specifieke productfoto’s of juridische informatie nodig zijn, moet de klant of een bevoegde collega die aanleveren of goedkeuren.

Deze verdeling hoort in de planning. Teksten die pas aan het einde komen, kunnen invloed hebben op de indeling van een pagina. Ontbrekende toegang kan een koppeling tegenhouden. Daarom nemen we materialen en verantwoordelijkheden mee voordat de uitvoerende fase begint.

Leg ook vast wie informatie verzamelt en wie de definitieve feiten goedkeurt. In het artikel over samenwerken met een webdesigner staat hoe je die rollen en beslismomenten organiseert.

Gebruik eerst de algemene checklist voor een nieuwe website of maak een korte websitebriefing. Wil je weten wat van je huidige materiaal bruikbaar is voor een nieuwe website? Stuur het overzicht naar OROS. Ik geef aan wat je zelf kunt aanleveren en welk deel ik kan overnemen binnen het project.

FAQ

Moeten alle teksten klaar zijn voordat het project begint?

Nee. Ruwe teksten en bronmateriaal zijn genoeg om de inhoud te beoordelen. Spreek wel af wie de definitieve tekst schrijft en wanneer de klant de zakelijke feiten controleert.

Welke foto’s en bestanden zijn bruikbaar voor een website?

Originele foto’s met voldoende resolutie, logo-bronbestanden en beelden met duidelijke gebruiksrechten zijn het handigst. Stuur bij twijfel het originele bestand in plaats van een screenshot of via WhatsApp verkleinde kopie.

Kan de webdesigner de teksten schrijven?

Ja, als dat onderdeel van de opdracht is. OROS kan de structuur en tekst uitwerken op basis van aangeleverde feiten en onderzoek. De klant blijft verantwoordelijk voor de controle van prijzen, voorwaarden, namen en zakelijke beloftes.

Hoe lever ik toegang tot bestaande systemen veilig aan?

Zet geen wachtwoorden of herstelcodes in de briefing. Maak eerst een overzicht van de systemen en eigenaren. Spreek daarna met de uitvoerder af hoe gevoelige gegevens veilig worden overgedragen.

De auteur

Daniel Orosz

Web developer & oprichter

Daniel bouwt websites en digitale systemen vanuit Kerkrade. Hij werkt al meer dan 17 jaar met webtechniek en vertaalt complexe keuzes naar gewone taal.

Meer over Daniel →