사이트 및 프로젝트 파일을 클라이언트에 제공

클라이언트를위한 웹 사이트 구축은 흥미 롭습니다. 특히 프로젝트가 끝나면 마침내 프로젝트 파일을 클라이언트로 넘겨 줄 준비가 끝납니다. 프로젝트의이 중요한 시점에서 최종 사이트를 제공하기 위해 선택할 수있는 여러 가지 방법이 있습니다. 당신이 할 수있는 몇 가지 실수가 있습니다. 그렇지 않으면 좋은 프로젝트 프로세스가 실패한 참여로 바뀔 것입니다!

궁극적으로 계약에서 프로젝트에 사용할 배달 메커니즘을 정의하는 것이 좋습니다. 이렇게하면 사이트가 완료된 후 모든 파일을 클라이언트에 가져 오는 방법에 대해 의문의 여지가 없습니다. 그러나 이러한 조건을 정하기 전에 먼저 귀하와 귀하의 고객에게 가장 적합한 전달 방법을 결정해야합니다.

이메일로 파일 보내기

이것은 하드 드라이브에서 고객에게 파일을 가져 오는 가장 쉬운 방법입니다. 고객에게 필요한 이메일 클라이언트와 유효한 이메일 주소가 있어야합니다. 다양한 페이지와 이미지, CSS 스타일 시트 및 자바 스크립트 파일과 같은 외부 파일이있는 대부분의 웹 사이트에서는 프로그램을 사용하여 압축 된 폴더에 해당 파일을 "압축하여"클라이언트에 전자 메일로 보낼 수 있어야합니다.

사이트가 매우 많고 많은 이미지 또는 비디오 파일이있는 경우를 제외하고이 프로세스는 전자 메일로 안전하게 보낼 수있는 크기의 최종 파일을 가져와야합니다. 즉, 스팸으로 인해 표시되거나 차단되는 크기가 아닌 파일을 의미합니다 필터). 이메일로 웹 사이트를 보내는 데는 몇 가지 문제가있을 수 있습니다.

클라이언트가 내가 보내는 파일을 어떻게 처리해야하는지 잘 알고있을 때만 사이트를 제공하기 위해 전자 메일을 사용합니다. 예를 들어, 웹 디자인 팀의 하청 업체로 일하면서, 지식이 풍부하고 처리 방법을 알게 될 사람들이 나를 받아 들일 것이라는 것을 알기 때문에 저를 고용 한 회사에 이메일로 파일을 보내고 싶습니다. 파일들. 그렇지 않은 경우 웹 이외의 전문가를 대할 때 아래 방법 중 하나를 사용합니다.

라이브 사이트 액세스

이는 종종 파일을 전달하지 않음으로써 고객에게 파일을 전달하는 가장 효과적인 방법입니다. 대신 완성 된 페이지를 FTP를 통해 라이브 웹 사이트에 직접 넣습니다. 웹 사이트가 끝나고 클라이언트가 다른 위치 (예 : 사이트의 숨겨진 디렉토리 또는 다른 웹 사이트)에서 승인하면 사이트를 직접 이동하십시오. 이렇게하는 또 다른 방법은 한 곳 (개발에 사용하는 베타 서버)에 사이트를 만든 다음 게시 할 때 새 사이트를 가리 키도록 도메인 DNS 항목을 변경하는 것입니다.

이 방법은 웹 사이트 구축 방법이나 PHP 또는 CGI를 사용하여 동적 웹 응용 프로그램을 구축 할 때 많은 지식이없는 클라이언트에게 유용하며 라이브 환경에서 사이트 스크립트가 올바르게 작동하는지 확인해야합니다. 한 위치에서 다른 위치로 파일을 이동해야하는 경우 전자 메일 배달과 마찬가지로 파일을 압축하는 것이 좋습니다. FTP를 서버에서 서버로 (하드 드라이브로 내려간 후 라이브 서버로 백업하는 것)하면 작업 속도가 빨라질 수 있습니다. 이 방법의 문제점은 다음과 같습니다.

이것은 HTML 또는 웹 디자인을 모르는 클라이언트를 상대 할 때 선호하는 파일 전송 방법입니다. 실제로 계약의 일부로 고객을위한 호스팅을 찾아 제공하므로 사이트를 개발할 때 액세스 할 수 있습니다. 그런 다음 사이트가 완성되면 계정 정보를 제공합니다. 그러나 클라이언트 가 호스팅 제공 업체를 찾도록 도울 때도 고객이 계약의 일부로 호스팅 청구서를 처리하도록해야하므로 디자인을 완료 한 후에 호스팅 비용을 지불하지 않아도됩니다. .

온라인 저장 도구

데이터를 저장하거나 하드 드라이브를 백업하는 데 사용할 수있는 온라인 저장 도구가 많이 있지만 그 중 많은 것을 사용할 수있는 또 다른 방법은 파일 전달 시스템입니다. Dropbox와 같은 도구를 사용하면 웹에 파일을 배치 한 다음 클라이언트에게 URL을 다운로드하여 다운로드 할 수 있습니다.

실제로 Dropbox는 공용 폴더의 HTML 파일을 가리켜 웹 호스팅의 한 형태로 사용할 수 있으므로 간단한 HTML 문서의 테스트 장소로도 사용할 수 있습니다. 이 방법은 완성 된 파일을 실제 서버로 이동하는 방법을 알고 있지만 웹 디자인 또는 HTML을 수행하는 방법을 모르는 클라이언트와 잘 작동하지 않는 고객에게 유용합니다. 이 방법의 문제점은 전자 메일 첨부 파일 전송 문제와 유사합니다.

이 방법은 전자 메일을 통해 첨부 파일을 보내는 것보다 훨씬 안전합니다. 많은 저장 도구에는 암호 보호 기능이 포함되어 있거나 모르는 사람이 찾지 못할 정도로 URL을 숨길 수 있습니다. 첨부 파일이 너무 커서 이메일을 효과적으로 보낼 수 없을 때 이러한 도구를 사용하는 것이 좋습니다. 전자 메일과 마찬가지로 zip 파일을받은 후 처리해야 할 웹 팀과 만 사용합니다.

온라인 프로젝트 관리 소프트웨어

웹 사이트를 고객에게 제공하는 데 사용할 수있는 온라인 프로젝트 관리 도구가 많이 있습니다. 이 도구는 할 일 목록, 캘린더, 메시징 등과 같은 파일을 저장하는 것 이상의 기능을 제공합니다. 제가 가장 좋아하는 도구 중 하나는 Basecamp입니다.

온라인 프로젝트 관리 도구는 웹 프로젝트에서 더 큰 팀과 작업해야 할 때 유용합니다. 최종 사이트를 제공하고 구축하는 동안 공동 작업을 수행하는 데이 두 가지 방법을 모두 사용할 수 있습니다. 또한 프로젝트의 진행 상황을 메모 할뿐만 아니라 결과물을 추적 할 수도 있습니다.

몇 가지 단점이 있습니다.

Basecamp를 사용하여 클라이언트에게 파일을 전달한 다음 해당 파일을 업데이트하고 메모를 인라인하는 데 매우 유용합니다. 대규모 프로젝트를 추적하는 좋은 방법입니다.

사용할 배달 방법을 문서화하십시오.

최종 문서를 고객에게 전달하는 방법을 결정할 때해야 할 유일한 다른 일은 해당 결정이 문서화되어 계약서에 동의되어 있는지 확인하는 것입니다. 이렇게하면 파일을 Dropbox에 게시 할 계획이고 클라이언트가 전체 사이트를 서버에 업로드하기를 원할 때 길 아래로 혼란에 빠지지 않습니다.

Jennifer Krynin의 원본 기사입니다. 제레미 지라드 편집 : 12/09/16