웹사이트 기획서(요구사항 명세서) 작성법: 원하는 사이트를 얻는 방법
예산을 초과하거나 "뭔가 아닌" 결과물이 나오는 웹사이트 프로젝트 대부분은 원인이 같습니다. 고객과 개발자가 작업을 서로 다르게 이해한 것입니다. 사이트가 해야 할 일을 글로 정리한 요구사항 명세서가 이를 막아 줍니다. 길거나 기술적일 필요는 없지만, 명확해야 합니다.
웹사이트 요구사항 명세서에 담아야 할 내용을 항목별로 소개합니다.
1. 사이트의 목표
사이트가 무엇을 위한 것이고, 잘 작동하는지 어떻게 판단할지 적으세요. 예: "주방 인테리어 상담 신청을 월 30건 이상 받기". 목표가 없으면 모든 결정이 취향의 문제가 됩니다.
2. 타깃 사용자
누가 사이트를 방문하고, 거기서 무엇을 하고 싶어 하는지. 휴대폰으로 보는 바쁜 사업주와 노트북으로 가격을 비교하는 학생은 필요한 것이 다릅니다.
3. 페이지와 구조
페이지 목록과 서로의 연결. 홈, 카탈로그, 상품 페이지, 회사 소개, 연락처, 블로그 등. 간단한 다이어그램이나 계층이 있는 목록이면 충분합니다.
4. 페이지별 콘텐츠
각 페이지에 무엇이 들어가는지. 블록, 텍스트, 사진, 양식. 각각을 누가 준비하는지(여러분 또는 개발자)도 표시하세요. 콘텐츠는 프로젝트가 멈추는 가장 흔한 이유입니다.
5. 기능
사이트가 해야 할 일. 온라인 결제, 예약, 검색과 필터, 마이페이지, 다국어 지원 등. 각 기능을 방문자의 관점에서 설명하세요. "방문자가 날짜와 시간을 고르면 확인 이메일을 받는다"처럼요.
6. 디자인
마음에 드는 사이트 예시와 그 이유, 브랜드 색상과 로고, 있다면 글꼴. 아직 디자인이 없다면 디자인이 작업에 포함되는지 알려 주세요.
7. 기술 요구사항
선호하는 플랫폼이나 CMS가 있다면 그것, 호스팅과 도메인, CRM·결제 대행사·배송 서비스와의 연동, 속도와 모바일 기기에 대한 요구사항.
8. 일정, 단계, 검수
작업을 단계로 나누고 단계마다 결과물을 정하세요. 디자인, 퍼블리싱, 기능, 콘텐츠, 오픈. 각 단계를 어떻게 검수할지, 수정은 몇 번까지 포함되는지 미리 합의하세요.
흔한 실수
- "저 사이트처럼, 하지만 더 좋게." 설명 없는 링크만으로는 개발자가 정확히 무엇이 마음에 드는지 추측할 수밖에 없습니다.
- 콘텐츠를 잊기. 코드가 완성되어도 텍스트와 사진이 없으면 사이트를 오픈할 수 없습니다.
- 프로젝트 중간에 범위 바꾸기. 새로운 요청은 자연스럽지만, 그때마다 일정과 비용에 미치는 영향과 함께 명세서에 추가해야 합니다.
요약
좋은 요구사항 명세서는 사이트가 무엇을 위한 것인지, 누가 사용하는지, 어떤 페이지와 기능이 있는지, 결과물을 어떻게 검수하는지에 답합니다. 몇 시간이면 작성할 수 있고 몇 주의 재작업을 줄여 줍니다. 작성을 맡기고 싶다면 기술 명세서를 주문하세요. 아이디어를 설명하면 어떤 개발자든 견적을 내고 개발할 수 있는 문서를 받을 수 있습니다. 대금은 작업을 승인한 후에만 지급됩니다.