홈페이지제작업체 선정: 계약 전 7가지 기준과 질문

홈페이지제작업체는 포트폴리오의 화려함이 아니라 ①요구사항을 되묻는 질문의 질 ②견적서의 범위 명세 ③계약서의 소스코드·도메인 소유권 조항 ④오픈 후 유지보수 범위, 이 네 가지로 거릅니다. 이 중 하나라도 서면으로 확인되지 않으면 가격이 아무리 낮아도 후보에서 빼는 편이 안전합니다.

이 글은 외주 제작 업체(에이전시·스튜디오·프리랜서)를 고르는 기준을 다룹니다. 카페24나 아임웹 같은 빌더 도구를 직접 쓸지 고민 중이시라면, 직접 제작과 외주를 비교한 홈페이지 만드는 방법 정리를 먼저 보시는 편이 빠릅니다.

아래부터는 상담 신호 감별, 요구사항 준비, 포트폴리오 검증, 견적 비교, 계약 조항, 유지보수까지 순서대로 짚어봤어요. 마지막에는 상담 자리에서 그대로 읽어도 되는 질문 12개와 채점 기준이 있습니다.

홈페이지제작업체, 상담 한 번으로 거르는 5가지 신호

상담 60분이면 그 업체가 우리 프로젝트를 어떻게 다룰지 대부분 드러납니다. 판단 근거는 답변의 유창함이 아니라 그쪽에서 우리에게 던진 질문의 개수와 깊이입니다. 웹 개발 파트너 선정에서 열의는 미팅 중 기여하는 질문과 아이디어의 양과 질로 관찰된다는 지적도 같은 맥락입니다질문의 양과 질.

요구사항을 듣기만 하는 곳 vs 되묻는 곳, 무엇이 갈리나?

우리가 준비해 간 요구사항을 받아적기만 하고 “네, 가능합니다”로 끝나는 상담이 있습니다. 문제는 발주자의 요구사항이 대부분 불완전하다는 데 있어요. “회사 소개 페이지 5장”이라고 적어갔지만 실제로 필요한 건 문의 전환일 수도 있거든요.

받아적기만 하는 곳은 그 어긋남을 오픈 직전에야 발견합니다. 되묻는 곳은 첫 미팅에서 발견하고요. 확인 질문 한 줄은 이겁니다. “저희 요구사항 중에 다시 생각해봐야 할 부분이 있을까요?”

첫 미팅에서 바로 견적부터 주는 업체는 왜 위험한가?

범위를 파악하기 전에 나온 금액은 추정이 아니라 미끼일 가능성이 큽니다. 진짜 문제는 그 금액이 낮아서가 아니라, 나중에 “그건 범위 밖입니다”라는 말이 나올 자리를 미리 만들어둔다는 점이에요.

즉석 견적을 받았다면 이렇게 물어보세요. “이 금액에 포함되지 않는 항목을 목록으로 주실 수 있나요?” 이 질문에 답하는 속도와 구체성이 그 견적의 신뢰도입니다.

“다 됩니다”라는 답변이 실제로 뜻하는 것은?

기술적으로 불가능한 일은 거의 없으니 “다 됩니다”는 틀린 말이 아닙니다. 다만 그 말은 보통 “비용과 일정 이야기는 나중에 하겠습니다”의 다른 표현이에요.

실력 있는 곳일수록 트레이드오프를 먼저 말합니다. “그 기능은 되지만 일정이 2주 늘고, 대신 이렇게 하면 목적은 같은데 절반이면 됩니다” 같은 식으로요. 이런 답이 나오면 좋은 신호로 봐도 됩니다.

반대로, 좋은 업체가 첫 미팅에서 보이는 행동은?

다섯 번째 신호는 긍정 신호입니다. 좋은 업체는 미팅에서 우리 비즈니스 목표와 고객이 누구인지를 먼저 묻고, 회의 후 논의 내용을 정리한 문서를 보내옵니다. 기억에 의존하지 않고 기록으로 남기는 습관이 있는 곳이라는 뜻이에요.

상담에서 우리가 평가할 것은 그들의 대답이 아니라 그들의 질문입니다.

정리하면 이렇습니다. 되묻지 않는 곳, 범위 없이 금액부터 던지는 곳, 트레이드오프를 말하지 않는 곳은 후보에서 내리고, 목표를 묻고 기록을 남기는 곳을 남기세요.

‘업체’와 ‘파트너’의 결정적 차이: 무엇을 팔고 있는가

업체(vendor)는 명세된 작업을 가격 중심으로 수행하고, 파트너는 전제를 검증한 뒤 비즈니스 목표에 맞는 접근을 제안합니다. 리서치에서도 파트너형은 전환 같은 측정 가능한 결과를 우선하고 런칭 이후에도 지원을 이어간다는 점이 구분 기준으로 제시됩니다. 중요한 건 파트너형이 항상 정답은 아니라는 점이에요.

시키는 대로 만드는 곳과 전제를 다시 묻는 곳의 결과물 차이는?

시키는 대로 만드는 곳의 결과물은 요구사항을 정확히 충족합니다. 그래서 “요청한 대로 나왔는데 문의는 안 늘었다”는 상황이 생겨요. 요구사항 자체가 틀렸을 가능성은 아무도 검토하지 않았으니까요.

전제를 되묻는 곳은 “회사 소개보다 사례 페이지가 문의를 만들 겁니다” 같은 반론을 제기합니다. 이 반론이 항상 맞는 건 아니지만, 반론이 아예 없는 프로젝트는 발주자의 초기 가설을 그대로 복제할 뿐입니다.

제안서에 ‘전환’이라는 단어가 있는가 없는가

제안서를 펼쳐놓고 단어를 찾아보면 유형이 갈립니다. 업체형 제안서에는 “메인 1p, 서브 8p, 반응형 지원, 관리자 페이지 제공”처럼 산출물만 있어요. 파트너형 제안서에는 “핵심 목표는 견적 문의 폼 제출이며, 상세 페이지에서 폼까지의 경로를 2단계로 줄입니다” 같은 목적 문장이 섞입니다.

둘 다 필요합니다. 다만 산출물 목록만 있고 목적 문장이 하나도 없는 제안서는, 오픈 후 성과가 안 나올 때 책임 논의의 기준점이 없다는 뜻이기도 합니다.

그렇다고 파트너형이 늘 우월한 건 아니에요. 브랜드 소개와 연락처 전달이 목적인 5페이지짜리 사이트라면, 명세대로 빠르고 저렴하게 만들어주는 업체형이 훨씬 합리적인 선택입니다. 전환 설계에 비용을 더 쓸 이유가 없으니까요. 판단 기준은 “이 사이트에서 일어나야 할 행동이 정의돼 있는가”입니다.

업종 이해도는 어떻게 확인하나?

업종 이해도는 “저희 업계 경험 있으세요?”로는 확인되지 않습니다. 그 질문에는 누구나 있다고 답하거든요. 대신 우리 업계의 구매 과정을 설명해보라고 하는 편이 낫습니다.

예를 들어 B2B 제조업이라면 “저희 고객은 보통 사이트에서 뭘 확인하고 연락한다고 보세요?”라고 물어보세요. 카탈로그·인증서·납품 실적을 짚는다면 이해도가 있는 겁니다. “요즘은 디자인이 세련돼야 신뢰가 갑니다” 같은 답만 나온다면 업종이 아니라 일반론을 파는 중이고요.

문의하기 전에 우리가 먼저 정해야 할 4가지

업체 탐색을 시작하기 전에 비즈니스 성과·기능·예산·일정 네 가지를 문서로 정리해두면 비교 기간이 눈에 띄게 줄어듭니다. 리서치에서도 탐색에 앞서 요구사항을 명확히 하는 것이 평가 과정을 단순하게 만든다고 짚습니다. 같은 문서를 모든 업체에 똑같이 주는 것이 핵심이에요.

홈페이지로 얻으려는 비즈니스 성과는 무엇인가?

“홈페이지가 낡아서”는 이유지 목표가 아닙니다. 목표는 사이트에서 일어나야 할 행동으로 적어야 합니다. 견적 문의 폼 제출, 채용 지원, 제품 카탈로그 다운로드, 매장 방문 예약처럼요.

목표가 하나로 정해지면 페이지 구조와 예산 배분이 자동으로 따라옵니다. 기업 사이트의 목표 설정을 좀 더 깊게 잡고 싶다면 기업 홈페이지 전략과 운영 관리 쪽을 참고하시고, 목표가 단 하나의 전환에 집중돼 있다면 랜딩페이지 제작 전략이 더 맞을 수도 있습니다.

반드시 필요한 기능과 있으면 좋은 기능을 어떻게 나누나?

기능 목록은 필수(Must) / 선택(Nice) / 나중(Later) 세 칸으로 나누세요. 기준은 단순합니다. 그 기능이 없으면 오픈을 못 하는가? 못 한다면 필수, 불편할 뿐이면 선택입니다.

기술 스택은 우리가 정할 항목이 아닙니다. “워드프레스로 해주세요”보다 “블로그를 사내에서 주 2회 직접 발행합니다”라고 적는 편이 낫습니다. 요구를 적으면 방법은 업체가 제안하니까요.

항목	우리 답변 (예시)	우선순위
비즈니스 목표	견적 문의 폼 월 30건	필수
주요 타깃	제조업 구매 담당자	필수
필수 기능	문의 폼, 사례 목록, 다국어(영문)	필수
선택 기능	블로그, 채용 페이지	선택
사내 직접 수정 범위	공지·블로그 글 등록	필수
예산 범위	min~max 구간으로 기재	필수
오픈 희망일	고정 일정 여부 함께 표기	필수
우리가 제공할 것	제품 사진, 회사 소개 원고	필수

예산 범위를 업체에 먼저 밝혀도 되나?

“예산을 말하면 그 금액에 맞춰 청구된다”는 걱정, 이해합니다. 다만 예산을 숨기면 업체가 어떤 규모로 제안할지 몰라 견적서끼리 비교 자체가 안 되는 문제가 생겨요.

절충안은 범위로 밝히는 것입니다. “1차 오픈 기준 이 구간을 생각하고 있고, 성과가 확인되면 2차 예산을 검토합니다”처럼요. 이렇게 말하면 구간 안에서 무엇을 포기하고 무엇을 넣을지 제안이 돌아옵니다. 유형별 실제 금액대가 궁금하시면 홈페이지 제작 비용 가이드에 따로 정리해뒀습니다.

오픈 희망일과 실제 가능한 일정은 왜 다른가?

일정이 밀리는 원인은 대체로 업체가 아니라 발주사의 콘텐츠 전달입니다. 제품 사진, 회사 소개 원고, 임원 승인이 늦어지면 개발은 멈춰 있어요.

그래서 오픈 희망일을 적을 때 “이 날짜가 고정인지”와 “우리가 자료를 언제까지 줄 수 있는지”를 같이 적으세요. 전시회나 제품 출시처럼 못 미루는 날짜라면 그 사실을 첫 상담에서 밝히는 게 낫습니다.

포트폴리오에서 실제로 봐야 할 것: 템플릿인가 맞춤 제작인가

포트폴리오는 이미지가 아니라 지금 살아있는 URL로 확인해야 합니다. 브라우저만 있으면 30분 안에 끝나는 절차입니다. 리서치에서도 범용 템플릿 의존보다 맞춤 개발 이력이 유연성·확장성·보안 측면에서 중요하다고 봅니다. 다만 템플릿 기반 제작이 무조건 나쁜 건 아니에요.

화면 캡처 말고 실제 라이브 URL을 요청해야 하는 이유는?

이미지는 시안일 수도, 실제로 오픈되지 않은 작업일 수도 있습니다. 라이브 URL을 받아야 확인되는 것들이 있어요. 실제 오픈 여부, 지금도 운영 중인지, 그리고 모바일에서 정말 잘 작동하는지요.

요청 문장은 간단합니다. “포트폴리오 중 3건의 실제 주소를 알려주실 수 있을까요?” 계약상 공개가 어려운 사례가 섞이는 건 자연스럽지만, 단 한 건도 주소를 못 준다면 그건 별개 문제입니다.

같은 업체의 결과물 3개가 서로 닮았다면?

세 사이트의 레이아웃 순서와 여백, 애니메이션이 거의 같다면 하나의 템플릿을 돌려쓰고 있을 가능성이 있습니다. 이게 문제인지 아닌지는 우리 목적에 달렸어요.

표준적인 소개형 사이트를 빠르고 저렴하게 열고 싶다면 템플릿 기반은 합리적인 선택입니다. 반대로 남들과 다른 구조나 별도 기능이 필요한데 템플릿 이력만 있다면, 그 유연성은 프로젝트 중반에 문제로 돌아옵니다. 확인 질문은 이겁니다. “이 사례들 중 구조를 새로 설계한 건 어느 것인가요?”

모바일·접근성·로딩 속도는 어떻게 직접 확인하나?

받은 URL 3개를 놓고 순서대로 해보세요. 첫째, 휴대폰으로 열어 메뉴와 문의 폼까지 실제로 눌러봅니다. 둘째, PC에서 브라우저 창 너비를 줄였다 늘리며 레이아웃이 깨지는 지점을 봅니다. 셋째, 이미지를 마우스로 확대해 흐릿한지 확인합니다.

속도와 접근성은 구글 PageSpeed Insights 같은 공개 도구로 직접 재보시는 편이 정확합니다. 점수의 절대 기준을 외울 필요는 없어요. 같은 도구로 세 사이트를 재서 서로 비교하고, 그 결과를 업체에 보여주며 “이 수치를 어떻게 보시냐”고 물으면 됩니다. 이때 나오는 설명의 구체성이 실제 기술력에 가깝습니다.

우리 업종과 비슷한 사례가 없으면 탈락인가?

아닙니다. 동일 업종 경험보다 중요한 건 비슷한 구조와 규모의 프로젝트를 다뤄봤는가예요. 회원 기능이 있는지, 다국어인지, 페이지가 몇 개인지, 관리자가 직접 수정하는 범위가 어디까지인지가 실제 난이도를 결정합니다.

오히려 같은 업종 사례만 잔뜩 있으면 그 업종의 관행을 그대로 복제할 위험도 있고요. 결과물을 볼 때 어떤 기준으로 봐야 할지 감이 안 잡히면 2026년 홈페이지 제작 트렌드를 기준선 삼아 비교해보셔도 좋습니다.

견적서 비교: 숨은 비용은 항상 같은 자리에서 나온다

견적서는 총액이 아니라 같은 조건에서 무엇이 포함되고 무엇이 빠졌는지로 비교해야 합니다. 추가 비용이 발생하는 자리는 업체가 달라도 거의 동일해요. 수정 횟수, 2차 제작물, 유료 플러그인, 콘텐츠 제작, 유지보수. 이 다섯 자리를 먼저 보세요.

견적 총액이 아니라 무엇을 비교해야 하나?

세 업체 견적서의 총액이 다르다면 대개 실력 차이가 아니라 범위 차이입니다. 한 곳은 원고 작성과 사진 촬영을 포함했고, 다른 곳은 발주사가 다 준다고 전제했을 수 있어요.

그래서 첫 작업은 세 견적서를 같은 표에 옮겨 적어 빈칸을 찾는 일입니다. 빈칸이 곧 나중에 청구될 항목입니다.

페이지 수·수정 횟수·2차 제작물의 정의가 왜 중요한가?

같은 단어를 서로 다르게 쓰기 때문입니다. “10페이지”가 상단 메뉴 10개인지 실제 화면 10개인지, 게시판 목록·상세·검색 화면을 각각 셀지 안 셀지에 따라 작업량이 두 배까지 벌어집니다.

“수정 3회”도 마찬가지예요. 색상 톤 변경이 1회인지, 시안 전체를 다시 잡는 게 1회인지 정의가 필요합니다. 명함·배너·인쇄물 같은 2차 제작물의 포함 여부도 견적서에 한 줄로 남겨두세요.

도메인·호스팅·유료 플러그인·이미지 라이선스는 누가 부담하나?

이 네 가지는 매년 돈이 나가는 항목인데 초기 견적서에서 자주 누락됩니다. 특히 유료 플러그인과 유료 이미지는 업체 계정으로 구매하면 계약 종료 시 사용 권한이 끊길 수 있어요.

확인 문장은 이겁니다. “도메인·호스팅·플러그인·이미지는 어느 계정으로 구매하며, 연 단위 비용은 누가 부담하나요?” 워드프레스로 갈 계획이라면 워드프레스 제작 비용 구조에 이런 반복 비용이 정리돼 있습니다.

견적서 3장을 같은 기준으로 정렬하는 법

아래 표에 그대로 옮겨 적어보세요. 금액보다 ‘범위 명시 여부’ 칸이 핵심입니다. 이 칸에 ✕가 많은 견적서는 지금 싼 게 아니라 나중에 정산되는 구조일 가능성이 큽니다.

항목	A사	B사	C사	범위 명시 여부
페이지 수(정의 포함)				○ / ✕
디자인 시안 수·수정 횟수				○ / ✕
원고·사진 등 콘텐츠 제작				○ / ✕
2차 제작물(배너·인쇄물)				○ / ✕
도메인·호스팅 연 비용 부담				○ / ✕
유료 플러그인·이미지 라이선스				○ / ✕
오픈 후 무상 지원 기간·범위				○ / ✕
월 유지보수 포함 항목				○ / ✕

이 표를 채우다 보면 견적 금액이 재정렬되는 경우가 많습니다. 가장 싸 보이던 곳이 빈칸을 다 메우고 나면 중간이 되기도 하고요.

계약서에서 반드시 확인할 5개 조항

계약서에서 볼 조항은 소유권, 수정과 추가 범위의 구분, 지급 일정, 오픈 후 지원, 중도 종료 시 인계 다섯 개입니다. 리서치도 소스코드·도메인 소유권, 지급 스케줄, revision과 new scope의 구분, 런칭 후 지원의 포함 여부를 계약서에 명시할 항목으로 듭니다. 아래는 일반적인 확인 항목이며 법률 자문이 아니라는 점을 먼저 밝혀둡니다.

최종 대금 지급 후 소스코드와 도메인은 누구 소유인가?

통과 기준은 “최종 대금 지급 완료 시 소스코드·디자인 원본·도메인의 소유권은 발주사에 귀속된다”는 취지의 문구가 있는 경우입니다. 없다면 이 문장을 그대로 서면으로 요청하세요.

솔루션 임대형은 구조상 코드 이전이 불가능할 수 있습니다. 그 자체가 잘못은 아니에요. 다만 계약 전에 “이전 불가”라는 사실을 명시받는 것이 중요합니다. 나중에 알게 되면 선택지가 없어지니까요.

‘수정’과 ‘추가 범위’는 계약서에서 어떻게 구분되나?

이 구분이 없으면 프로젝트 후반에 매번 감정 싸움이 됩니다. 통과 기준은 두 가지가 예시와 함께 정의돼 있는 경우예요. 예를 들어 “확정된 시안 내 요소의 색상·문구 변경은 수정, 화면 추가나 기능 신설은 추가 범위”처럼요.

없다면 요청할 문장은 이것입니다. “추가 범위가 발생할 경우 착수 전에 서면으로 금액과 일정을 통지하고 발주사 승인 후 진행한다.” 금액보다 승인 절차가 있다는 사실이 더 중요합니다.

대금 지급 일정은 어떤 단위로 쪼개는 게 안전한가?

계약금 100% 선지급은 양쪽 모두에게 위험합니다. 안전한 형태는 진행 단계와 지급을 묶는 것이에요. 계약 시, 디자인 시안 확정 시, 개발 완료·검수 시, 최종 오픈 시처럼 산출물이 나오는 시점을 기준으로 나눕니다.

핵심은 마지막 잔금을 검수 완료 이후에 두는 것입니다. 잔금이 남아 있어야 오픈 직전 수정 요청이 원활하게 처리되는 경우가 많습니다.

오픈 후 지원 중 무상 범위와 유상 범위는?

통과 기준은 무상 지원의 기간(예: 오픈 후 O개월)과 대상(오류 수정, 콘텐츠 변경 등)이 구분돼 적혀 있는 경우입니다. “하자보수” 한 단어만 있으면 무엇이 하자인지에서 다시 다툼이 생깁니다.

요청 문장은 이렇게. “무상 지원에 포함되는 작업과 별도 청구되는 작업을 각각 3개 이상 예시로 적어주실 수 있을까요?” 예시를 적어주는 곳은 실제로 그 기준으로 운영해온 곳입니다.

프로젝트가 중단될 때의 산출물 인계 조항은 있는가?

가장 자주 빠지는데 가장 아쉬울 때 필요한 조항입니다. 통과 기준은 “중도 종료 시 기성 산출물(디자인 원본·소스코드)과 계정을 발주사에 인계한다”는 문구가 있는 경우예요.

이 조항이 없으면 중간에 갈라설 때 남는 게 아무것도 없어 처음부터 다시 만들게 됩니다. 계약 전에 넣어달라고 요청하기는 쉽지만, 계약 후에 요청하기는 어렵습니다. 시점이 전부예요.

검색·AI 노출을 처음부터 설계하는 업체인지 확인하는 법

검색 노출은 오픈 후 붙이는 옵션이 아니라 사이트 구조를 짤 때 함께 결정되는 요소입니다. 리서치도 SEO를 초기부터 고려하는 접근을 업체 선택 기준으로 들고 있어요. 다만 여기서는 방법론이 아니라 업체에게 무엇을 물어볼지만 다룹니다.

SEO를 ‘나중에 하는 옵션’으로 파는 업체의 문제는?

URL 구조, 페이지 제목 체계, 이미지 처리 방식, 렌더링 방식 같은 결정은 제작 단계에서 굳어집니다. 오픈 후에 바꾸려면 재작업 비용이 생기고요. “SEO는 별도 상품입니다”라는 답이 문제인 이유는 상품을 파는 것 자체가 아니라, 제작 단계의 기본 설계를 옵션으로 분류했다는 신호이기 때문입니다.

SEO 실행을 별도 업체에 맡길 계획이라면 그 기준은 SEO 업체 선택 기준에서 따로 정리했습니다.

제작 단계에서 확인할 최소 기술 요건은 무엇인가?

전문 용어를 외울 필요는 없습니다. 다음 항목을 그대로 읽으며 “이건 기본 포함인가요, 별도인가요?”라고 물으면 충분해요.

• 페이지별 제목·설명 태그를 관리자에서 수정할 수 있는지
• 주소 체계(URL)를 사람이 읽을 수 있는 형태로 설계하는지
• 사이트맵과 robots 설정, 검색엔진 등록을 오픈 시 처리하는지
• 이미지 대체 텍스트와 제목 구조(h1·h2)를 콘텐츠 작업에 포함하는지
• 모바일 표시와 로딩 속도를 오픈 전에 측정해 보고하는지

이 다섯 항목에 대해 “기본입니다”와 “별도입니다” 중 어느 쪽이든 명확히 답하는 것이 중요합니다. 답이 흐릿하면 견적서에도 그 항목이 없다고 보시면 됩니다.

AI 검색 크롤러 대응을 물었을 때 나오는 답변으로 무엇을 알 수 있나?

요즘은 구글 검색뿐 아니라 AI 답변 서비스가 사이트를 읽어가는 경로도 고려 대상입니다. 리서치도 전통 검색을 넘어 신흥 AI 검색 크롤러의 접근성 전략을 물어보라고 권합니다. 이 질문의 목적은 정답을 듣는 게 아니에요.

주의할 점이 있습니다. 특정 마크업이나 기법이 AI 인용을 늘려준다고 확언하는 업체는 오히려 경계하시는 편이 좋습니다. 검색엔진과 AI 서비스가 공개적으로 확정한 내용은 제한적이고, 대부분은 관측과 추정에 기반하기 때문입니다.

확실하다고 말하는 업체보다, 무엇이 확실하고 무엇이 아직 추정인지 구분해 말하는 업체가 안전합니다.

좋은 답변은 이런 형태입니다. “크롤러 접근을 차단하지 않도록 설정하고, 콘텐츠가 자바스크립트 없이도 읽히게 만들고, 유입 경로를 측정해 3개월 뒤 다시 보자”는 식으로요. 개념 자체가 생소하시다면 AEO 답변엔진 최적화와 GEO 최적화란 무엇인가를 먼저 읽고 상담에 들어가시면 질문의 밀도가 달라집니다.

오픈이 끝이 아니다: 유지보수와 운영 지원 범위 확인

유지보수 견적은 금액이 아니라 월 몇 시간, 어떤 작업까지, 몇 시간 안에 대응인지로 비교해야 합니다. 웹사이트는 기술과 시장 변화에 맞춰 계속 진화해야 하고, 리서치가 말하는 진짜 파트너는 런칭 이후에도 최적화와 전략적 조언을 이어갑니다. 그렇다고 유지보수 계약이 모든 회사에 필수인 건 아니에요.

유지보수 계약에 보통 무엇이 들어가고 무엇이 빠지나?

대체로 포함되는 건 서버·솔루션 보안 업데이트, 백업, 장애 대응, 간단한 텍스트·이미지 교체입니다. 빠지기 쉬운 건 새 페이지 제작, 디자인 변경, 기능 추가, 콘텐츠 원고 작성이고요.

그래서 유지보수 견적을 받을 때는 이 목록을 요구하세요. 월 포함 작업 시간, 포함 작업의 예시, 별도 청구되는 작업의 예시, 초과 시 시간당 단가, 백업 주기와 보관 위치. 다섯 항목이 채워지면 두 업체의 유지보수 견적을 비로소 비교할 수 있습니다.

장애가 났을 때 연락 경로와 대응 시간은 정해져 있나?

사이트가 멈추는 일은 대개 담당자가 자리에 없을 때 생깁니다. 그래서 1인 담당자 개인 연락처만 있는 구조가 가장 위험해요.

확인할 것은 세 가지입니다. 평일 외 시간대 접수 경로가 있는지, 접수 후 1차 회신까지 몇 시간인지, 담당자 부재 시 백업 담당이 있는지. 이 세 가지를 계약서나 유지보수 명세에 한 줄로 남겨두시면 됩니다.

담당자가 바뀌어도 우리가 사이트를 운영할 수 있나(인수인계 문서)?

오픈 시점에 아래 목록을 문서로 요청하세요. 이건 유지보수 계약 여부와 무관하게 받아야 하는 자산입니다.

1. 계정 목록: 도메인 등록기관, 호스팅·서버, 관리자 페이지, 검색엔진 도구, 분석 도구 계정과 소유 권한
2. 관리자 매뉴얼: 글 등록, 이미지 교체, 메뉴 수정 절차를 화면 캡처와 함께
3. 백업 위치와 복구 방법: 어디에 무엇이 얼마나 보관되는지
4. 사용 중인 유료 플러그인·폰트·이미지의 라이선스 명의와 갱신일
5. 도메인·SSL 인증서 만료일

이 다섯 가지가 없으면 담당 직원 퇴사와 동시에 회사가 자기 사이트에 접근하지 못하는 상황이 생깁니다. 실제로 도메인 소유 계정이 누구 것인지 몰라 갱신에 실패하는 경우도 적지 않고요.

사내에서 직접 수정할 수 있는 범위는 어디까지가 적정한가?

기준은 “자주 바뀌는 것은 우리가, 구조를 건드리는 것은 업체가”입니다. 공지사항, 블로그 글, 제품 설명 문구, 담당자 연락처처럼 주 단위로 바뀌는 항목은 사내에서 고칠 수 있어야 합니다. 이걸 매번 업체에 요청하면 비용도 속도도 손해예요.

반대로 레이아웃과 코드까지 자유롭게 열어달라고 요구하는 건 권하지 않습니다. 권한이 넓어질수록 사고 시 원인 파악이 어려워지거든요. 상담에서 “우리가 직접 수정할 항목 목록”을 먼저 제시하고, 그 범위가 관리자 페이지로 커버되는지 확인하는 순서가 좋습니다.

업체 유형별 강약점: 프리랜서·소규모 스튜디오·에이전시·솔루션형

업체 유형에 우열은 없고 프로젝트 규모·기간·변경 가능성에 따른 적합도만 있습니다. 아래 표는 외주를 전제로 한 유형 비교입니다. 외주 말고 직접 만드는 선택지까지 함께 저울질하고 싶다면 홈페이지 만드는 방법 비교를 보시는 게 순서상 맞습니다.

유형	적합한 프로젝트	강점	주의할 리스크	확인 질문
프리랜서	페이지 수가 적은 소개형, 부분 개편	비용 효율, 빠른 의사결정, 직접 소통	부재·이탈 시 대체 인력 부재, 디자인·개발 편중	“작업이 중단될 상황에 대비한 인계 방법이 있나요?”
소규모 스튜디오	중간 규모 기업 사이트, 브랜드 리뉴얼	디자인 완성도, 담당자와 직접 소통, 유연성	대형·복잡 기능 시 리소스 한계, 동시 프로젝트 지연	“우리 프로젝트에 몇 명이 몇 % 투입되나요?”
에이전시	다국어·시스템 연동·대규모 개편	인력 구성 완비, 프로세스·문서화, 사후 조직 대응	비용 상승, 실무자와 영업 담당 분리, 소규모 건 후순위	“상담한 분이 실제 프로젝트에도 참여하나요?”
솔루션·임대형	표준 기능으로 충분한 빠른 오픈	초기 비용·기간 절감, 운영 부담 적음	구조상 코드 이전 불가 가능, 커스터마이징 제약, 월 비용 지속	“계약 종료 시 데이터와 콘텐츠는 어떤 형태로 받나요?”

우리 프로젝트 규모에는 어떤 유형이 맞나?

판단은 세 가지로 갈립니다. 페이지가 20장 이하이고 기능이 문의 폼 수준이면 프리랜서나 소규모 스튜디오로 충분합니다. 회원 관리, 결제, 사내 시스템 연동이 들어가면 여러 직군이 동시에 붙어야 하니 에이전시 쪽이 안전하고요.

여기에 하나 더. 오픈 후 6개월간 얼마나 자주 바뀔 것인가도 봐야 합니다. 변경이 잦다면 계약 기간 내내 연락이 닿을 조직인지가 가격보다 중요해집니다.

유형별로 가장 자주 발생하는 리스크는?

표에 적은 리스크는 유형의 결함이 아니라 구조적 특성입니다. 프리랜서는 1인 구조라 부재 리스크가 있고, 에이전시는 조직이 크니 담당자 교체 리스크가 있어요. 각 유형의 리스크를 알고 그 지점만 계약서로 막으면 됩니다.

여러 유형을 조합해 발주해도 되나?

가능합니다. 디자인은 스튜디오, 개발은 프리랜서, 운영은 사내처럼 나누는 회사도 있어요. 다만 조합의 대가는 조율 비용입니다. 문제가 생겼을 때 디자인 탓인지 개발 탓인지 가리는 일을 발주사가 직접 해야 하거든요.

나눌 거라면 최소한 산출물 인계 형식(디자인 원본 파일 형식, 코드 저장소 위치)을 처음부터 지정하세요. 이걸 안 정하면 넘겨받는 쪽에서 다시 만들자는 말이 나옵니다.

상담 미팅에서 던질 질문 12개와 답변 채점 기준

질문은 좋은 답을 듣기 위해서가 아니라 답변의 형태를 관찰하기 위해 던집니다. 아래 12개를 상담 자리에서 그대로 읽으셔도 됩니다. ○는 좋은 신호, △는 추가 확인 필요, ✕는 후보에서 내릴 신호입니다.

어떤 질문이 실력 차이를 가장 잘 드러내나?

#	질문	○ 좋은 답	△ 확인 필요	✕ 위험 신호
1	저희 요구사항 중 다시 생각해봐야 할 부분이 있을까요?	구체적 항목을 짚고 대안 제시	“검토 후 회신”	“요청대로 하면 됩니다”
2	이 사이트에서 방문자가 해야 할 행동은 뭐라고 보세요?	전환 행동을 지목하고 경로 설명	“문의가 늘어야죠” 수준	디자인 이야기로만 답함
3	포트폴리오 3건의 실제 주소를 받을 수 있을까요?	즉시 제공, 역할 범위도 설명	“공개 가능한 것만”	이미지만 반복 제시
4	이 견적에 포함되지 않는 항목을 목록으로 주실 수 있나요?	제외 항목 문서로 회신	구두로만 설명	“거의 다 포함입니다”
5	‘수정 O회’의 1회 기준은 무엇인가요?	예시와 함께 정의 제시	“상식선에서 조율”	“무제한입니다”
6	최종 대금 후 소스코드와 도메인 소유권은 어떻게 되나요?	발주사 귀속을 계약서 문구로 확인	“당연히 드립니다”(문구 없음)	답변 회피, 이전 불가 미고지
7	진행 상황은 어떤 방식으로, 얼마나 자주 공유하시나요?	도구·주기·문서 형태 구체적	“수시로 연락드립니다”	“필요할 때 말씀주세요”
8	어떤 프로젝트 관리 방식(애자일/워터폴)으로 진행하나요?	방식과 그 이유를 쉬운 말로 설명	용어만 나열	질문 자체를 흘려보냄
9	비개발자인 저희에게 이 기능을 어떻게 설명하시겠어요?	비유와 예시로 이해시킴	용어 반복	“어려워서 설명이 힘듭니다”
10	SEO와 AI 검색 대응은 제작 단계에서 어디까지 포함되나요?	포함/별도를 항목별로 구분	“기본은 합니다”	노출·인용을 보장한다고 확언
11	오픈 후 무상 지원 범위와 유지보수 포함 항목은요?	기간·항목·초과 단가 명시	“하자보수는 해드립니다”	구두 약속만 반복
12	중도 종료 시 산출물과 계정 인계는 어떻게 되나요?	계약서 조항으로 안내	“그럴 일 없습니다”	불쾌감 표시, 답변 거부

좋은 답변과 위험한 답변은 각각 어떤 모습인가?

좋은 답변에는 공통점이 있습니다. 조건이 붙습니다. “이 경우에는 되고, 저 경우에는 일정이 늘어납니다”처럼요. 반대로 위험한 답변은 조건 없이 매끄럽습니다. 다 되고, 다 포함이고, 무제한입니다.

특히 10번 질문에서 노출이나 AI 인용을 보장한다고 말하는 곳은 주의하세요. 보장할 수 없는 것을 보장한다는 건, 다른 항목에서도 같은 태도로 말할 가능성이 있다는 뜻입니다. 업체 순위표를 참고하시더라도 순위 1위가 우리 프로젝트의 정답은 아닌 이유는 여기에 있습니다.

미팅 후 24시간 안에 확인할 후속 신호는?

미팅이 끝난 뒤가 진짜 관찰 구간입니다. 세 가지를 보세요. 첫째, 논의 내용을 정리한 회의록이나 후속 메일이 왔는가. 둘째, 미팅에서 “확인 후 알려드리겠다”고 한 항목에 실제로 답이 왔는가. 셋째, 요청한 자료(포트폴리오 URL, 제외 항목 목록)가 왔는가.

계약 전에 응답이 느린 곳이 계약 후에 빨라지는 경우는 드뭅니다. 이 세 가지가 계약 후 커뮤니케이션의 예고편이라고 보셔도 무리가 없어요.

이 12개 질문표를 그대로 들고 여러 업체와 상담해보세요. 마케토리도 상담 자리에서 이 질문들을 받는 쪽이니, 채점표를 채워보실 곳이 필요하시면 무료 상담으로 편하게 확인해보셔도 좋습니다. 답변을 비교해보는 것만으로도 기준이 훨씬 선명해집니다.