홈페이지 제작기간, 일정이 늘어나는 지점을 먼저 확인하세요

제작기간이 밀리는 지점은 시안이 아닙니다

홈페이지 제작을 맡기려는 담당자가 가장 먼저 묻는 말은 보통 “얼마나 걸리나요”입니다. 그 질문에 바로 숫자를 붙이기 어려운 이유는, 제작기간이 화면을 그리는 속도만으로 정해지지 않기 때문입니다. 범위가 언제 고정되는지, 문구와 이미지가 언제 넘어오는지, 최종 승인자가 누구인지가 비어 있으면 시안은 나와도 다음 단계로 넘어가지 못합니다.

담당자가 시안을 받아들고도 “이 문구가 맞는지 내부에서 한 번 더 볼게요”라고 말하는 순간, 제작은 그리지 못하는 상태에 들어갑니다. 그 한 줄이 메뉴 이름과 맞는지, 문의 버튼 문구와 맞는지 확인되기 전에는 다음 화면을 닫을 수 없습니다. 기다리는 시간이 제작 시간처럼 쌓이는 지점입니다.

일정이 늘어진 것처럼 보여도 속사정은 작업량이 아니라 결정이 멈춘 상태인 경우가 많습니다. 메뉴 이름, 서비스 범위, 문의가 도착하는 경로, 오픈 후 누가 공지를 고치는지가 공중에 떠 있으면 화면만 반복해서 바뀝니다. 제작기간을 가늠하려면 그리는 속도보다 일정이 늘어나는 지점을 먼저 보는 편이 정확합니다.

의사결정 목록을 디자인 취향보다 앞에 둡니다

제작에 들어가기 전에 결정할 일을 목록으로 꺼냅니다. 페이지를 어떻게 나눌지, 브랜드 소개와 문의가 한 흐름인지, 기존 사이트를 옮길지 운영 구조를 다시 잡을지, 운영 담당자가 직접 고칠 항목이 무엇인지는 색과 서체보다 먼저 정해야 하는 문제입니다.

승인자 한 사람과 실무 한 사람의 기준이 다르면 같은 시안을 두고도 방향이 갈립니다. 대표는 첫 화면의 인상을 보고, 실무는 가격표와 공지 수정 권한을 볼 때가 있습니다. 둘 다 필요한 요구입니다. 다만 어느 결정을 먼저 닫을지 순서를 정하지 않으면 양쪽을 오가며 기간만 늘어납니다.

먼저 닫아야 하는 결정

• 이번 공개에 꼭 넣어야 하는 정보와 나중에 넣어도 되는 정보
• 문구와 이미지의 최종 승인자
• 로고, 사진, 기존 자료의 사용 가능 여부
• 문의가 들어온 뒤 누가 확인하고 기록하는지

이 항목이 비어 있으면 제작 중간마다 회의가 다시 열립니다. 회의가 많아서 느린 것이 아니라, 닫히지 않은 결정이 화면 수정으로 바뀌는 구조입니다. 기존 사이트가 있을 때도 같은 목록이 필요합니다. Studio OD 공개 안내는 기존 홈페이지를 옮기는 일이 가능하다고 밝히면서, 구조가 낡았다면 단순 이전만 고집하지 말고 운영 구조를 다시 잡는 쪽도 검토하라고 적습니다. 어느 쪽이든 일정에 영향을 주는 선택은 페이지를 복사할지 여부가 아니라, 운영자가 이후에 무엇을 직접 고칠지입니다.

콘텐츠 준비 상태는 기획 단계에서 같이 잡습니다

콘텐츠는 시안이 끝난 뒤에 채워 넣는 재료가 아닙니다. 영국 정부 디지털 가이드는 콘텐츠 준비 상태, 사용자가 실제로 필요로 하는 정보, 그 정보가 어디에 놓일지를 기획 단계에서 다루라고 안내합니다. 홈페이지도 같습니다. 서비스 설명, 자주 묻는 질문, 이용 안내, 개인정보 안내처럼 실제로 읽히는 문장이 없으면 페이지 뼈대만 반복해서 그리게 됩니다.

담당자 입장에서는 “텍스트는 나중에 드리면 되죠”가 편합니다. 제작 쪽에서는 그 문장이 메뉴 깊이, 버튼 이름, 작은 화면에서 접히는 영역까지 바꿉니다. 콘텐츠 위치가 정해지지 않으면 디자인 수정도 문장 수정도 서로를 기다립니다.

사용자 필요는 거창한 조사 결과가 아니어도 됩니다. 상담 때 매번 설명하는 내용, 전화로 반복해서 받는 질문, 방문자가 헤매는 지점이 이미 콘텐츠 초안입니다. 그 문장을 어느 페이지에 둘지, 메뉴 이름과 어떻게 맞출지를 기획에서 정하지 않으면 시안 단계에서 문장이 떠다닙니다.

준비할 자료는 완성본이 아니어도 됩니다. 지금 쓰는 소개 문장, 명함 문구, 상담 때 반복해서 설명하는 말, 기존 사이트의 공지와 메뉴 이름만 모아도 범위가 보입니다. 없는 문장은 없다고 표시하는 편이, 있는 것처럼 자리를 비워 두는 것보다 일정을 덜 흔듭니다. 빈 영역은 나중에 채워질 공간이 아니라 아직 결정되지 않은 범위입니다.

계획이 바뀌는 전제라면 의존 관계부터 드러냅니다

계획은 한 번에 고정되지 않습니다. 애자일 전달을 다루는 공개 매뉴얼은 팀이 배우면서 계획이 바뀌고, 로드맵은 의존 관계를 드러내는 도구라고 봅니다. 홈페이지 프로젝트의 의존 관계는 생각보다 구체적입니다. 로고 파일이 없으면 헤더와 브라우저 탭 아이콘을 닫지 못하고, 약관 문구가 없으면 문의 폼을 닫지 못하며, 도메인과 관리 권한이 없으면 오픈 점검을 시작하지 못합니다.

일정이 늘어나는 순간은 새 페이지가 추가될 때만이 아닙니다. 이미 합의한 화면에 새 문장이 들어오고, 그 문장이 다른 페이지의 메뉴와 충돌할 때도 그렇습니다. 변경 자체를 막는 일이 목표는 아닙니다. 무엇이 무엇에 묶여 있는지를 초기에 적어 두면, 배우는 내용이 생겨도 어디를 다시 열지 합의하기가 쉬워집니다.

의존 관계를 적는 일은 거창한 문서 작업이 아니어도 됩니다. 어떤 자료가 어떤 화면을 붙잡고 있는지만 보여도, “조금만 더 기다리면 됩니다”라는 말이 어디서 일정을 멈추는지 드러납니다. 기다림이 필요한 일과 지금 닫을 수 있는 일을 나누지 않으면, 모든 화면이 같은 속도로 미뤄집니다.

접근성과 운영 책임은 전 과정에 자리를 둡니다

접근성은 오픈 직전 점검표가 아닙니다. W3C WAI는 접근성 활동을 제작 전 과정에 두고, 책임을 맡기며, 이르게 평가하라고 안내합니다. 이미지 설명, 제목 구조, 키보드만으로 문의 폼을 채울 수 있는지는 시안이 굳은 뒤에 끼워 넣기 어렵습니다. 처음부터 누가 문구를 검수하고 누가 이미지를 설명할지 정해 두지 않으면, 막바지에 콘텐츠를 다시 걷어내는 일이 생깁니다.

책임을 나누는 방식은 직함표가 아니어도 됩니다. 이미지 설명을 쓰는 사람, 문의 항목을 정하는 사람, 공개 전 문장을 마지막으로 읽는 사람만 적어도 막바지 점검이 누구의 차례인지 분명해집니다. 이르게 한 번은 읽어 보는 일이, 오픈 직전에 구조를 바꾸는 일보다 일정을 덜 흔듭니다.

운영 책임도 같은 자리에 둡니다. Studio OD 공개 사이트는 브랜드를 설명하고 문의로 이어지는 홈페이지를 다루며, 개발 이후 운영까지 본다고 밝힙니다. 제작 구성에는 운영자가 직접 고칠 수 있는 관리 화면을 기본으로 둡니다. 가격, 메뉴, 공지, 자주 묻는 질문, 글처럼 반복해서 바뀌는 항목을 누가 고칠지가 늦게 정해지면, 오픈 직전 수정 요청이 제작 일정 안으로 다시 들어옵니다.

수정 주체를 기획에서 나누는 일이 일정 관리입니다. 제작 팀이 끝까지 문장을 대신 고치는 구조와, 오픈 이후 운영자가 직접 고치는 구조는 마무리를 닫는 시점이 다릅니다. 그 차이를 늦게 발견할수록 일정은 늘어집니다.

문의 전에 결정할 것과 넘길 자료를 나눕니다

Studio OD 문의 안내는 필요한 내용을 남기면 제작 범위와 일정부터 같이 정리한다고 적혀 있습니다. 문의 전에 아래만 나눠 적어도 첫 대화가 막연한 기간 추측이 아니라, 일정을 흔드는 변수 정리로 갑니다.

• 지금 꼭 공개해야 하는 페이지
• 아직 문장이 없는 페이지
• 문구와 이미지의 최종 승인자
• 오픈 후 직접 고치고 싶은 항목
• 기존 사이트에서 옮길 것과 버릴 것

같은 페이지 구성이라도 결정 속도와 콘텐츠 준비 상태가 다르면 일정 곡선이 달라집니다. 기간을 단정하지 않는 이유가 여기 있습니다. 일정이 늘어나는 지점을 먼저 확인하는 일은 제작을 재촉하는 일이 아니라, 어디서 멈추지 않을지를 합의하는 일입니다.