Bygge en nettsted for en klient er spennende, spesielt når prosjektet nærmer seg slutten og du er klar til å overføre prosjektfilene til klienten din. På dette kritiske tidspunktet i prosjektet er det mange måter du kan levere det endelige nettstedet på. Det er også noen feil du kan gjøre, noe som kan gjøre en ellers god prosjektprosess til et mislykket engasjement.
Definer leveringsmekanismen du vil bruke for et prosjekt i kontrakten. Dette sikrer at det ikke er spørsmål om hvordan du får filene til kundene dine når du har fullført nettstedet.
Send filer via e-post
E-post er den enkleste metoden for å få filer fra harddisken til kunden. Alt det krever er at du har en e-postklient og en gyldig e-postadresse. For de fleste nettsteder med en rekke sider, så vel som eksterne filer som bilder, CSS stilark, og Javascript-filer, trenger du et program for å pakke disse filene inn i en komprimert mappe som du deretter kan sende til klienten.
Med mindre siden er massiv med utallige bilder eller videofiler, bør denne prosessen gi deg en endelig fil som er liten nok til å trygt sende på e-post (som betyr en som ikke vil være så stor at den blir flagget og blokkert av spamfiltre).
Det er flere mulige problemer med å sende et nettsted via e-post:
- Klienter vet kanskje ikke hvordan du laster opp filene til deres webserver, hvordan du kobler filene fra e-posten, eller hvor du skal plassere filene når de gjør det.
- Noen e-postservere vurderer HTML filer (og noen ganger ZIP-filer) som potensielt skadelige, og kan fjerne vedleggene fra meldingen. Dette gjelder spesielt når du legger ved JavaScript-filer.
- E-post er usikker. Hvis HTML inneholder sensitive data, kan hackere se det når du sender det.
- Dynamiske sider som PHP eller skript som CGI kan kreve at det gjøres endringer på live-serveren for å fungere riktig, og kundene dine vet kanskje ikke hvordan de skal gjøre det.
Bruk bare e-post til å levere nettsteder når du vet at klienten forstår hva de skal gjøre med filene du sender. Når du for eksempel jobber som underleverandør for et webdesignteam, kan du sende filene via e-post til selskapet som ansatt deg siden du vet at filene vil bli mottatt av folk som er kunnskapsrike og som forstår hvordan de skal håndtere filer. Hvis ikke, når du arbeider med fagpersoner som ikke er web, bør du vurdere en av metodene nedenfor.
Få tilgang til direktesiden
Å tilby live-nettstedet er ofte den mest effektive måten å levere filer til kundene dine - ved ikke å levere filene i det hele tatt. I stedet legger du de endelige sidene direkte på deres live nettsted ved hjelp av FTP. Når nettstedet er ferdig og godkjent av klienten din på et annet sted (for eksempel en skjult katalog på nettstedet eller et annet nettsted), flytter du det live selv.
En annen måte å gjøre dette på er å opprette nettstedet på ett sted (sannsynligvis på en Beta-server du bruker for utvikling), og deretter, når det er live, endrer du DNS-oppføringen for domenet for å peke til det nye nettstedet.
Denne metoden er nyttig når klienter ikke har mye kunnskap om hvordan man bygger nettsteder eller når de lager dynamiske nett applikasjoner med PHP eller CGI, og du må sørge for at nettstedskriptene fungerer riktig i live miljø.
Hvis du må flytte filene fra et sted til et annet, er det lurt å pakke inn filene akkurat som du ville gjort for e-postlevering. Å ha FTP fra server til server (i stedet for ned til harddisken og deretter sikkerhetskopiere til live serveren) kan også øke hastigheten.
Problemene med denne metoden inkluderer:
- Klienter vil ikke alltid gi frilansere tilgang til nettstedet, så du kan komme til å nøle når du ber om tilgang til nettstedet.
- Noen nettsteder er bygget bak en brannmur, og frilansere har kanskje ikke tilgang til disse nettstedene.
- Klienter kan føle at du bør være tilgjengelig for ytterligere støtte og vedlikehold utover det som er i kontrakten, fordi du har tilgang til nettstedet deres nå.
- Når du bare bygger eller endrer en del av nettstedet, kan enhver feil forårsake problemer for resten av nettstedet, og det kan raskt bli ditt problem, enten du forårsaket problemet eller ikke.
Dette er den foretrukne metoden for å levere filer når du arbeider med klienter som ikke kjenner HTML eller webdesign. Å tilby å finne hosting for klienten som en del av kontrakten gir tilgang til nettstedet mens du utvikler det. Når siden er ferdig, gi dem kontoinformasjonen. Imidlertid må alltid klienter håndtere faktureringsslutt på hosting, igjen som en del av kontrakten, slik at du ikke sitter fast med å betale for hosting etter at du har fullført designet.
Online lagringsverktøy
Det er mange online lagringsverktøy som kan lagre dataene dine eller sikkerhetskopiere harddisken. Du kan også bruke mange av disse verktøyene til er som et filleveringssystem. Verktøy som Dropbox gjør det enkelt å plassere filer på nettet og deretter gi kundene dine en URL for å laste ned filene.
Dropbox lar deg også bruke tjenesten som en form for webhotell ved å peke på HTML-filene i den offentlige mappen, slik at du kan bruke den som et teststed for enkle HTML-dokumenter. Denne metoden er egnet for klienter som forstår hvordan de skal flytte de ferdige filene til deres live server. Det vil imidlertid ikke fungere så bra med klienter som ikke vet hvordan de skal gjøre webdesign eller HTML.
Problemene med denne metoden ligner på problemene med å sende e-postvedlegg:
- Kunder vet kanskje ikke hvordan de skal bruke tjenesten.
- Kunder vet kanskje ikke hvordan de skal få filene fra Dropbox til nettstedet deres.
Denne metoden er sikrere enn å sende vedlegg via e-post. Mange lagringsverktøy inkluderer noe passordbeskyttelse eller skjuler URL-ene slik at det er mindre sannsynlig at filene blir funnet av noen som ikke vet det.
Bruk disse verktøyene når et vedlegg er for stort til å kunne sendes effektivt via e-post. Som med e-post, bruk den bare med webteam som vet hva de skal gjøre med ZIP-filen når de mottar den.
Online Project Management Software
Det er flere prosjektledelsesverktøy tilgjengelig online som du kan bruke til å levere nettsteder til klienter. Disse verktøyene tilbyr funksjoner utover lagring av filer som oppgavelister, kalendere, meldinger og så videre. Et favorittverktøy er Basecamp.
Online prosjektledelsesverktøy er nyttige når du jobber med et større team på et webprosjekt. Du kan bruke den til å levere endelige nettsteder og til å samarbeide mens du bygger den. Du kan også holde rede på leveranser og lage notater om hva som skjer gjennom hele prosjektet.
Det er noen ulemper:
- De fleste online prosjektledelsesverktøy er ikke gratis, og de gratis versjonene er begrensede. Hvis du bestemmer deg for å bruke en, må du beregne kostnadene i hvor mye du vil belaste, og få det notert i kontrakten.
- Det er et annet nettsted du må sjekke, og en annen programvare du og kundene dine trenger å lære.
- Disse verktøyene er bare like nyttige som informasjonen du legger i dem. Hvis du for eksempel utelater en forfallsdato, kan ikke programmet advare deg om at det er nesten her.
- Noen selskaper liker ikke bedriftsinformasjonen (inkludert nettsteder) som er lagret på en tredjepartsside av sikkerhetsmessige årsaker. Sørg for å diskutere dette med klienten din før du betaler for en konto.
Basecamp er nyttig for å levere filer til klienter, og deretter oppdatere disse filene og se notatene. Det er en fin måte å spore et stort prosjekt på.
Dokumenter hvilken leveringsmetode du vil bruke
Den eneste andre tingen du bør gjøre når du bestemmer deg for hvordan du skal levere endelige dokumenter til klienter, er å dokumentere beslutningen og godta den i kontrakten. På denne måten vil du ikke støte på misforståelser på veien når du planla å legge ut en fil til Dropbox, og klienten din vil at du skal laste opp hele nettstedet til serveren deres for dem.