홈페이지 제작 문의 전, 어떤 자료를 준비해야 할까

회사 소개, 채용, 제품 설명과 문의 확보는 같은 홈페이지처럼 보여도 우선할 정보와 행동이 다릅니다. 첫 문장에는 주요 방문자, 그 사람이 해결하려는 질문과 홈페이지에서 끝내야 할 행동을 적는 편이 좋습니다.

GOV.UK 서비스 매뉴얼은 사용자가 누구인지, 무엇을 하려는지, 현재 어떤 방식과 불편을 겪는지부터 확인하라고 안내합니다. 홈페이지도 만들고 싶은 화면보다 방문자가 실제로 필요한 결과에서 시작하면 첫 화면과 메뉴의 우선순위를 정하기 쉬워집니다.

홈, 회사 소개, 서비스와 문의 같은 이름만 적으면 각 페이지에 무엇을 담아야 하는지 알기 어렵습니다. 페이지마다 방문자의 질문, 답변에 필요한 정보와 다음 이동 경로를 한 줄씩 적어야 중복과 누락을 찾을 수 있습니다.

Google Search Central은 사용자와 검색 시스템이 페이지의 관계를 이해할 수 있도록 사이트를 논리적으로 구성하고, 페이지 내용을 설명하는 고유한 제목과 설명을 사용하라고 안내합니다. 메뉴 구조와 검색 노출 문구는 개발이 끝난 뒤 덧붙이는 항목이 아니라 콘텐츠 구조를 정할 때 함께 확인할 항목입니다.

로고가 있다는 말만으로는 사용할 수 있는 파일 형식, 밝은·어두운 배경용 버전과 사용 규칙을 알 수 없습니다. 사진과 영상도 최종 파일인지, 새로 촬영하거나 구매해야 하는지, 공개할 수 있는 자료인지 구분해야 합니다.

W3C 웹 접근성 안내는 페이지마다 내용을 구분하는 고유한 제목, 의미를 전달하는 제목 구조와 이미지의 목적을 설명하는 대체 텍스트를 권장합니다. 문구와 이미지를 준비할 때부터 화면에 보이는 내용뿐 아니라 정보 구조와 이미지가 전달하는 의미를 함께 적으면 제작 뒤 다시 해석하는 일을 줄일 수 있습니다.

문의 폼, 예약, 게시물 관리와 파일 다운로드는 버튼 하나로 끝나지 않습니다. 누가 어떤 정보를 입력하고, 어디에서 처리하며, 성공과 실패 때 무엇을 보여줄지에 따라 필요한 작업이 달라집니다.

연락 정보나 문의 내용을 받는다면 수집 항목, 사용 목적, 확인 담당자와 보관·삭제 기준도 고객이 정해야 합니다. 제작사는 화면과 전송 기능을 구현할 수 있지만 회사의 운영 정책을 대신 확정할 수는 없습니다. 아직 정하지 못한 규칙은 숨기지 않고 상담에서 결정할 항목으로 남겨야 합니다.

홈페이지가 공개된 뒤에도 도메인 갱신, 호스팅 결제, 콘텐츠 수정과 장애 확인이 계속됩니다. 도메인·호스팅·저장소와 외부 서비스가 제작자 개인 계정에만 남으면 담당자를 바꿀 때 접근과 갱신이 어려워질 수 있습니다.

ICANN은 도메인 등록자를 도메인을 등록한 개인이나 조직으로 설명하며, 등록자는 등록 대행사를 통해 설정을 관리하고 등록·이전·갱신·복구 절차에 관한 정보를 받을 권리가 있다고 안내합니다. 문의 전 현재 계정의 소유자와 접근 가능 여부를 확인하고, 신규 계정은 고객 조직이 최종 관리하는 방식을 협의해야 합니다.

시안에 대한 의견이 여러 사람에게서 따로 전달되면 같은 부분을 반복해서 바꾸거나 서로 다른 요구가 충돌할 수 있습니다. 최종 확인 담당자, 의견을 모으는 방식과 확인할 시점을 정해야 합니다.

W3C는 웹 접근성을 프로젝트 전 과정에 포함하고 일찍, 반복해서 평가하며 책임과 점검 체계를 정하라고 안내합니다. 홈페이지도 마지막 날에 화면만 확인하지 말고 콘텐츠, 모바일·키보드 사용, 문의 흐름과 공개 주소를 단계별로 검수해야 합니다.

처음부터 긴 기획서를 작성할 필요는 없습니다. 목표, 주요 방문자, 필요한 페이지, 기능, 보유 자료, 운영 계정과 원하는 공개 시점을 한 장에 적으면 제작사가 추가로 확인할 질문을 구체적으로 만들 수 있습니다.

NXLAB은 각 항목을 준비 완료·제공 예정·협의 필요로 나눠 확인합니다. 준비 완료 항목은 바로 검토하고, 제공 예정 항목은 담당자와 날짜를 정하며, 협의 필요 항목은 기획·콘텐츠·기능 범위에 포함할지 먼저 결정합니다. 이 상태표는 견적을 대신하지 않고 견적 전에 확인해야 할 입력 자료를 분명하게 만드는 용도입니다.