시간은 돈이다 – 웹과 애플리케이션 개발의 경우 더 이상 관용구가 정확하지 않다. 작업 시간과 비용을 최적화하기 위해서는 지속적인 수정의 번거 로움을 없애기 위해 견고한 프로젝트 사양이 중요합니다.
업계에서 8 년간의 경험을 보유한 우리는 잘못된 사양으로 인해 많은 문제가 발생했습니다. 사소한 것처럼 들릴 수도 있지만 실제로 전체 프로젝트 과정에 큰 영향을 미쳤습니다. 이 기사에서는 개발자와의 협업을보다 쉽게하기 위해 경험을 공유하고자합니다. 우리는 또한 권장합니다이 게시물을 확인하십시오 포함하는 프로젝트 사양 작성을위한 유용한 지침.
Table of Contents
1. 대량의 컨텐츠 가져 오기 및 내보내기
새 웹 사이트로 전송할 콘텐츠가 방대한 경우 사양에 명확하게 표시해야합니다. 이러한 정보는 작업 범위에 대한 오해를 피하기 위해 제공됩니다. 보다 넓은 관점에서 프로젝트 사양에서 언급하면 데이터 마이그레이션이 더 효율적입니다. 그것은 많은 스트레스와 시간을 절약하고 작업 속도를 크게 향상시킵니다.
2. 누가 웹 사이트에 컨텐츠를 추가합니까?
개발자의 의무는 아니지만 그러한 서비스를 요청할 수 있으며이를 프로젝트 사양에 포함시키는 것이 최선의 방법입니다. 이 작업을 계약자에게 위임하기로 결정한 경우 모든 컨텐츠 유형 및 이와 연관된 데이터를 나열해야합니다. 프로젝트를 즉시 시작하는 것도 관심의 대상이되기 때문에 항상 매우 저렴한 시간당 요금으로 콘텐츠를 소개하는 것이 좋습니다.
3. WordPress 페이지 빌더의 문제점
페이지 빌더는 의심 할 여지없이 유연성과 명료성으로 인해 사용자들 사이에서 매우 인기가 있습니다. 이전 웹 사이트가 WordPress에서 널리 사용 가능한 테마 중 하나로 만들어 졌다면 제공 한 기능에 익숙해 져있는 것이 당연합니다. 그러나 원래 테마는 웹 사이트를 위해 특별히 처음부터 설계되었으며 작업 할 페이지 작성기를 개발하는 것은 표준 서비스가 아닙니다. 필요한 경우 사양에서 요청해야합니다. 페이지 빌더를 작성하는 데 더 많은 시간과 노력이 소요되므로 예산을 늘려야합니다. 프로젝트의이 단계에서 언급하면 나중에 비용을 절약 할 수 있습니다.
4. 전자 상거래 솔루션이 필요합니다
“전자 상거래 솔루션”은 매우 광범위한 개념입니다. 필요한 것을 얻으려면 프로젝트 사양에 명확하게 설명해야합니다. 전자 상거래 플랫폼에 대한 작업을 선호하는지, 그렇다면 어떤 플랫폼이어야하는지 계약자에게 알리십시오. 또한 구현할 정확한 기능을 지정해야합니다. 사양은 간단한 형태의 형태를 가질 수 있습니다.
5. 혼란스러운 웹 사이트 디자인
이 경우 명확한 정보가 부족하면 디자인이 만족스럽지 않을 수 있습니다. 물론, 우리가 생각하는 것을 항상 간단하게 설명하는 것은 아니지만 지침이 정확할수록 그 결과는 더욱 기쁩니다. 기존 예제를 사용하면 일반적으로 많은 도움이됩니다. 예를 들어 일부 웹 사이트에서 본 버튼 디자인을 좋아하지만 다른 웹 사이트에서 사용되는 호버 모양을 즐겼다면 사양에 포함시킬 수 있습니다. 비전을 그림으로 바꾸는 것을 두려워하지 마십시오. 간단한 스케치는 종종 가장 자세한 설명 이상을 말합니다. 그러나 하나의 디자인으로 구성 할 때 모든 것이 좋아 보이지는 않는다는 점을 기억해야합니다.
6. 사진, 일러스트레이션 및 아이콘을 제공하는 사람
그래픽 콘텐츠는 예산의 상당 부분을 흡수 할 수 있으므로 이러한 비용을 누가 부담해야하는지 결정해야합니다. 우리의 경우 사진은 고객 측에 있지만 더 많은 구매 가능성이있는 삽화와 아이콘을 특정 번호로 제공합니다.
7. 사이트 사용 방법 배우기
텍스트 또는 비디오 형태로 지침을 받을지 여부를 지정하십시오. 주어진 시간 내에 개별 교육을 요청할 수도 있습니다. 이러한 안내서를 준비하는 데는 일정 시간이 걸리므로 적절한 지불이 필요합니다.
8. 서브 페이지 수와 내용
적용 할 서브 페이지와 포함 할 서브 페이지를 지정해야합니다. 이후 단계에서 번호, 유형 또는 콘텐츠를 변경하면 추가 비용이 발생하거나 예산이 확장되지 않으면 주문 실행 수준에서 큰 문제가 발생할 수 있습니다. 이러한 어려움은 큰 지연의 가장 일반적인 원인 중 하나입니다. 프로젝트를 시작하기 전에 웹 사이트의 계약자와 시나리오를 논의 할 가치가 있습니다. 이 시점에서 기본 사이트 맵을 만드는 것이 매우 유용 할 수 있습니다. 다음과 같이 간단한 페이지 목록을 준비하여 페이지 서브 페이지 관계를 시각화 할 수도 있습니다.
- 집
- 우리의 이야기
- 제품
- 사례
- 블로그
- 접촉
- 우리에 대해
9. 진지하게 받아들이지 않음
때로는 그러한 문서에 충분한 크레딧을 제공하지 않고 불필요한 부담으로 취급합니다. 그러나 사양을 계약자에게 전달하기 전에 신중하게 프로젝트를 생각하는 것이 매우 유리합니다. 진지하게 받아들이면 전체 과정이 더 순조로워집니다. 적절한 프로젝트 사양을 작성하는 데 2 시간 이상 걸리지 않으며 처음에 그것을 생각하면 나중에 많은 문제를 줄일 수 있다고합니다.
프로젝트 사양은 성공적인 프로젝트의 열쇠입니다
이 모든 것이 당연히 개발자가 프로젝트를 달성하기 위해 가능한 한 가장 자세한 사양을 제공 할 것을 기대한다는 의미는 아닙니다. 이 몇 가지 예는 특정 문제를 피하고 계약자와의 협력을보다 효과적으로 만드는 데 도움이됩니다. 더 알고 싶다면창의적인 대행사 또는 소프트웨어 하우스와 협력하는 방법에 대해 읽을 수 있습니다. 이리. 또한 의견 섹션에서 의견을 공유하는 것이 좋습니다. 미래 기사에 대한 주제를 자유롭게 제안하십시오