De juiste manier om een ​​betaald websiteproject te starten
Veel professionele websitebouwers en -ontwikkelaars beschouwen 'moeilijke klanten' als hun belangrijkste probleem met de functie. Er zijn zeker een paar klanten die je leven opzettelijk zo moeilijk mogelijk zullen maken; gelukkig zijn deze stinkers een kleine minderheid. De meeste conflicten tussen klanten en ontwikkelaars zijn gebaseerd op misverstanden aan beide kanten. U kunt conflicten verminderen of zelfs volledig voorkomen door de juiste vragen te stellen VOORDAT u elk project start.

Nadat u een project hebt gevonden en de prospect uw portfolio hebt gestuurd, en ze hebben belangstelling getoond om met u samen te werken, is de volgende stap om met uw nieuwe klant te gaan zitten en ieders verwachtingen in te stellen. De meeste bedrijven beschouwen hun websites als een marketingtool, dus u werkt vaak samen met hun verkoop- of marketingafdeling, die bijna uitsluitend niet-technische mensen zijn. Dit betekent dat ze niet weten welke informatie ze u moeten geven - wat belangrijk is voor u om te weten voordat u begint met coderen. U moet de verantwoordelijkheid nemen om die informatie van de klant te krijgen; op die manier zult u veel minder snel een onaangename verrassing hebben halverwege het project.

Voordat u begint met het bouwen (of opnieuw bouwen) van een website, moet u weten wat de klant wil dat zijn website doet. Klinkt eenvoudig, niet? Heel vaak zullen u en uw klanten zich schuldig maken aan veronderstellingen over de mogelijkheden van de website. Dus in die eerste ontmoeting moet je al je aannames weggooien en de echte details van het project bekijken. Hier zijn enkele vragen om u op weg te helpen:


  • Wie gaat de website gebruiken?

  • Hoe zullen de bezoekers van de site omgaan met de website (bestellingen plaatsen, contactformulieren, enquêtes, downloads, flash-films, quizzen, etc.)?

  • Welke afbeeldingen of afbeeldingen heeft de site nodig? Heeft de klant ze al of heeft u ze nodig om ze te vinden / genereren?

  • Wat is de boodschap die uw klant op zijn site wil overbrengen? Een bedrijf dat zichzelf zo vriendelijk en gemakkelijk om mee te werken wil hebben, zal een heel andere site hebben dan een site die er zo technisch mogelijk uit wil zien, wat heel anders zal zijn dan een bedrijf dat er waardig uit wil zien en op hoog niveau bedrijven.

  • Wie is er later verantwoordelijk voor het onderhoud van de website? Als u het bent, krijgt u de voorwaarden van uw contract NU meteen. Als u het niet bent, wilt u misschien voorwaarden opstellen voor het trainen van de persoon die de site gaat onderhouden.

  • Als u een bestaande site opnieuw opbouwt, hoe zal de nieuwe build dan geleidelijk worden ingevoerd ten opzichte van de huidige? Sommige ontwikkelaars coderen het hele ding graag op een testserver en wisselen het allemaal tegelijk in; anderen geven er de voorkeur aan om één sectie tegelijk in te zetten, meestal beginnend met het minst zichtbare deel van de site zodat ze de onvermijdelijke bugs kunnen aanpakken. Hoe dan ook is prima - zorg er alleen voor dat de client op de hoogte is van en in orde is met de methode die u kiest.

  • Is er een definitieve deadline (bijvoorbeeld vóór de volgende vakbeurs in de branche of voordat het boekjaar van het bedrijf eindigt)? Als dat zo is, moet u er absoluut zeker van zijn dat u het project voor die tijd kunt voltooien, anders hebt u een uiterst ongelukkige klant. De vuistregel is om te schatten hoe lang u denkt dat het zou moeten duren en vervolgens dat tijdsbestek te verdubbelen.


Video-Instructies: 4 traps to avoid when building your Ecommerce project (Mei 2024).