핵심 내용: 웹 디자인 프로젝트 관리를 위한 모범 사례

게시 됨: 2016-03-09

디자이너로서 우리는 디자인 구조(와이어프레임, 공백, 코드, 탐색 등)와 콘텐츠 관리 측면에서 웹사이트를 개념화하는 데 익숙합니다. 그러나 디자인 프로젝트가 그 지점에 도달하기 전에 귀하와 귀하의 팀은 프로젝트 계획을 작성해야 합니다.

프로젝트 계획은 무슨 일이, 언제, 누구에 의해 완료될 것인지를 정확하게 제시하는 구체적인 문서입니다. 예상 프로젝트 일정은 얼마나 됩니까? 언제 완료할 계획입니까? 어떤 팀원이 어떤 작업을 담당합니까? 이러한 질문에 답할 준비가 되어 있지 않다면 프로젝트를 시작할 준비가 되지 않은 것입니다.

구체적이고 실행 가능한 프로젝트 계획을 작성하려면 다음과 같은 단계별 지침을 따르십시오.

적합한 프로젝트 관리 소프트웨어 선택

프로젝트 관리 소프트웨어는 특히 대규모 프로젝트에서 작업하거나 복잡한 움직이는 부품을 많이 계획하는 경우 필수적인 도구입니다. 올바른 소프트웨어는 각 세부 사항을 명확하고 이해하기 쉬운 방식으로 배치하여 완료된 영역을 표시하거나 필요한 경우 새 정보를 추가할 수 있도록 합니다.

어떤 종류의 소프트웨어에 투자해야 합니까? 필요한 것보다 더 많은 기능을 갖춘 프로젝트 관리 솔루션을 선택하는 대신 다음 질문을 고려하십시오.

  • 올인원 솔루션이 필요하십니까? 일부 디자인 프로젝트는 견적, 급여, 시간 추적 등 프로젝트의 각 측면에 대해 하나씩 여러 프로그램을 사용하는 것이 합리적일 만큼 충분히 작습니다. 일부 프로젝트에는 이러한 모든 작업 등을 처리하고 작업 간에 정보 흐름을 원활하게 유지할 수 있는 소프트웨어가 필요합니다.
  • 클라우드에서 작업해야 합니까? 클라우드 기반 소프트웨어는 어디에서나 프로젝트 정보에 액세스할 수 있기 때문에 팀 구성원 간의 보다 효과적인 협업을 촉진합니다.
  • 어떤 기능이 필요합니까? 일부 올인원 소프트웨어 솔루션에는 기능이 너무 많아 조직에 유용하지 않은 기능이 많습니다. 반면에 많은 솔루션을 사용하면 가장 유익한 기능을 선택하여 프로젝트를 복잡하지 않고 효율적으로 구성할 수 있습니다.

핵심 내용: 웹 디자인 프로젝트 관리를 위한 모범 사례 1

프로젝트 정의

이제 모든 것을 배치할 수 있는 도구가 있으므로 프로젝트를 정의할 차례입니다. 프로젝트 정의는 팀에 "우리 고객은 웹사이트를 원합니다"라고 말하는 것 이상의 광범위한 단계입니다. 지금 우리는 HTML, CSS 또는 프로그래밍을 말하는 것이 아닙니다. 우리는 큰 그림을 보고 있습니다.

프로젝트 정의 문서에는 다음이 포함되어야 합니다.

  • 요약. 클라이언트 입력을 사용하여 웹사이트의 기본 개요를 만듭니다. 클라이언트의 조직 배경, 클라이언트가 서비스하는 사람들의 유형, 클라이언트가 제공하는 고유한 가치에 대한 간략한 요점을 포함합니다. 이 정보는 앞으로 내리는 모든 프로젝트 결정을 안내해야 합니다.
  • 목표. 이 웹사이트는 무엇을 달성할 것인가? 그것의 끝점은 무엇입니까? 구체적이고 측정 가능한 목표를 식별합니다.
  • 대상 고객. 클라이언트가 가장 도달하고 싶은 사람은 누구입니까? 그들의 필요는 무엇입니까? 주요 인구 통계, 일상적인 웹 사용 작업 및 목표를 식별하는 잠재고객 프로필을 만듭니다. 또한 대상 청중이 대표되는 브랜드를 어떻게 인식하는지 고려하십시오.
  • 메시지. 어떤 정보가 대상 청중을 가장 잘 유인하고 동기를 부여할 것입니까? 브랜드와 어떻게 그들을 참여시킬 계획입니까? 가장 중요한 것은 무엇이 이 브랜드를 독특하게 만드는가?
  • 경쟁자. 산업에 관계없이 항상 귀하와 유사한 솔루션을 제공하는 경쟁자가 있을 것입니다. 보내려는 메시지를 더 잘 다듬는 데 도움이 되도록 특정 경쟁업체와 그들의 웹사이트에 대한 개요를 만드십시오. 이렇게 하면 시각적 브랜딩, 클릭 유도문안, 사이트 탐색 및 기타 콘텐츠를 개발하는 데 도움이 됩니다.
  • 위험. 계획 단계에서 잠재적인 위험을 예측하고 정의하여 예기치 않은 문제가 발생하지 않도록 합니다. 예를 들어 프로젝트 파일 백업과 같은 주요 위험을 완화하기 위한 계획이 있는지 확인하십시오.
작업분류체계 작성

이제 계획을 실행하기 위해 작업분류체계(WBS)를 개발할 때입니다. 프로젝트의 목표와 목표를 개발했으므로 이제 팀에서 완료할 결과물을 세분화해야 합니다. 다시 말하지만, 클라이언트 입력은 이 단계를 완료하는 데 가장 중요합니다.

웹 사이트를 계획할 때 팀을 참여시키는 것도 좋은 생각입니다. 레이아웃, 콘텐츠 및 플러그인과 같은 별도의 구성 요소와 각 구성 요소에 수반되는 하위 범주로 나눕니다.

상세한 프로젝트 타임라인 생성

모든 팀 구성원이 각 작업을 담당하는 사람을 알고 있는지 확인합니다. 작업이 할당되지 않으면 완료되지 않습니다. 예상되는 내용과 기한을 설명할 때 가능한 한 구체적으로 작성하십시오.

작업 계획 구현 및 관리

드디어 계획을 실행에 옮길 시간입니다. 위에서 언급한 카테고리(레이아웃, 콘텐츠 및 플러그인)는 이 시점에서 모두 구체화되어야 합니다.

  • 사이트 맵. 여기에서 와이어프레임과 사이트 아키텍처에 대해 알아보겠습니다. 콘텐츠 맵을 만들고 모든 페이지가 서로 연결되는 방식, 즉 탐색이 배치되는 방식을 파악합니다.
  • 시각 디자인. 클라이언트의 브랜드와 시각적 스타일을 염두에 두고 사이트에 대한 시각적 개념을 그립니다. 모든 색상, 글꼴 및 기타 디자인 요소가 브랜드에 있는지 확인하십시오.
  • 개발. 이제 HTML과 CSS를 가져올 차례입니다. 작성된 콘텐츠를 제자리에 놓고 소셜 미디어 플러그인을 추가하고 콘텐츠 제작 팀에서 개발한 기타 멀티미디어를 포함합니다.
  • 테스트. 귀하의 사이트는 테스트를 거쳐야 완성됩니다. 모든 요소가 작동해야 합니다. 여러 브라우저와 모바일 장치를 사용하여 이중 및 삼중 확인.

관리 프로세스의 일부에는 팀 관리가 포함됩니다. 모든 사람이 프로젝트에 지정된 시간 내에 해야 할 일을 하고 있는지 확인하십시오.

프로젝트 시작

사이트가 완성되고 모든 요소가 테스트되었으며 클라이언트가 완성된 프로젝트를 승인했습니다. 만세! 이제 사이트를 사용할 수 있습니다.

유지 관리 계획 만들기

이것은 프로젝트의 마지막 단계이지만 계속 진행 중인 단계입니다. 웹 디자인의 핵심 원칙 중 하나는 사이트 유지 관리입니다. 웹사이트를 살아 숨쉬는 유기체로 생각하십시오. 클라이언트와 계속 협력하여 필요에 따라 업데이트하십시오.

마지막 생각들

시작하기 전에 웹사이트가 실패하도록 두지 마십시오. 모든 주요 프로젝트와 마찬가지로 목표와 목표를 먼저 정의한 다음 세부 사항에 집중하면 성공을 위한 최선의 기회를 얻을 수 있습니다. 또한 전체 작업량을 최소화하고 궁극적으로 고객에게 훌륭한 제품을 제공할 수 있습니다.