Épület a weboldal egy ügyfél számára izgalmas, különösen, ha a projekt befejeződik, és készen áll arra, hogy átadja a projektfájlokat az ügyfelének. A projekt ezen kritikus szakaszában sokféleképpen juttathatja el a végleges helyet. Van néhány tévedés is, amelyet megtehet, ami az egyébként jó projektfolyamatot sikertelen megbízássá változtatja.
Határozza meg a projektben a szállítási mechanizmust a szerződésben. Ez biztosítja, hogy nincs kérdés arról, hogy miként juttatja el a fájlokat ügyfeleihez a webhely befejezése után.
Fájlok küldése e-mailben
Az e-mail a legegyszerűbb módszer fájlok eljuttatására a merevlemezről az ügyfeléhez. Ehhez csak arra van szükség, hogy rendelkezzen e-mail klienssel és érvényes e-mail címmel. A legtöbb webhelyet különféle oldalakkal, valamint külső fájlokkal, például képekkel, CSS stíluslapok, és Javascript fájlokra, szükséged lesz egy programra, amely ezeket a fájlokat egy tömörített mappába tömöríti, amelyet aztán elküldhet az ügyfélnek.
Hacsak a webhely nem sok kép- vagy videofájlt tartalmaz, ennek a folyamatnak egy kicsi végső fájlt kell készítenie elég ahhoz, hogy biztonságosan elküldhesse e-mailben (vagyis olyan, amely nem lesz akkora, hogy a spamszűrők megjelölik és letiltják).
Számos lehetséges probléma merül fel a weboldal e-mailben történő elküldésével:
- Lehet, hogy az ügyfelek nem tudják a fájlok feltöltése a webkiszolgálójukra, hogyan lehet leválasztani a fájlokat az e-mailről, vagy hova tenni a fájlokat, amikor azok megtörténnek.
- Egyes e-mail szerverek fontolóra veszik HTML fájlok (és néha ZIP fájlok) potenciálisan károsak lehetnek, és eltávolíthatják a mellékleteket az üzenetből. Ez különösen igaz a JavaScript fájlok csatolásakor.
- Az e-mail nem biztonságos. Ha a HTML érzékeny adatokat tartalmaz, akkor a hackerek láthatják, amikor elküldi őket.
- Dinamikus oldalak, mint PHP vagy olyan szkriptek, mint CGI megkövetelheti az élő szerveren a megfelelő működéshez szükséges módosításokat, és előfordulhat, hogy az ügyfelek nem tudják, hogyan kell ezt megtenni.
Csak akkor használjon e-mailt webhelyek kézbesítésére, ha tudja, hogy az ügyfél megérti, mit kell tennie az elküldött fájlokkal. Például, amikor alvállalkozóként dolgozik egy webdesign-csapatnál, elküldheti a fájlokat e-mailben annak a cégnek, amelyik felvett téged, mivel tudod, hogy a fájlokat hozzáértő emberek fogják megkapni, akik értenek a fájl kezeléséhez fájlokat. Ellenkező esetben, ha nem internetes szakemberekkel foglalkozik, vegye figyelembe az alábbi módszerek egyikét.
Nyissa meg az Élő webhelyet
Az élő webhely biztosítása gyakran a leghatékonyabb módja a fájlok eljuttatásának az ügyfeleknek - azzal, hogy egyáltalán nem kézbesíti a fájlokat. Ehelyett tegye a véglegesített oldalakat közvetlenül az élő webhelyükre az FTP segítségével. Miután a webhely elkészült és egy másik helyen jóváhagyta az ügyfelet (például egy rejtett könyvtárat a webhelyen vagy egy másik webhelyet), mozgassa azt élőben.
Ennek másik módja az, hogy a webhelyet egy helyre hozza létre (valószínűleg a fejlesztéshez használt Beta-kiszolgálón), majd amikor él, változtassa meg a tartomány DNS-bejegyzését úgy, hogy az az új webhelyre mutasson.
Ez a módszer akkor hasznos, ha az ügyfeleknek nincs sok tudásuk a webhelyek építéséről vagy a dinamikus web létrehozásáról alkalmazások PHP vagy CGI használatával, és meg kell győződnie arról, hogy a webhely szkriptjei élőben működnek-e megfelelően környezet.
Ha a fájlokat egyik helyről a másikra kell áthelyeznie, akkor célszerű a fájlokat úgy tömöríteni, mint az e-mail kézbesítéskor. Ha FTP-t használ szerverről szerverre (nem pedig a merevlemezre, majd biztonsági másolatot készít az élő szerverre), az is felgyorsíthatja a dolgot.
A módszer problémái a következők:
- Az ügyfelek nem mindig akarnak hozzáférést biztosítani az oldalukhoz szabadúszóknak, ezért némi habozásba ütközhet, amikor webhely-hozzáférést kér.
- Egyes webhelyek tűzfal mögé épülnek, és előfordulhat, hogy a szabadúszók nem tudják elérni ezeket a webhelyeket.
- Az ügyfelek úgy érezhetik, hogy Önnek rendelkeznie kell további támogatással és karbantartással a szerződésben foglaltakon túl, mert most hozzáfér a webhelyéhez.
- A webhely csak egy részének felépítésekor vagy átalakításakor bármilyen hiba problémákat okozhat a webhely többi részében, és ez gyorsan az Ön problémájává válhat, függetlenül attól, hogy Ön okozta-e a problémát.
Ez a fájlok kézbesítésének előnyös módja, ha olyan ügyfelekkel foglalkozik, akik nem ismerik a HTML-t vagy a webdesignt. Ha felajánlja, hogy a szerződés részeként megtalálja az ügyfél számára a tárhelyet, akkor hozzáférést biztosít a webhelyhez, amíg Ön fejlesztik azt. Majd ha elkészült a webhely, adja meg számlaadatait. Azonban az ügyfelek mindig kezeljék a tárhely számlázási végét, ismét a szerződés részeként, hogy a tervezés befejezése után ne ragadjon el a tárhely fizetése.
Online tárolóeszközök
Rengeteg online tárolóeszköz tárolhatja adatait, vagy készíthet biztonsági másolatot a merevlemezről. Ezen eszközök közül sokat használhat fájlszállítási rendszerként is. Az olyan eszközök, mint a Dropbox, megkönnyítik a fájlok internetes elhelyezését, majd URL-t adnak az ügyfeleknek a fájlok letöltéséhez.
A Dropbox segítségével a szolgáltatást webtárhelyként is használhatja azáltal, hogy rámutat a nyilvános mappában található HTML fájlokra, így egyszerű HTML dokumentumok tesztelési helyeként használhatja. Ez a módszer azoknak az ügyfeleknek alkalmas, akik értik a kész fájlok élő szerverükre való áthelyezését. Azonban nem fog olyan jól működni olyan ügyfelekkel, akik nem tudják, hogyan kell elkészíteni a web-tervezést vagy a HTML-t.
A módszerrel kapcsolatos problémák hasonlóak az e-mail mellékletek küldésével kapcsolatos problémákhoz:
- Az ügyfelek nem tudják, hogyan kell használni a szolgáltatást.
- Előfordulhat, hogy az ügyfelek nem tudják, hogyan juttassák el a fájlokat a Dropboxról a weboldalukra.
Ez a módszer biztonságosabb, mint a mellékletek e-mailben történő elküldése. Sok tárolóeszköz tartalmaz némi jelszóvédelmet, vagy elrejti az URL-eket, így kevésbé valószínű, hogy a fájlokat megtalálja valaki, aki nem ismeri.
Használja ezeket az eszközöket, ha a melléklet túl nagy ahhoz, hogy hatékonyan e-mailben elküldhesse. Az e-mailhez hasonlóan csak akkor használja azokat az internetes csapatokat, amelyek tudják, mit kell kezdeniük a ZIP-fájllal, miután megkapták.
Online projektmenedzsment szoftver
Számos olyan projektmenedzsment eszköz áll rendelkezésre az interneten, amelyek segítségével weboldalakat juttathat el az ügyfelekhez. Ezek az eszközök olyan fájlok tárolásán túl kínálnak funkciókat, mint tennivalók listája, naptárak, üzenetküldés stb. Az egyik kedvenc eszköz Alaptábor.
Az online projektmenedzsment eszközök akkor hasznosak, ha nagyobb csapattal dolgoznak egy webes projekten. Használhatja végleges webhelyek kézbesítésére és együttműködésre, miközben felépíti. Továbbá nyomon követheti a teljesítéseket és jegyzeteket készíthet arról, hogy mi zajlik a projekt során.
Van néhány hátránya:
- Az online projektmenedzsment eszközök többsége nem ingyenes, és az ingyenes verziók korlátozottak. Ha úgy dönt, hogy egyet használ, akkor a költséget számolja bele, mennyit fog felszámolni, és vegye fel a szerződésbe.
- Ez egy másik webhely, amelyet ellenőriznie kell, és egy másik szoftver, amelyet Önnek és ügyfeleinek meg kell tanulniuk.
- Ezek az eszközök csak annyira hasznosak, mint az Ön által megadott információk. Például, ha kihagy egy esedékességi dátumot, a program nem tudja figyelmeztetni, hogy már közel van.
- Egyes vállalatok biztonsági okokból nem szeretik a harmadik fél webhelyén tárolt vállalati adataikat (beleértve a webhelyeket is). Feltétlenül beszélje meg ezt ügyfelével, mielőtt fizetne a számláért.
A Basecamp hasznos fájlok eljuttatásához az ügyfelekhez, majd a fájlok frissítéséhez és a jegyzetek beágyazásához. Nagyszerű módszer egy nagy projekt nyomon követésére.
Dokumentálja, milyen szállítási módot fog használni
Az egyetlen dolog, amit meg kell tennie, amikor dönt a végleges dokumentumok ügyfeleknek történő átadásáról, az az, hogy dokumentálja ezt a döntést és elfogadja azt a szerződésben. Így nem fog félreértésekbe ütközni az úton, amikor azt tervezte, hogy egy fájlt küldene a Dropboxba, és az ügyfél azt akarja, hogy töltse fel az egész webhelyet a szerverére értük.