Å bygge et nettsted for en klient er spennende, særlig ettersom prosjektet kommer til slutt, og du er endelig klar til å veksle prosjektfilene til kunden din. På dette kritiske tidspunktet i prosjektet er det mange måter du kan velge å levere det endelige nettstedet på. Det er også noen feiltak som du kan lage som ville gjøre en ellers god prosjektprosess til et mislykket engasjement!
Til slutt anbefaler jeg at du definerer leveringsmekanismen du vil bruke til et prosjekt i kontrakten. Dette sikrer at det ikke er spørsmål om hvordan du får alle filene til kundene dine når et nettsted er fullført. Før du kan fastsette disse vilkårene, må du først bestemme hvilken leveringsmetode som passer best for deg og dine kunder.
Sende filer via e-post
Dette er den enkleste metoden for å få filene dine fra harddisken til kunden din. Alt du trenger er at du har en e-postklient og en gyldig e-postadresse som skal brukes til kunden din. For de fleste nettsteder med en rekke sider, samt eksterne filer som bilder, CSS stilark og Javascript-filer, må du bruke et program for å "zip" disse filene til en komprimert mappe som deretter kan sendes til klienten.
Med mindre nettstedet er veldig stort med mange bilder eller videofiler, bør denne prosessen få deg en endelig fil som er liten nok til å sende trygt via e-post (noe som betyr at det ikke blir så stort at det blir flagget og blokkert av spam filter). Det er flere mulige problemer med å sende et nettsted via e-post:
- Mange klienter kan ikke vite hvordan du laster opp filene til deres webserver. De kan også ikke vite hvordan de skal løsne filene fra e-posten eller hvor de skal sette dem når de gjør det.
- Enkelte e-postservere anser HTML-filer (og noen ganger ZIP) som potensielt skadelige og kan fjerne vedleggene fra meldingen. Dette gjelder spesielt hvis du legger til JavaScript-filer.
- E-post er usikker. Hvis HTML inneholder sensitive data, kan det bli sett av hackere som det er sendt.
- Dynamiske sider som PHP eller skript som CGI kan kreve tweaking på live serveren for å fungere riktig, og kundene dine kan kanskje ikke vite hvordan du gjør det.
Jeg bruker bare e-post til å levere nettsteder når jeg vet at klienten har en god forståelse av hva jeg skal gjøre med filene jeg sender. For eksempel, når jeg jobber som underentreprenør for et webdesignteam, er jeg villig til å sende filer via e-post til selskapet som har ansatt meg siden jeg vet at de vil bli mottatt av personer som er kunnskapsrike og vil vite hvordan de skal håndteres filene. Ellers, når jeg arbeider med ikke-webansatte, bruker jeg en av metodene nedenfor.
Få tilgang til Live Site
Dette er ofte den mest effektive måten å levere filer til kundene dine ved å ikke levere dem i det hele tatt. I stedet legger du de ferdige sidene direkte på deres live-nettsted via FTP. Når nettstedet er ferdig og godkjent av klienten din på en annen plassering (for eksempel en skjult katalog på nettstedet eller et annet nettsted i det hele tatt), flytter du det selv. En annen måte å gjøre dette på er å opprette nettstedet på ett sted (sannsynligvis på en Beta server som du bruker til utvikling), og da den er live, endrer du DNS-oppføringen for domenet for å peke på det nye nettstedet.
Denne metoden er nyttig for kunder som ikke har mye kunnskap om hvordan man bygger nettsteder eller når du bygger dynamiske webapplikasjoner med PHP eller CGI, og du må sørge for at nettstedskriptene fungerer riktig i livemiljøet. Hvis du må flytte filene fra ett sted til et annet, er det en god idé å zip dem på samme måte som du ville for e-postlevering. Å ha FTP fra server til server (i stedet for ned til harddisken og deretter sikkerhetskopiere til live serveren) kan farten opp ting også. Problemene med denne metoden inkluderer:
- Klienter vil ikke alltid gi tilgang til deres nettsted til freelancer, så du kan komme til å nøle når du ber om tilgang til nettstedet.
- Noen nettsteder er bygget bak en brannmur og frilansere kan ikke få tilgang til dem.
- Klienter kan føle at du bør være tilgjengelig for ekstra støtte og vedlikehold utover det som er i kontrakten din, fordi du har tilgang til nettstedet deres nå.
- Hvis du bygger eller endrer bare en del av nettstedet, kan enhver feil forårsake problemer for resten av nettstedet, og det kan raskt bli ditt problem, enten du har forårsaket problemet eller ikke.
Dette er min foretrukne metode for å levere filer når jeg arbeider med klienter som ikke kjenner HTML eller webdesign. Faktisk tilbyr jeg ofte å finne hosting for klienten som en del av kontrakten, slik at jeg har tilgang til nettstedet mens jeg utvikler det. Så når nettstedet er ferdig, gir jeg dem kontoinformasjonen. Men selv når jeg hjelper en klient til å finne en hostingleverandør, har jeg alltid klienter som håndterer faktureringsenden til hosting, igjen som en del av kontrakten, slik at jeg ikke står fast for å betale etter hosting etter at jeg har fullført designen .
Online lagringsverktøy
Det er mange elektroniske lagringsverktøy som du kan bruke til å lagre dataene dine eller sikkerhetskopiere harddisken din, men en annen ting du kan bruke mange av dem til, er som et filleveringssystem. Verktøy som Dropbox gjør det enkelt å plassere filer på nettet og deretter gi kundene en URL for å laste dem ned.
Faktisk kan Dropbox til og med bruke dem som et form for web hosting ved å peke på HTML-filene i den offentlige mappen, slik at du kan bruke dem som et teststed for enkle HTML-dokumenter også.Denne metoden er bra for klienter som forstår hvordan man flytter de ferdige filene til deres live-server, men vil ikke fungere så godt med klienter som ikke vet hvordan man gjør webdesign eller HTML. Problemene med denne metoden ligner problemene med å sende et e-postvedlegg:
- Klienter kan ikke vite hvordan de skal bruke tjenesten.
- Klienter kan ikke vite hvordan de skal få filene fra Dropbox til deres nettsted.
Denne metoden er mye sikrere enn å sende vedlegg via e-post. Mange lagringsverktøy inneholder noe passordbeskyttelse eller skjul nettadressene, slik at de er mindre sannsynlig å bli funnet av noen som ikke kjenner det. Jeg liker å bruke disse verktøyene når et vedlegg ville være for stort til å sende via e-post effektivt. Som med e-post, bruker jeg det bare med webteam som vet hva de skal gjøre med zip-filen når de mottar den.
Online Project Management Software
Det er mange prosjektledelsesverktøy tilgjengelig på nettet som du kan bruke til å levere nettsteder til klienter. Disse verktøyene tilbyr funksjoner utover bare å lagre filer som gjøremålslister, kalendere, meldinger og så videre. Et av mine favorittverktøy er Basecamp.
Online prosjektstyringsverktøy er nyttig når du trenger å jobbe med et større team på et webprosjekt. Du kan bruke det både for å levere endelige nettsteder og for samarbeid mens du bygger den. Og du kan også holde styr på leveranser, samt lage notater om hva som skjer i prosjektet.
Det er noen ulemper:
- De fleste verktøyene for online prosjektbehandling er ikke gratis, og de gratis versjonene er begrenset. Hvis du bestemmer deg for å bruke en, bør du faktorere kostnadene i hvor mye du vil lade, og som alltid, få det lagt merke til i kontrakten.
- Det er et annet nettsted du må sjekke og en annen programvare, både deg og dine kunder, må lære å bruke.
- De er bare like nyttige som informasjonen du legger inn i dem - med andre ord, hvis du ikke inkluderer en forfallsdato, kan programmet ikke advare deg om at det er nesten her.
- Noen selskaper liker ikke deres bedriftsinformasjon (inkludert nettsteder) som er lagret på et tredjeparts nettsted av sikkerhetshensyn. Husk å diskutere dette med klienten din før du betaler for en konto.
Jeg har brukt Basecamp og synes det er veldig nyttig for å levere filer til klienter, og deretter lage oppdateringer til disse filene og se notatene inline. Det er en fin måte å spore et stort prosjekt på.
Dokument hvilken leveringsmetode du skal bruke
Den eneste andre tingen du bør gjøre når du bestemmer deg for å levere ferdige dokumenter til klienter, er å sørge for at beslutningen dokumenteres og avtales i kontrakten. På denne måten vil du ikke løse noen problemer i veien når du planlegger å legge inn en fil til Dropbox, og klienten din vil at du skal laste opp hele nettstedet til serveren for dem.
