Den rigtige måde at starte et betalt webstedsprojekt på
Mange professionelle webstedsbyggere og udviklere betragter “svære klienter” som deres job-relaterede problem. Der er bestemt nogle få klienter derude, der bevidst vil gøre dit liv så hårdt som muligt; heldigvis er disse stinkere et lille mindretal. De fleste klient-udviklerkonflikter er baseret på misforståelser fra begge sider. Du kan reducere eller endda helt forhindre konflikter ved at stille de rigtige spørgsmål FØR du starter hvert projekt.

Når du har fundet et projekt og sendt udsigten til din portefølje, og de har udtrykt interesse i at arbejde med dig, er det næste trin at sætte sig ned med din nye klient og indstille alles forventninger. De fleste virksomheder betragter deres websteder som et marketingværktøj, så du ofte arbejder med deres salgs- eller marketingafdeling, som næsten udelukkende er ikke-tekniske mennesker. Det betyder, at de ikke ved, hvilke oplysninger de skal give dig - hvad der er vigtigt for dig at vide, inden du begynder at kode. Du skal tage ansvar for at få disse oplysninger fra klienten; på den måde har du meget mindre sandsynlighed for at have en ubehagelig overraskelse halvvejs gennem projektet.

Inden du begynder at opbygge (eller genopbygge) et websted, skal du vide, hvad klienten ønsker, at deres websted skal gøre. Lyder enkelt, er det ikke? Ofte er du og dine klienter skyldige i at antage antagelser om webstedets muligheder. Så i det indledende møde er du nødt til at smide alle dine antagelser og få de rigtige nitty-gritty detaljer om projektet. Her er nogle spørgsmål, der kommer i gang:


  • Hvem bruger hjemmesiden?

  • Hvordan vil webstedets besøgende interagere med webstedet (placere ordrer, kontaktformularer, undersøgelser, downloads, flashfilm, quizzer osv.)?

  • Hvilken grafik eller billeder skal webstedet bruge? Har klienten allerede dem, eller har de brug for dig for at finde / generere dem?

  • Hvad er den meddelelse, som din klient ønsker at komme over på deres websted? Et firma, der ønsker at fremstille sig selv som venligt og nemt at arbejde med, vil have et meget andet sted end et, der prøver at se så blødestående teknisk kyndig som muligt ud, hvilket vil være meget anderledes end et firma, der ønsker at se værdig ud og firmaer på højt niveau.

  • Hvem er ansvarlig for vedligeholdelse af hjemmesiden senere? Hvis det er dig, skal du få betingelserne i din kontrakt lige NU. Hvis det ikke er dig, kan du måske udarbejde vilkår for uddannelse af den person, der skal vedligeholde webstedet.

  • Hvis du genopbygger et eksisterende websted, hvordan fasees den nye bygning ind over det nuværende? Nogle udviklere kan lide at kode det hele på en testserver og bytte det hele på én gang; andre foretrækker at distribuere en sektion ad gangen, som regel starter med den mindst synlige del af webstedet, så de kan håndtere de uundgåelige bugs. Uanset hvad er det fint - bare være sikker på, at klienten er opmærksom på og OK med den metode, du vælger.

  • Er der en bestemt frist (f.eks. Inden den næste branchehandel eller inden virksomhedens regnskabsår slutter)? I så fald skal du være helt sikker på, at du kan gennemføre projektet inden da, eller så vil du have en ekstremt ulykkelig klient. Tommelfingerreglen er at estimere, hvor lang tid du synes, det skal tage, og derefter fordoble tidsrammen.


Video Instruktioner: 055 Du har ikke betalt for telefon og minibar (Kan 2024).