ایجاد یک وب سایت برای یک مشتری هیجان انگیز است، به خصوص به این دلیل که پروژه به پایان می رسد و شما در نهایت آماده شده است تا فایل های پروژه را به مشتری خود تغییر دهید. در این نقطه بحرانی در این پروژه، راه های بسیاری وجود دارد که می توانید سایت نهایی را ارائه دهید. همچنین برخی از اشتباهاتی که می توانید انجام دهید این است که فرآیند پروژه غیرقابل تصور را به یک تعامل ناموفق تبدیل کنید!
در نهایت، من توصیه می کنم مکانیزم تحویل را که برای یک پروژه در قرارداد استفاده می کنید تعریف کنید. این تضمین می کند که هیچ مشکلی در مورد چگونگی به دست آوردن همه فایل ها به مشتریان خود پس از اتمام سایت وجود ندارد. با این حال، قبل از اینکه بتوانید این شرایط را تعیین کنید، اول باید تعیین کنید که چه روش تحویل برای شما و مشتریان شما مناسب است.
ارسال فایل ها با ایمیل
این ساده ترین روش برای گرفتن فایل های خود از هارد دیسک خود را به مشتری خود است. همه این نیازها این است که شما باید یک سرویس ایمیل و یک آدرس ایمیل معتبر برای استفاده از مشتری خود داشته باشید. برای اکثر وبسایتهایی که دارای انواع صفحات و همچنین فایلهای خارجی مانند تصاویر، CSS و CSS هستند ، شما باید از یک برنامه برای فشرده سازی آن فایلها در یک پوشه فشرده استفاده کنید که بعدا میتواند به مشتری ارسال شود.
به استثنای این که سایت بسیار بزرگ و با حجم زیادی از تصاویر یا فایل های ویدئویی بسیار بزرگ است، این فرایند باید یک فایل نهایی که به اندازه کافی کوچک باشد تا به صورت ایمن از طریق ایمیل ارسال شود (به این معنی که آنقدر بزرگ نیست که توسط هرزنامه پرچم گذاری شده و مسدود شود فیلترها) با ارسال یک وب سایت از طریق ایمیل چندین مشکل وجود دارد:
- بسیاری از مشتریان ممکن است بدانند چگونه فایل ها را به سرور وب خود آپلود کنند. آنها همچنین نمی توانند بدانند چگونه فایل ها را از ایمیل خود جدا کرده و یا آنها را در زمانی که آنها را انجام می دهند.
- برخی از سرورهای ایمیل، فایل های HTML (و گاهی اوقات ZIP) را به عنوان بالقوه مضر در نظر می گیرند و ممکن است پیوست ها را از پیام حذف کنند. این به خصوص اگر شما فایلهای جاوا اسکریپت را ضمیمه کنید
- ایمیل ناامن است اگر HTML حاوی اطلاعات حساس باشد، می تواند توسط هکرها دیده شود، همانطور که فرستاده شده است.
- صفحات پویا مانند PHP یا اسکریپت هایی مانند CGI ممکن است نیاز به کارکردن در سرور زنده برای کار درست داشته باشند و مشتریان شما ممکن است بدانند که چگونه این کار را می کنند.
من فقط از ایمیل برای ارائه سایت ها استفاده می کنم، زمانی که می دانم که مشتری درک خوبی از آنچه انجام می دهد با فایل هایی که من ارسال می کنم. به عنوان مثال، زمانی که من به عنوان یک قراردادی برای یک تیم طراحی وب مشغول به کار هستم، مایلم فایل های ایمیل را به شرکتی که من را استخدام کرده است ارسال کنم، زیرا می دانم که آنها توسط افرادی که آگاه هستند و می دانند چگونه رفتار می کنند فایل ها در غير اين صورت، هنگامي كه با حرفه اي هاي غير وب سروكار دارم، از يكي از روش هاي زير استفاده مي كنم.
دسترسی به سایت زنده
این اغلب موثرترین راه برای ارسال فایل ها به مشتریان شما است - به هیچ وجه آنها را تحویل نمی دهید. در عوض، صفحات نهایی را مستقیما در وب سایت های زندگی خود از طریق FTP قرار دهید. هنگامی که وب سایت به پایان رسید و توسط مشتری شما در مکان دیگری (مانند یک دایرکتوری پنهان در سایت یا یک وب سایت دیگر) تایید شده است، شما آن را به صورت خود جابجا می کنید. راه دیگری برای انجام این کار این است که سایت را در یک مکان (احتمالا در یک سرور بتا که برای توسعه استفاده می کنید) ایجاد کنید، و سپس وقتی که آن را فعال کنید، ورود دامنه DNS را به سایت جدید تغییر دهید.
این روش برای مشتریانی که دانش زیادی در ساخت وب سایت ها ندارند و یا هنگام ساخت برنامه های وب پویای وب با PHP یا CGI مفید نیستند و شما باید مطمئن شوید که اسکریپت سایت درست در محیط زندگی کار می کند مفید است. اگر شما مجبورید فایل ها را از یک مکان به مکان دیگر منتقل کنید، بهتر است آنها را همانند ایمیل برای تحویل ایمیل خود بکشید. داشتن FTP از سرور به سرور (به جای به دیسک سخت خود و سپس بازگشت به سرور زنده) می تواند کارها را نیز بالا ببرد. مشکلات این روش عبارتند از:
- مشتریان همیشه نمی خواهند دسترسی به سایت خود را به freelancer ارائه دهند، بنابراین شما ممکن است زمانی که درخواست دسترسی به سایت را می کنید کمی شک و تردید کنید.
- بعضی از وبسایت ها در پشت فایروال ساخته شده اند و مترجمان آزاد نمی توانند به آنها دسترسی پیدا کنند.
- مشتریان ممکن است احساس کنند که شما باید بیش از آنچه که در قرارداد شما است، برای پشتیبانی و نگهداری اضافی در دسترس شما قرار داشته باشد، فقط به این دلیل که اکنون به سایت خود دسترسی داشته باشید.
- اگر فقط یک قسمت از سایت را ایجاد یا تغییر دهید، هر اشتباهی می تواند برای سایر نقاط سایت مشکلاتی ایجاد کند و به سرعت می تواند مشکل شما را به خود اختصاص دهد یا خیر.
این روش ترجیح من برای ارائه فایل ها زمانی است که من با مشتریانی که HTML یا طراحی وب را نمی شناسند برخورد می کنند. در حقیقت، من اغلب پیشنهاد می کنم که میزبانی را برای مشتری به عنوان بخشی از قرارداد پیدا کنم تا در هنگام توسعه آن دسترسی به سایت داشته باشم. سپس وقتی سایت کامل می شود، اطلاعات حساب خود را به آنها می دهم. با این حال، حتی زمانی که به مشتری کمک می کنم یک ارائه دهنده خدمات میزبانی را پیدا کنم، من همیشه مشتریان را می پذیرم که پایان پرداخت صورتحساب میزبانی، دوباره به عنوان بخشی از قرارداد، به طوری که من بعد از اینکه طراحی من را پرداخت .
ابزارهای ذخیره سازی آنلاین
ابزارهای ذخیره سازی آنلاین زیادی وجود دارد که می توانید برای ذخیره داده ها یا پشتیبان گیری از هارد دیسک خود استفاده کنید، اما چیز دیگری که می توانید از بسیاری از آنها برای استفاده به عنوان یک سیستم تحویل فایل استفاده کنید. ابزارهایی مانند Dropbox به راحتی می توانید فایل ها را در وب بگذارید و سپس URL های خود را برای دانلود آنها ارسال کنید.
در واقع، Dropbox به شما اجازه می دهد تا آنها را به عنوان یک فرم وب میزبانی با استفاده از اشاره به فایل های HTML در پوشه عمومی استفاده کنید، بنابراین می توانید آنها را به عنوان یک مکان آزمایشی برای اسناد HTML ساده نیز استفاده کنید. این روش برای مشتریانی است که درک اینکه چگونه فایلهای پایان یافته را به سرور زنده خود منتقل می کنند، خوب است اما کارایی خوبی با مشتریانی که نمی دانند چگونه طراحی وب یا HTML را انجام دهند، کار خوبی نخواهد کرد. مشکلات این روش شبیه به مشکلات ارسال یک پیوست ایمیل است:
- مشتریان ممکن است بدانند که چگونه از سرویس استفاده کنند.
- مشتریان ممکن است بدانند چگونه فایل ها را از Dropbox به وب سایت خود دریافت کنند.
این روش بسیار امن تر از ارسال پیوست ها از طریق ایمیل است. بسیاری از ابزارهای ذخیره سازی شامل برخی از حفاظت از رمز عبور و یا پنهان کردن URL ها به طوری که آنها کمتر احتمال دارد توسط کسی که نمی داند آن را پیدا کند. من دوست دارم با استفاده از این ابزار ها زمانی که یک پیوست به طور موثر برای ارسال توسط ایمیل خیلی بزرگ باشد همانطور که با ایمیل، من فقط از آن با تیم های وب استفاده می کنم که می دانند چه زمانی با آنها فایل دریافت می کنند.
نرم افزار مدیریت پروژه آنلاین
بسیاری از ابزارهای مدیریت پروژه در دسترس آنلاین وجود دارد که می توانید از آنها برای ارائه وب سایت به مشتریان استفاده کنید. این ابزارها ویژگی های فراتر از صرفه جویی در فایل ها مانند لیست کارها، تقویم ها، پیام ها و غیره را ارائه می دهد. یکی از ابزارهای مورد علاقه من Basecamp است.
ابزارهای آنلاین مدیریت پروژه مفید هستند وقتی که شما نیاز دارید که با یک تیم بزرگ در یک پروژه وب کار کنید. شما می توانید از آن برای ارائه سایت های نهایی و برای همکاری در هنگام ساخت آن استفاده کنید. شما همچنین می توانید پیگیری های انجام شده را پیگیری کنید و یادداشت های مربوط به آنچه که در پروژه انجام می شود را یادداشت کنید.
اشکالاتی وجود دارد:
- اکثر ابزارهای مدیریت پروژه آنلاین رایگان نیستند و نسخه های رایگان محدود هستند. اگر تصمیم به استفاده از آن دارید، باید هزینه را به چقدر هزینه بپردازید، و همانطور که در قرارداد ذکر شده، آن را ذکر کنید.
- این وبسایت دیگری است که شما باید آن را بررسی کنید و دیگر نرم افزارهای شما و مشتریانتان باید یاد بگیرند که استفاده کنید.
- آنها فقط به عنوان اطلاعاتی که در آنها قرار داده اید مفیدند، به عبارت دیگر، اگر شما تاریخ دقیق را شامل نمی شود، برنامه نمی تواند به شما هشدار دهد که تقریبا در اینجا است.
- بعضی از شرکتها اطلاعات سازمانی خود (از جمله وب سایت ها) را به دلایل امنیتی ذخیره می کنند در سایت ثالث. قبل از اینکه حساب کاربری خود را پرداخت کنید مطمئن باشید که این را با مشتری خود بحث کنید.
من Basecamp را استفاده کرده ام و آن را بسیار مفید برای ارائه فایل ها به مشتریان، و پس از آن به روز رسانی به آن فایل ها و دیدن یادداشت های درون خطی. این یک راه عالی برای پیگیری یک پروژه بزرگ است.
سند روش تحویل که شما استفاده می کنید
تنها چیزی که باید در تصمیم گیری در مورد نحوه ارائه اسناد نهایی به مشتری ها انجام دهید این است که مطمئن شوید که این تصمیم مستند شده و در قرارداد توافق شده است. به این ترتیب، زمانی که قصد دارید یک فایل را به Dropbox بفرستید، هیچ مشکلی در جاده وجود نخواهد داشت و مشتری شما می خواهد تمام سایت را به سرور خود بفرستد.
مقاله اصلی جنیفر کریینین. ویرایش شده توسط Jeremy Girard در تاریخ 12/09/16