개발 기획
작은 웹 프로젝트에서 요구사항을 놓치지 않는 기록법
요구사항 문서는 거창한 산출물이 아니라, 나중에 “왜 이렇게 만들었는지”를 다시 확인하기 위한 작업 메모에 가깝습니다.
문제 상황
개인 프로젝트나 소규모 사이트를 만들 때 가장 자주 생기는 문제는 기능 부족보다 기준 부족입니다. 처음에는 홈, 소개, 문의 정도만 있으면 된다고 생각하지만 실제로 배포 후에는 문구 수정, 링크 추가, 모바일 화면 조정, 검색 노출 확인 같은 작은 결정이 계속 생깁니다. 이때 처음 정한 목적이 남아 있지 않으면 모든 수정이 즉흥적으로 바뀝니다.
확인 순서
저는 새 페이지를 만들 때 먼저 한 문장 목적을 적습니다. 예를 들어 ‘방문자가 30초 안에 사이트가 다루는 주제와 문의 방법을 알게 한다’처럼 확인 가능한 문장으로 씁니다. 이 한 줄이 있으면 디자인이나 문구가 마음에 드는지보다 목적에 맞는지 먼저 보게 됩니다.
두 번째로 적는 것은 제외할 항목입니다. 애드센스 승인 준비용 사이트라면 광고 배치보다 콘텐츠 품질과 신뢰 페이지가 먼저입니다. 그래서 초기 단계에서는 팝업, 자동 이동, 제휴 버튼, 의미 없는 카운터처럼 심사에 오해를 줄 수 있는 요소를 넣지 않는 편이 안전합니다.
실수 줄이기
세 번째는 검증 방법입니다. 페이지가 200 상태로 열리는지, 제목과 설명이 중복되지 않는지, 모바일에서 첫 화면에 핵심 문구가 보이는지 확인합니다. 배포 후 캡처와 날짜를 남겨두면 나중에 수정 전후를 비교하기 쉽습니다.
마무리 체크
- 목적 문장을 한 줄로 쓰고 페이지 상단 문구와 맞는지 확인
- 제외할 기능을 함께 기록해 불필요한 버튼과 빈 화면을 줄이기
- 배포 후 URL, 상태 코드, 모바일 캡처를 같은 메모에 남기기
이 글은 실제 사이트 운영과 배포 점검 과정에서 정리한 정보입니다. 특정 서비스 가입이나 광고 클릭을 유도하지 않으며, 운영자가 재검토할 수 있도록 확인 기준을 남기는 데 목적이 있습니다.