Wanneer u een nieuwe website wilt laten bouwen, is de levertijd al snel een van de eerste vragen. Misschien moet u een campagne halen, een nieuwe markt betreden of uw bestaande site vernieuwen. Maar een datum die alleen wordt gegeven op basis van "hoeveel pagina's worden het?" laat een belangrijk deel van het werk buiten beschouwing.
Een zakelijke website ter promotie en een webplatform met gebruikersaccounts, betalingen en koppelingen met externe systemen volgen niet dezelfde planning. Een betrouwbaar antwoord laat zien welk werk wordt uitgevoerd, welke informatie van u wordt verwacht en hoe de lancering wordt gecontroleerd. Waarmee u de kwaliteit van de site na oplevering beoordeelt, hebben we apart behandeld in ons artikel over de kenmerken van een goed webplatform.
011. De actie die u van de bezoeker verwacht
Gaat de bezoeker u bellen, een offerteformulier invullen, of een online handeling uitvoeren? Deze keuze vooraf maken vereenvoudigt de paginastructuur. In plaats van een homepage die alle doelen tegelijk probeert te bedienen, maakt het ontwerpen van het belangrijkste klanttraject zowel de bouw als het gebruik eenvoudiger.
022. Of de content al klaar is
Dienstbeschrijvingen, foto's, contactgegevens en bedrijfsverklaringen maken deel uit van het ontwerp. Worden deze tot het laatst bewaard, dan moeten al goedgekeurde schermen mogelijk opnieuw worden aangepast. Door vanaf het begin verantwoordelijken en deadlines voor de content vast te leggen, hoeft het ontwikkelteam niet te wachten.
033. Hoe ontwerpbeslissingen worden goedgekeurd
Wisselende opmerkingen van tien verschillende personen verlengen de planning. Eén verantwoordelijke beslisser en een gebundelde feedbackronde versnellen het werk. Eerst de richting bepalen op de homepage en één dienstpagina is efficiënter dan het ontwerp aanpassen nadat alle schermen al zijn afgerond.
044. Talen en integraties
Een site in zeven talen is niet zeven keer dezelfde pagina kopiëren. Tekstlengtes, links, formulieren en zoekmachine-tags worden ook gecontroleerd. Zijn er koppelingen met een CRM, betaalsysteem of afsprakenmodule, dan moeten toegang tot de betreffende accounts en testgegevens vooraf klaarstaan.
055. Mobiel gebruik en testen
Dat een formulier er op de computer goed uitziet, wil niet zeggen dat het op de telefoon prettig in te vullen is; dat moet apart worden getest. Menu, knoppen, foutmeldingen en beelden worden gecontroleerd met echte gebruikersstappen. Dit werk niet tot de laatste dag bewaren, maar samen met de ontwikkeling uitvoeren, verlaagt de kosten van laat ontdekte problemen.
066. Voorbereiding op de lancering
Domeinnaam, hosting, doorverwijzing van oude links en contentgoedkeuringen horen bij het leverplan. Een bedrijf dat bijvoorbeeld vijf diensten presenteert en van meet af aan met kant-en-klare content werkt, ervaart minder wachttijd tussen ontwerp en ontwikkeling. Wil datzelfde bedrijf later ook lidmaatschap en betalingen, dan moet de scope opnieuw worden gepland.
07Hoe beheert Paradigma7 de tijd?
Bij Paradigma7 is snel vooruitgang boeken gebaseerd op het vroeg verduidelijken van het werk en het parallel uitvoeren van onafhankelijke taken wanneer dat kan. Wij richten ons op het verminderen van wachttijden tussen ontwerp, ontwikkeling en testen. De aanpak aan teamzijde hebben we beschreven in ons artikel over hoe een wereldwijd softwareteam de doorlooptijd verkort. In plaats van u alleen een datum te noemen, leggen we graag uit van welke scope en voorbereidingen die datum afhangt.
Bekijk onze webplatformdiensten; vertel bij het omschrijven van uw project uw doel, de benodigde pagina's en talen. Zo is de offerte gebaseerd op gedefinieerd werk, niet op een schatting.
08Bereid dit voor voordat u een offerte aanvraagt
- De ene prioritaire actie die u van de bezoeker verwacht
- De lijst van pagina's die live gaan en in welke talen
- Welke content al klaar is en welke nog geschreven moet worden, met verantwoordelijken
- Eén verantwoordelijke voor het verzamelen van ontwerpfeedback
- De externe systemen die gekoppeld moeten worden en de toegang daartoe
- Een eventuele harde lanceerdatum en de reden daarvoor
Geschreven door
Het Paradigma7-team
Product, engineering en operations
We zijn een op Ankara gebaseerd team dat software voor Europa bouwt. Niets hier is theorie: dit zijn de processen die we werkelijk op klantprojecten uitvoeren.
Over ons