홈페이지가 필요한 날짜는 정해졌는데 작업을 언제 시작해야 할지 막막할 수 있습니다. 업체가 제시하는 숫자만 비교하기보다 어떤 준비와 확인을 거쳐 공개하는지 살펴보세요. 같은 규모처럼 보이는 사이트도 콘텐츠 상태와 내부 승인 과정, 필요한 기능에 따라 일정이 달라집니다. 이번 글에서는 상담 전에 정리할 질문을 순서대로 소개합니다. 특정 일수의 납기를 보장하기보다 담당자와 함께 실행 가능한 계획을 세우는 데 초점을 맞췄습니다.
1. 희망 공개일과 완료 기준을 먼저 정하세요
홈페이지 제작 기간을 상담할 때는 언제까지 무엇이 가능해야 하는지부터 설명하세요. 행사 안내를 공개하는 날과 전체 서비스가 완성되는 날은 다를 수 있습니다. 단순히 빨리 만들어 달라는 요청보다 공개가 필요한 이유와 반드시 동작해야 하는 기능을 함께 전달하면 우선순위를 정하기 쉽습니다.
일정표에는 착수, 자료 전달, 화면 검토, 기능 확인, 최종 승인과 공개를 나누어 적어보세요. 각 단계의 완료 조건이 없으면 서로 다른 상태를 완료라고 생각할 수 있습니다. 제작 담당자는 다음 작업에 필요한 조건을 설명하고 의뢰 담당자는 내부 확인에 필요한 시간을 공유하는 방식이 좋습니다. 이 글은 모든 프로젝트에 같은 일수를 적용하는 표준 납기표가 아니라 일정 합의를 위한 질문 목록입니다.
2. 페이지 개수와 기능 범위를 함께 확인하세요
홈페이지 제작 기간은 메뉴 개수만으로 비교하기 어렵습니다. 같은 다섯 페이지라도 회사 소개 위주인지, 예약이나 회원 기능을 포함하는지에 따라 확인할 일이 달라집니다. 페이지 목록 옆에 방문자가 할 행동을 적어 제작 범위를 설명해 보세요. 문의 페이지라면 작성, 접수, 완료 안내와 운영자 확인까지 연결해야 합니다.
반복되는 상세 페이지와 별도 설계가 필요한 화면도 나눠 정리합니다. 외부 서비스 연결이 있다면 담당 계정과 제공받아야 할 정보가 무엇인지 확인하세요. 지금 공개에 필요한 항목과 다음 단계에 추가할 항목을 구분하되 나중에 한다는 이유로 필수 동작을 빼서는 안 됩니다. 범위를 바꾸기로 했다면 일정에도 어떤 영향이 있는지 함께 기록해 서로 같은 계획을 보도록 합니다.
3. 원고와 이미지의 준비 날짜를 정하세요
홈페이지 제작 기간을 계획할 때 원고와 이미지의 자료 준비가 언제 끝나는지 확인해야 합니다. 회사 소개, 서비스 설명, 담당 연락처, 상품 사진을 누가 제공하고 누가 최종 확인하는지 자료 목록에 남겨보세요. 전달했다는 상태와 바로 사용할 수 있다는 상태를 구분하면 누락된 일을 찾기 쉽습니다.
예를 들어 사진 파일은 있지만 사용할 장면이나 설명이 정해지지 않았다면 콘텐츠 준비가 끝난 것은 아닙니다. 파일 이름과 사용할 페이지, 문구의 확정 여부를 연결해 정리하세요. 실제 고객 사례는 공개 가능한 자료인지 확인하고, 긴 원고는 주요 질문에 따라 나눠 전달하는 편이 좋습니다. 자료가 부족하면 임시 내용을 실제처럼 공개하기보다 공개 범위를 조정하거나 준비 일정을 다시 합의하세요.
4. 피드백을 모을 담당자와 승인 순서를 정하세요
홈페이지 제작 기간에는 화면을 만드는 시간뿐 아니라 의견을 확인하고 결정하는 시간도 포함해야 합니다. 검토하는 사람이 여럿이라면 최종 의견을 모을 담당자를 정하세요. 서로 반대되는 요청이 따로 전달되면 어떤 방향이 승인된 것인지 알기 어렵습니다. 검토 시점과 답변 예정일을 일정표에 함께 적어두는 것이 좋습니다.
수정 요청은 대상 화면, 현재 상태, 원하는 결과를 한 항목씩 작성하세요. 보기 좋게 바꿔 달라는 말보다 어떤 정보가 먼저 보이길 원하는지 설명하면 판단 근거가 분명해집니다. 확정된 방향을 다시 바꿀 때는 관련 화면과 콘텐츠에 미치는 영향을 확인하세요. 의견이 늦었다는 이유로 한쪽의 책임을 단정하기보다 다음 단계가 멈춘 이유와 필요한 결정을 함께 정리하는 방식이 도움이 됩니다.
5. 모바일과 실제 사용 과정의 검수 시간을 확보하세요
홈페이지 제작 기간을 줄이기 위해 검수를 마지막 순간으로 미루지 마세요. web.dev의 반응형 디자인 자료는 화면 크기뿐 아니라 읽기 쉬운 글자, 이미지와 입력 방식까지 다룹니다. 데스크톱 시안이 완성됐다는 사실만으로 모바일 이용 과정도 확인됐다고 판단하기 어렵습니다.
web.dev의 양식 테스트 안내처럼 데스크톱, 키보드, 휴대전화에서 주요 동작을 확인하는 시간을 마련하세요. 메뉴를 열고 서비스 내용을 읽은 뒤 문의를 접수하는 순서로 따라가 보세요. 필수 항목 누락과 저장 실패 같은 상황도 검수 목록에 넣습니다. 발견한 문제는 재현 방법과 확인한 환경을 기록하고 수정 후 같은 흐름을 다시 확인하세요. 실제 고객 정보 대신 구분 가능한 시험 자료를 사용하는 것이 좋습니다.
근거 자료: web.dev — 반응형 디자인 · web.dev — 양식 테스트
6. 공개 작업과 검색 노출을 같은 일정으로 보지 마세요
홈페이지 제작 기간을 합의할 때 도메인 연결과 공개 확인에 필요한 작업을 별도 항목으로 남겨두세요. 도메인을 관리하는 사람과 접속 권한을 확보했는지, 기존 사이트가 있다면 전환 중 유지할 기능은 무엇인지 미리 확인합니다. 공개 직전 계정을 찾기 시작하면 이미 끝난 화면 작업과 무관하게 다음 단계가 멈출 수 있습니다.
사이트를 공개한 시점과 검색 결과에 나타나는 시점은 구분해야 합니다. Google은 다시 크롤링을 요청해도 즉시 처리되거나 검색 결과에 포함되는 것을 보장하지 않는다고 안내합니다. 따라서 공개일을 정하면서 특정 날짜의 검색 노출까지 완료 조건으로 약속하지 마세요. 제작 작업에서 적용할 제목, 설명, 사이트맵 등의 범위를 확인하고 공개 후 수집 상태를 누가 점검할지 정하는 편이 명확합니다.
근거 자료: Google Search Central — 다시 크롤링 요청
7. 인수인계와 공개 후 확인까지 일정에 포함하세요
홈페이지 제작 기간의 마지막 단계에는 운영자가 사이트를 사용할 준비도 포함해 보세요. 문의 내역을 어디에서 확인하는지, 내용을 어떻게 수정하는지, 문제가 생기면 누구에게 연락하는지 알아야 합니다. 화면을 넘겨받는 날과 운영 방법을 전달받는 날이 따로라면 그 날짜도 기록하세요.
인수인계 목록에는 운영 계정의 관리 위치, 제공받을 자료, 수정 요청 방법과 남아 있는 작업을 적습니다. 모든 요청을 끝없이 추가하기보다 최초 합의 범위와 이후 개선 항목을 구분해 다음 계획을 세우세요. 공개 직후에는 실제 주소에서 주요 화면과 문의 접수 흐름을 확인할 담당자를 지정합니다. 시작 전에 이런 완료 기준을 합의하면 마지막 단계에서 무엇을 더 확인해야 하는지 서로 쉽게 판단할 수 있습니다.
제작 문의 전에 준비할 것
상담을 준비할 때 희망 공개일과 그 이유, 필수 페이지와 기능, 준비된 자료, 최종 승인 담당자를 한 장으로 정리해 보세요. 아직 정하지 못한 항목은 빈칸으로 숨기기보다 결정이 필요한 일로 표시하는 편이 좋습니다. Gnosislab design에 문의하실 때 이 정보를 함께 알려주시면 필요한 작업과 단계별 확인 범위를 구체화하는 데 도움이 됩니다. 일정은 숫자 하나보다 누가 무엇을 언제 준비할지 함께 정할 때 명확해집니다.