At opbygge et websted for en klient er spændende, især da projektet er ved at være tæt, og du er endelig klar til at vende projektfilerne til din klient. På dette kritiske tidspunkt i projektet er der mange måder, du kan vælge at levere det endelige websted. Der er også nogle fejltagelser, som du kan lave, som ville gøre en ellers god projektproces til et mislykket engagement!
I sidste ende anbefaler jeg, at du definerer leveringsmekanismen, som du vil bruge til et projekt i kontrakten. Dette sikrer at der ikke er noget spørgsmål om, hvordan du får alle filerne til dine kunder, når den pågældende side er færdig. Før du kan fastsætte disse vilkår, skal du dog først afgøre, hvilken leveringsmetode der passer bedst til dig og dine kunder.
Afsendelse af filer via e-mail
Dette er den nemmeste måde at få dine filer fra din harddisk til din kunde. Alt det kræver er, at du har en e-mail-klient og en gyldig e-mail-adresse, der skal bruges til din kunde. For de fleste hjemmesider med forskellige sider samt eksterne filer som billeder, CSS stilark og Javascript-filer skal du bruge et program til at "zip" disse filer i en komprimeret mappe, som derefter kan mailes til klienten.
Medmindre webstedet er meget stort med masser af billeder eller videofiler, skal denne proces give dig en endelig fil, der er lille nok til sikkert at sende via e-mail (hvilket betyder at det ikke bliver så stort, at det bliver markeret og blokeret af spam filtre). Der er flere mulige problemer med at sende en hjemmeside via e-mail:
- Mange kunder kan måske ikke vide, hvordan de skal uploade filerne til deres webserver. De kan også ikke vide, hvordan man fjerner filerne fra deres email eller hvor de skal sætte dem, når de gør det.
- Nogle e-mail-servere overvejer HTML (og undertiden ZIP) -filer som potentielt skadelige og kan fjerne båndene fra meddelelsen. Dette gælder især, hvis du vedhæfter JavaScript-filer.
- Email er usikker. Hvis HTML'en indeholder følsomme data, kan den ses af hackere, som den sendes.
- Dynamiske sider som PHP eller scripts som CGI kan kræve tweaking på live serveren for at fungere korrekt, og dine kunder kan muligvis ikke vide, hvordan man gør det.
Jeg bruger kun email til at levere websteder, når jeg ved, at klienten har en god forståelse for, hvad jeg skal gøre med de filer, jeg sender. Når jeg for eksempel arbejder som underleverandør til et webdesignteam, er jeg villig til at sende filer via e-mail til firmaet, der har hyret mig, da jeg ved, at de vil blive modtaget af folk, der er vidende og vil vide, hvordan man skal håndtere filerne. Ellers, når jeg beskæftiger sig med ikke-web-fagfolk, bruger jeg en af metoderne nedenfor.
Få adgang til Live Site
Dette er ofte den mest effektive måde at levere filer til dine kunder ved ikke at levere dem overhovedet. I stedet sætter du de færdige sider direkte på deres livewebsite via FTP. Når hjemmesiden er færdig og godkendt af din klient på en anden placering (f.eks. Et skjult bibliotek på webstedet eller en anden hjemmeside i det hele taget), flytter du det selv. En anden måde at gøre dette på er at oprette webstedet på et sted (sandsynligvis på en Beta server, du bruger til udvikling), og derefter, når den er live, skal du ændre domæne DNS-posten for at pege på det nye websted.
Denne metode er nyttig for kunder, der ikke har meget viden om, hvordan man opbygger websites, eller når du bygger dynamiske webapplikationer med PHP eller CGI, og du skal sørge for, at websiderne fungerer korrekt i live-miljøet. Hvis du er nødt til at flytte filerne fra et sted til et andet, er det en god idé at zip dem på samme måde som i e-mail. At have FTP fra server til server (snarere end ned til din harddisk og derefter sikkerhedskopiere til live serveren) kan fremskynde tingene også. Problemerne med denne metode omfatter:
- Kunderne ønsker ikke altid at give adgang til deres websted til freelancer, så du kan komme i tøven, når du beder om adgang til webstedet.
- Nogle websites er bygget bag en firewall, og freelancere kan ikke få adgang til dem.
- Kunder kan føle, at du skal være til rådighed for yderligere support og vedligeholdelse ud over det, der er i din kontrakt, simpelthen fordi du har adgang til deres websted nu.
- Hvis du bygger eller ændrer kun en del af webstedet, kan enhver fejl forårsage problemer for resten af webstedet, og det kan hurtigt blive dit problem, uanset om du har forårsaget problemet eller ej.
Dette er min foretrukne metode til at levere filer, når jeg beskæftiger mig med klienter, der ikke kender HTML eller webdesign. Faktisk tilbyder jeg ofte at finde hosting til kunden som en del af kontrakten, så jeg har adgang til webstedet, mens jeg udvikler det. Så når webstedet er færdigt, giver jeg dem kontooplysningerne. Men selv når jeg hjælper en klient med at finde en hosting-udbyder, har jeg altid kunder, der håndterer faktureringens slutning af hosting igen som en del af kontrakten, så jeg ikke sidder fast for at være vært efter at jeg har gennemført designet .
Online lagerværktøjer
Der er masser af online lagringsværktøjer, som du kan bruge til at gemme dine data eller sikkerhedskopiere din harddisk, men en anden ting, du kan bruge mange af dem til, er som et filleveringssystem. Værktøjer som Dropbox gør det nemt at placere filer på nettet og derefter give dine kunder en URL for at downloade dem.
Faktisk tillader Dropbox dig selv at bruge dem som en form for webhosting ved at pege på HTML-filerne i den offentlige mappe, så du kan bruge dem som testplads for enkle HTML-dokumenter også.Denne metode er god for kunder, der forstår, hvordan man flytter de færdige filer til deres live-server, men vil ikke fungere så godt med klienter, der ikke ved, hvordan man gør webdesign eller HTML. Problemerne med denne metode ligner problemerne med at sende en e-mail-vedhæftning:
- Klienter kan muligvis ikke vide, hvordan man bruger tjenesten.
- Kunder kan ikke vide, hvordan man får filerne fra Dropbox til deres hjemmeside.
Denne metode er meget mere sikker end at sende vedhæftede filer via e-mail. Mange lagringsværktøjer indeholder nogle adgangskodebeskyttelse eller skjuler webadresserne, så de er mindre tilbøjelige til at blive fundet af en, der ikke kender den. Jeg kan godt lide at bruge disse værktøjer, når en vedhæftning ville være for stor til at sende via e-mail effektivt. Som med email bruger jeg det kun med webteams, der ved hvad de skal gøre med zip-filen, når de modtager den.
Online Project Management Software
Der er masser af projektstyringsværktøjer til rådighed online, som du kan bruge til at levere hjemmesider til kunder. Disse værktøjer tilbyder funktioner ud over blot at lagre filer som to-do lister, kalendere, messaging og så videre. Et af mine yndlingsværktøjer er Basecamp.
Online projektstyringsværktøjer er nyttige, når du skal arbejde med et større team på et webprojekt. Du kan bruge det både til at levere endelige websteder og til samarbejde, mens du bygger det. Og du kan også holde styr på leverancer samt lave noter om, hvad der sker i projektet.
Der er nogle ulemper:
- De fleste online projektstyringsværktøjer er ikke gratis, og de gratis versioner er begrænsede. Hvis du vælger at bruge en, skal du faktorere omkostningerne i, hvor meget du vil opkræve, og som altid, få det bemærket i kontrakten.
- Det er et andet websted, du skal kontrollere, og en anden software, både dig og dine kunder, skal lære at bruge.
- De er kun lige så nyttige som de oplysninger, du lægger i dem - med andre ord, hvis du ikke indeholder en forfaldsdato, kan programmet ikke advare dig om at det er næsten her.
- Nogle virksomheder kan ikke lide deres virksomhedsoplysninger (herunder websteder), der er gemt på et tredjepartswebsted af sikkerhedsmæssige årsager. Sørg for at diskutere dette med din klient, før du betaler for en konto.
Jeg har brugt Basecamp og finder det meget nyttigt at levere filer til klienter, og derefter lave opdateringer til disse filer og se noterne inline. Det er en fantastisk måde at spore et stort projekt på.
Dokument, hvilken leveringsmetode du vil bruge
Det eneste andet, du bør gøre, når du beslutter dig for at levere færdige dokumenter til kunder, er at sikre dig, at beslutningen dokumenteres og aftalt i kontrakten. På den måde får du ikke problemer i vejen, når du planlægger at sende en fil til Dropbox, og din klient ønsker at du skal uploade hele webstedet til deres server for dem.
