홈페이지 제작비용, 견적 전에 범위부터 나누는 법

견적이 흔들리는 지점은 단가가 아니라 범위다

홈페이지 제작비용을 물어보면 바로 숫자가 나오길 기대하기 쉽습니다. 그런데 견적이 갈리는 지점은 보통 단가가 아닙니다. 어떤 화면을 만들고, 공개 뒤에 누가 무엇을 고치며, 검색과 접근성, 서버 운영을 어디까지 넣을지 범위가 아직 한 덩어리로 남아 있기 때문입니다.

같은 ‘홈페이지 제작’이라는 말로도 실제 일은 크게 갈립니다. 소개 한 장만 필요한 경우와, 여러 서비스를 페이지로 나누고 문의와 콘텐츠를 운영자가 직접 다루는 경우는 작업 묶음이 다릅니다. 범위가 나뉘지 않으면 견적서의 한 줄이 너무 많은 일을 떠안습니다. 나중에 페이지를 더 넣거나 관리 화면을 보강하면, 처음 본 숫자와 실제 일이 어긋납니다.

범위를 나눌 때는 화면 개수보다 결정 단위를 먼저 적는 편이 낫습니다. 누가 문구를 확정하는지, 기존 자료는 어디에 있는지, 공개 뒤에 직접 고칠 항목이 무엇인지를 비워 두면 제작 범위도 운영 범위도 고정되지 않습니다.

Studio OD 공개 사이트는 브랜드를 설명하고 문의로 이어지는 웹사이트, 그리고 운영자가 내용을 고치고 방문자와 문의를 보는 관리 기능을 서비스 범위로 두고 있습니다. 견적을 받기 전에 그 범위 안에서 무엇이 이번 일에 들어가는지부터 고르면, 가격 이야기보다 할 일 목록이 먼저 잡힙니다.

화면 범위와 정보 구조를 먼저 적는다

예산 항목의 첫 칸은 보통 디자인 시안이 아닙니다. 방문자가 어떤 순서로 정보를 만나는지, 어떤 페이지가 꼭 필요한지입니다. 회사 소개, 서비스, 문의만으로 충분한지, 채용이나 자료, 소식처럼 반복해서 바뀌는 면이 있는지를 먼저 적습니다. 없는 페이지를 미리 그려 두기보다, 지금 실제로 쓰는 문장과 파일부터 모으는 쪽이 범위가 분명해집니다.

정보 구조가 정해지기 전에 화면 연출부터 넣으면, 움직이는 구간만 늘어나고 고칠 문장은 그대로 흩어져 있습니다. 스크롤에 반응하는 연출이나 맞춤 기능은 그 자체로 빼야 할 일이 아닙니다. 다만 그것은 정보 구조 위에 얹는 일이므로, 견적에서는 기본 페이지 구성과 따로 적는 편이 낫습니다.

검색에 쓰이는 구조는 디자인 마감 전에 올린다

Google 검색 문서도 사이트 구조, 콘텐츠, 제목, 링크, 이미지를 검색 작업의 일부로 봅니다. 메뉴 이름과 페이지 제목이 서로 다르거나, 중요한 페이지가 어디에도 연결되지 않으면 나중에 검색용 문구만 손보는 일로 끝나지 않습니다. 구조와 제목은 화면이 굳기 전에 예산 항목으로 올립니다.

이미 운영 중인 주소가 있다면 현재 메뉴와 페이지 목록을 그대로 옮겨 적으세요. 없앨 페이지, 합칠 페이지, 새로 필요한 페이지만 표시하면 시안 전에 화면 범위가 닫힙니다. 이 목록이 없으면 디자인 미팅이 페이지를 늘리는 자리가 되기 쉽습니다.

관리 기능은 제작 범위에 넣을지부터 정한다

파일을 넘겨받는 일과, 공개 뒤에 운영자가 직접 고치는 일은 예산 항목이 다릅니다. 가격표, 공지, FAQ, 이미지처럼 자주 바뀌는 내용이 있는데 수정마다 제작 측에 맡겨야 하면, 처음 제작비 밖에 운영 품이 계속 붙습니다. 반대로 관리 화면을 넣으면 초기 범위는 넓어지지만, 누가 무엇을 고칠 수 있는지가 분명해집니다.

Studio OD는 제작 플랜에 운영자가 직접 다루는 관리 기능을 기본으로 두고, 내용 수정, 방문자 확인, 문의 관리를 같은 흐름으로 설명합니다. 문의 경로도 사이트에서 바로 이어집니다. 이 구성을 쓸지, 이번에는 소개 페이지만 필요한지는 견적 전에 고를 일입니다. 관리 기능을 넣는다면 권한, 수정 가능한 항목, 문의가 어디에 쌓이는지를 범위 문장에 적어 두세요.

납품만 받는 구성과 운영까지 넣는 구성을 비교할 때도 감이 아니라 할 일을 기준으로 보면 됩니다. 수정 요청을 누구에게 보내는지, 방문 기록을 어디서 보는지, 문의가 메일과 메신저로 흩어지는지. 이 질문의 답이 예산 항목이 됩니다.

콘텐츠, 검색, 접근성은 화면과 다른 일이다

본문 원고, 사진 권리, 페이지 제목, 링크, 이미지 설명은 시안 작업과 겹쳐 보이지만 성격이 다릅니다. 검색 작업은 사이트 구조와 콘텐츠, 제목, 링크, 이미지를 함께 다룹니다. 이 일을 디자인 마감 뒤에 몰아 넣으면, 이미 굳은 화면을 다시 열어야 합니다. 견적에서는 원고 확정, 제목과 설명 작성, 내부 링크, 이미지 대체 텍스트를 화면 제작과 한 줄로 묶지 않는 편이 낫습니다.

접근성은 처음부터 넣을지 범위를 적는다

접근성도 같은 식으로 빠지기 쉽습니다. W3C는 접근성을 뒤늦게 덧붙이는 일이 아니라 처음부터 고려할 일로 보고, 실제 확인에는 사람 평가가 필요하다고 말합니다. 색 대비, 키보드 이동, 대체 텍스트, 제목 계층처럼 사람이 직접 봐야 하는 항목은 자동 검사만으로 끝나지 않습니다. 이 확인을 범위에 넣을지, 공개 뒤에 따로 둘지를 견적 전에 정해 두지 않으면 빈칸으로 남습니다.

검색이나 접근성 작업을 범위에 넣는 것과, 특정 순위를 약속하는 말은 다른 일입니다. 할 수 있는 일은 구조와 콘텐츠, 제목과 링크, 이미지를 점검하고, 사람이 화면을 따라가 보며 막히는 지점을 고치는 쪽입니다. 확인되지 않은 성과를 견적 범위에 적지 마세요.

클라우드 운영비는 제작비와 따로 적는다

홈페이지는 공개와 함께 끝나지 않습니다. 도메인, 인증서, 서버, 저장 공간, 로그, 메일 발송처럼 쓰는 서비스와 사용량에 따라 운영비가 붙습니다. AWS 가격 안내가 말하듯, 클라우드 비용은 어떤 서비스를 쓰는지와 얼마나 쓰는지를 따릅니다. 고정 제작비와 같은 칸에 넣어 두면, 방문이 늘거나 이미지가 쌓일 때 어디서 비용이 늘었는지 찾기 어렵습니다.

견적 전에는 제작 범위와 운영 범위를 칸을 나눠 적습니다. 제작 칸에는 화면, 관리 기능, 콘텐츠와 검색, 접근성 작업이 들어갑니다. 운영 칸에는 호스팅과 클라우드 사용, 도메인, 백업, 문의 알림처럼 공개 뒤에 계속 돌아가는 일이 들어갑니다. 사용량이 바뀌면 운영 칸만 다시 보면 됩니다. 여기서 먼저 할 일은 숫자를 미리 적는 것이 아니라, 어떤 서비스가 이 사이트에 붙는지를 목록으로 남기는 일입니다.

기존에 쓰던 호스팅이나 메일 서비스가 있다면 계정 소유자가 누구인지도 같이 적어두세요. 제작 범위와 운영 계정이 섞이면, 공개 뒤에 도메인이나 메일 설정을 누가 고치는지 다시 묻게 됩니다. 비용 숫자를 채우기 전에 서비스 이름과 담당자만 있어도 운영 칸은 열립니다.

문의 전에 예산 항목을 칸으로 나눈다

실무에서는 아래 항목만 채워도 첫 대화가 가격 흥정이 아니라 범위 확인으로 바뀝니다.

• 화면과 정보 구조: 꼭 필요한 페이지, 메뉴, 문의가 끝나는 위치
• 관리와 권한: 운영자가 직접 고칠 항목, 문의가 쌓이는 곳
• 콘텐츠: 확정된 문장, 사진 권리, 아직 없는 자료
• 검색 작업: 사이트 구조, 제목, 링크, 이미지 설명
• 접근성 확인: 처음부터 넣을지, 사람 평가를 범위에 넣을지
• 클라우드와 운영: 쓰는 서비스 목록, 공개 뒤 누가 보는지

범위 메모에는 이번에 하지 않을 일도 한 줄로 남기세요. 소식란, 예약, 다국어처럼 나중에 넣을 기능이 있으면 이번 범위 밖이라고 적어두면, 견적 한 줄에 아직 정하지 않은 일이 섞이지 않습니다.

Studio OD에 문의할 때는 위 칸을 메모로 붙여도 충분합니다. 공개 사이트 문의 경로로 필요한 내용을 남기면, 제작 범위부터 같이 정리하는 흐름으로 이어집니다. 가격을 먼저 묻기보다 이번 범위에 들어가는 일과 빼는 일을 나누는 쪽이, 이후 견적을 읽는 기준이 됩니다.