1. 개요 (Executive Summary)
"홈페이지 제작 업체 어디가 좋아요?"라는 질문에 대한 정직한 답은 특정 업체의 이름이 아닙니다. 어떤 업체를 만나든 실패 확률을 낮추는 발주 프로세스가 답에 가깝습니다. 요구사항을 문서로 정리하고(RFP), 포트폴리오를 라이브 사이트로 검증하고, 견적을 같은 기준 위에 놓고 비교하고, 계약서에서 소유권과 하자보수 조항을 확인하는 것. 이 네 단계를 건너뛴 프로젝트는 실력 있는 업체를 만나도 흔들립니다.
이 글은 웹에이전시가 내부에서 쓰는 기준을 발주자 시점으로 뒤집어 정리했습니다. 업체 입장에서 굳이 먼저 말하지 않는 부분 — 하도급 여부, 수정 횟수 제한, 도메인 명의 — 까지 포함해서요.
핵심 메시지
업체 선정의 목표는 "가장 잘하는 업체 찾기"가 아니라 "우리 프로젝트와 맞지 않는 업체를 거르는 것"입니다. 대기업 사이트를 만드는 에이전시가 500만 원짜리 스타트업 홈페이지에 최선을 다한다는 보장은 없고, 그 반대도 마찬가지입니다.
거르는 근거는 세 가지 문서에서 나옵니다. 포트폴리오, 견적서, 계약서. 이 글의 3~6장이 하나씩 다룹니다.
2. 실패 프로젝트의 3가지 패턴
중간에 엎어진 프로젝트를 들고 오는 상담이 종종 있습니다. 사연은 제각각인데 원인을 파고들면 거의 항상 셋 중 하나로 수렴합니다. 요구사항 미정의, 최저가 계약, 소유권 미확보. 어느 쪽이든 계약서에 사인하기 전에 막을 수 있었던 문제입니다.
패턴 1 — "그건 당연히 포함인 줄 알았는데요"
요구사항을 문서로 정하지 않고 "회사소개 사이트 하나요"라는 말로 계약하면, 발주자와 업체는 각자 다른 그림을 머릿속에 두고 출발합니다. 발주자는 영문 페이지와 채용 게시판까지 상상하고, 업체는 5페이지짜리 원페이지 확장형을 견적에 넣었을 수 있습니다.
이 간극은 시안이 나온 뒤에야 드러납니다. 그때부터는 모든 요청이 분쟁의 씨앗입니다. 업체는 "추가 범위"라 하고 발주자는 "당연한 기본"이라 합니다. 둘 다 틀리지 않았다는 게 문제입니다. 기준 문서가 없으면 심판이 없는 경기가 됩니다.
패턴 2 — 300만 원 계약이 900만 원이 되는 과정
최저가 견적에는 이유가 있습니다. 범위를 최소로 잡았거나, 수정 횟수를 조여놨거나, 템플릿을 쓰거나. 계약 자체는 300만 원인데 반응형 추가, 서브페이지 추가, 수정 3회 초과분이 각각 청구되면서 최종 정산이 두세 배로 불어나는 흐름은 실무에서 자주 보는 패턴입니다.
업체가 사기를 친 게 아닙니다. 견적서에 작게 적혀 있던 조건들이 실제 프로젝트에서 전부 발동했을 뿐입니다. 총액만 보고 계약한 발주자는 이 구조를 잔금 낼 때 처음 이해하게 됩니다.
패턴 3 — 사이트는 있는데 열쇠가 없다
셋 중 가장 뼈아픈 패턴입니다. 사이트는 멀쩡히 돌아가는데 도메인이 업체 명의로 등록돼 있고, 호스팅 계정도 소스코드도 업체가 쥐고 있는 경우. 유지보수 계약을 해지하거나 업체와 사이가 틀어지는 순간 내 회사 홈페이지에 나만 접근할 수 없는 상황이 됩니다.
리뉴얼하려고 새 업체를 찾았더니 "소스를 받아오셔야 작업이 가능하다"는 답을 듣고, 기존 업체는 연락이 닿지 않는 경우도 있습니다. 결국 처음부터 다시 만듭니다. 몇 년 쌓은 검색 노출과 함께 도메인까지 잃으면 피해는 제작비의 몇 배가 됩니다.
세 패턴의 공통점
셋 다 업체의 악의에서 출발하지 않습니다. 계약 전에 정하지 않은 것들이 프로젝트 후반에 청구서와 분쟁으로 돌아온 것입니다.
그래서 이 글의 나머지는 전부 "계약 전에 무엇을 정하고 확인할 것인가"에 대한 이야기입니다.
3. 후보 업체 스크리닝: 포트폴리오 검증법
포트폴리오는 이미지가 아니라 URL로 확인해야 합니다. 검증 질문은 세 가지입니다. 지금도 살아 있는 사이트인가, 이 업체가 직접 만들었는가, 우리와 비슷한 프로젝트를 해봤는가. 셋 다 통과하는 업체는 생각보다 적습니다.
포트폴리오가 진짜인지 어떻게 확인하나요?
실제 URL을 요청해서 직접 접속해 보는 것이 시작입니다. 캡처 이미지만 나열된 포트폴리오는 판단 근거가 못 됩니다. 이미지로는 로딩 속도도, 모바일 대응도, 서브페이지의 완성도도 알 수 없으니까요.
- 메인만 보지 말고 서브페이지까지: 메인은 공들이고 서브는 방치한 사이트가 많습니다. 회사소개, 게시판, 문의 페이지까지 들어가 보세요.
- 모바일로 한 번 더: 방문자 절반 이상이 모바일로 들어옵니다. 스마트폰에서 메뉴, 표, 문의 폼이 제대로 작동하는지 확인합니다.
- 푸터의 제작사 크레딧: 사이트 하단에 제작사 표기가 있다면 교차 확인이 됩니다. 다만 크레딧이 없는 경우도 많으니 참고 지표 정도로만.
- 제작 시점 확인: 포트폴리오의 사이트가 이후 다른 업체 손에서 리뉴얼됐을 수 있습니다. "이 사이트, 언제 어느 범위까지 작업하셨나요?"라고 물어보세요.
직접 제작인지 하도급인지 가려내는 질문
영업과 제작이 분리된 업체가 있습니다. 계약은 A사와 했는데 실제 작업은 B사나 프리랜서에게 넘어가는 구조입니다. 하도급 자체가 나쁜 건 아니지만, 발주자가 모르는 채로 진행되면 소통이 한 단계 꺾이고 책임 소재가 흐려집니다.
가려내는 방법은 구체적인 질문입니다. "이 포트폴리오에서 디자인은 누가 하셨나요? 그분이 저희 프로젝트에도 참여하시나요?" 직접 만든 팀은 그 프로젝트의 의사결정 과정을 술술 얘기합니다. 왜 이 구조를 택했는지, 클라이언트가 뭘 요구해서 어떻게 풀었는지. 하도급으로 받아온 포트폴리오는 이 질문에서 대답이 겉돕니다.
유사 업종 경험이 왜 중요한가요?
제조업 B2B 사이트와 뷰티 커머스는 문법이 다릅니다. 전자는 기술 신뢰도와 납품 실적을 보여주고 견적 문의로 연결하는 구조가 핵심이고, 후자는 비주얼과 구매 전환 동선이 핵심입니다. 우리 업종 또는 비슷한 구매 결정 구조를 가진 업종의 작업 경험이 있는 업체는 기획 단계에서 나올 시행착오를 이미 한 번 치른 상태입니다.
업체 유형별 특성 비교
| 구분 | 프리랜서 | 소규모 스튜디오 (2~10인) | 중대형 에이전시 |
|---|---|---|---|
| 강점 | 가격, 빠른 소통, 유연함 | 대표가 직접 관여, 가격 대비 완성도 | 체계적 프로세스, 인력 안정성, 대형 프로젝트 경험 |
| 리스크 | 1인 의존 — 잠수·중단 시 대안 없음, 사후 관리 취약 | 동시 진행 프로젝트가 많으면 일정 지연 | 비용 상승, 실무는 주니어가 담당할 수 있음 |
| 계약 시 확인점 | 중도 이탈 대비 산출물 단계별 인도, 세금계산서 발행 가능 여부 | 담당 인력 명시, 하자보수 대응 창구 | 실제 투입 인력 구성, 최소 계약 규모 |
| 맞는 프로젝트 | 소규모 원페이지, 명확한 단일 작업 | 기업 홈페이지, 브랜드 사이트 대부분 | 대규모 플랫폼, 그룹사·공공 프로젝트 |
포트폴리오에서 정말 봐야 할 것
업체가 보여주는 포트폴리오는 그 업체의 최고작입니다. 당신이 받게 될 결과물은 평균작에 가깝습니다.
그래서 대표작 두세 개보다, 포트폴리오 목록의 중간쯤에 있는 사이트를 열어보는 편이 실제 수준을 가늠하는 데 유용합니다.
4. RFP 작성 가이드
RFP(제안요청서)라고 하면 공공 입찰용 수십 페이지 문서를 떠올리지만, 기업 홈페이지 발주에는 A4 한두 장이면 충분합니다. RFP의 진짜 기능은 형식이 아니라 이것입니다: 여러 업체가 같은 조건을 보고 견적을 내게 만들어서, 견적서끼리 비교가 가능해지는 것. RFP 없이 받은 견적 3장은 서로 다른 상품의 가격표라 비교 자체가 성립하지 않습니다.
RFP에는 무엇을 담아야 하나요?
일곱 항목이면 됩니다. 각 항목은 한두 문단이면 충분하고, 모르는 항목은 "미정 — 제안 요청"이라고 적으면 됩니다. 그것도 업체에게는 정보입니다.
- ① 목적: 이 사이트로 무엇이 달라져야 하는지 한 문장으로. "회사 소개"보다 "전시회에서 만난 바이어가 견적 문의를 남기게 한다"가 좋은 목적 정의입니다. 문의 리드 확보가 목적이라면 사이트 구조 자체가 달라지는데, 그 설계는 B2B 리드 머신 만들기에서 따로 다뤘습니다.
- ② 타깃: 누가 들어와서 무엇을 하고 나가는가. 구매 담당자인지, 투자자인지, 채용 지원자인지에 따라 첫 화면이 달라집니다.
- ③ 필수 기능·페이지: 메인, 회사소개, 제품 페이지 몇 개, 문의 폼, 관리자에서 직접 수정할 페이지 등 목록으로. 다국어 여부는 견적을 크게 바꾸니 반드시 명시합니다.
- ④ 레퍼런스: 좋다고 느낀 사이트 2~3개와 그 이유. "이 사이트의 제품 페이지 구조"처럼 구체적일수록 시안 왕복이 줄어듭니다.
- ⑤ 예산 범위: 정확한 금액이 아니라 범위로. 아래에서 따로 설명합니다.
- ⑥ 일정: 오픈 희망일과 그 이유(전시회, 신제품 출시 등). 이유가 있으면 업체가 일정의 우선순위를 판단할 수 있습니다.
- ⑦ 유지보수: 오픈 후 콘텐츠를 누가 관리하는가. 내부에서 직접 수정할 계획이면 관리자 기능 요건이, 업체에 맡길 계획이면 월 유지보수 조건이 견적에 들어가야 합니다.
예산을 미리 공개해야 하나요?
범위로 공개하는 쪽이 유리합니다. "부르는 게 값이 될까 봐" 예산을 숨기는 발주자가 많은데, 실제로는 반대 효과가 납니다. 예산을 모르는 업체는 500만 원짜리 제안과 3,000만 원짜리 제안 중 무엇을 준비해야 할지 몰라 중간 어딘가의 애매한 제안을 보냅니다. "1,000만~1,500만 원 범위"라고 적으면 업체는 그 예산에서 무엇을 해줄 수 있는지를 구체적으로 제안하고, 발주자는 같은 예산 구간의 제안끼리 비교하면 됩니다.
예산 범위를 잡는 것 자체가 어렵다면, 항목별로 비용이 어떻게 쌓이는지부터 파악하는 게 순서입니다. 홈페이지 제작 비용의 구조에 기획·디자인·개발 단계별 비용 구성을 정리해 뒀습니다.
5. 견적 비교와 협상
견적서 3장을 받으면 총액부터 눈이 가지만, 총액은 마지막에 봐야 합니다. 비교 순서는 범위 → 조건 → 총액입니다. 같은 RFP를 주고도 견적이 두세 배 벌어지는 건 흔한 일이고, 그 차이의 대부분은 실력이 아니라 각 업체가 잡은 범위와 조건의 차이입니다.
총액이 아니라 항목을 비교하세요
견적서를 나란히 놓고 항목 단위로 맞춰봅니다. 기획, 디자인, 퍼블리싱, 개발, 반응형. 한 견적서에 있는 항목이 다른 견적서에 없다면 두 가지 중 하나입니다. 다른 항목에 녹여놨거나, 아예 범위 밖이거나. 후자라면 나중에 추가금으로 돌아옵니다. "이 견적에 반응형이 포함인가요?"처럼 없는 항목을 직접 물어서 세 견적의 범위를 같게 만든 다음 총액을 비교해야 의미가 있습니다.
견적 차이가 3배 나는데 정상인가요?
정상입니다. 같은 "회사소개 사이트 10페이지"라도 템플릿 커스터마이징과 전체 맞춤 디자인은 투입 시간이 몇 배 차이 납니다. 싼 견적이 함정인 것도, 비싼 견적이 과잉인 것도 아닙니다. 각각 무엇을 전제로 한 금액인지 확인하는 게 먼저입니다. 전제를 물었을 때 명확히 답하지 못하는 견적이 진짜 위험 신호입니다.
협상: 깎을 것과 깎지 말아야 할 것
가격 협상의 정석은 단가 후려치기가 아니라 범위 조정입니다. "20% 깎아주세요"에 응한 업체는 어딘가에서 그 20%를 회수합니다. 보통 기획 시간과 디자인 시안 수에서요. 대신 "영문 페이지는 2차로 미루고 그만큼 조정하죠"처럼 범위를 줄이면 품질을 지키면서 예산을 맞출 수 있습니다. 유지보수 계약을 묶어 제작비를 조정하는 것도 양쪽 모두에게 합리적인 카드입니다.
견적서에서 반드시 확인할 세 줄
① 수정 횟수: "디자인 시안 2회 수정 포함" 같은 조건이 어딘가에 적혀 있습니다. 초과분 단가까지 미리 확인하세요. ② 반응형 포함 여부: 모바일 대응이 별도 견적인 경우가 아직도 있습니다. ③ 원고·이미지 준비 주체: 사이트에 들어갈 글과 사진을 발주자가 준비하는지, 업체가 작성·촬영하는지에 따라 일정과 비용이 크게 달라집니다.
이 세 줄이 견적서에 없다면, 있는 견적서를 기준으로 다른 업체에도 같은 조건을 물어보면 됩니다.
6. 계약서 필수 조항
계약서에서 확인할 것은 다섯 가지입니다. 소유권, 하자보수, 검수 기준, 대금 구조, 저작권. 업체가 내민 표준 계약서에 이 다섯 항목이 어떻게 적혀 있는지 읽고, 없거나 모호하면 특약으로 넣으면 됩니다. 멀쩡한 업체라면 이 요구를 거절할 이유가 없습니다. 거절한다면 그 자체가 판단 근거입니다.
| 조항 | 계약서에 명시할 내용 | 빠졌을 때 생기는 일 |
|---|---|---|
| 소스코드 소유권 | 잔금 완납 시 소스코드·DB 등 산출물 일체를 발주사에 인도 | 리뉴얼·업체 변경 시 소스를 못 받아 처음부터 다시 제작 |
| 도메인·호스팅 명의 | 도메인 등록자·호스팅 계정 모두 발주사 명의, 관리자 계정 인계 | 업체와 관계가 끊기면 내 사이트에 접근 불가, 도메인 상실 위험 |
| 하자보수 | 기간(통상 3~6개월)과 범위 — 오류 수정은 무상, 기능 추가는 별도 | 오픈 직후 버그 수정마다 비용 청구, "하자냐 추가냐" 분쟁 |
| 검수 기준 | 검수 항목·기한, 기한 내 무응답 시 처리 방식 | "검수 완료" 시점을 두고 잔금 지급 분쟁 |
| 대금 구조 | 계약금·중도금·잔금 비율과 각 지급 시점(산출물 기준) | 선금 비중이 크면 후반 작업 품질에 대한 협상력 상실 |
| 저작권·라이선스 | 디자인 저작권 귀속, 사용된 폰트·이미지의 라이선스 명세 | 몇 년 뒤 폰트·이미지 저작권 침해 내용증명 수령 |
도메인 명의, 지금 바로 확인하는 법
이미 운영 중인 사이트가 있다면 후이즈(WHOIS) 조회로 1분 만에 확인됩니다. 도메인 등록기관 사이트나 whois 조회 서비스에서 등록자(Registrant)가 우리 회사인지 보면 됩니다. 등록자가 제작 업체나 모르는 개인 이름으로 돼 있다면, 리뉴얼 이야기를 꺼내기 전에 명의 이전부터 요청하는 게 순서입니다. 관계가 좋을 때 해야 쉽게 끝나는 일입니다.
대금은 어떻게 나누는 게 안전한가요?
계약금 30% · 중도금 30% · 잔금 40% 안팎이 무난한 구조입니다. 핵심은 비율보다 지급 시점을 산출물에 묶는 것입니다. 중도금은 "디자인 시안 확정 시", 잔금은 "검수 완료 및 산출물 인도 시"처럼요. 날짜에 묶으면 작업이 늦어져도 돈은 나가야 하고, 산출물에 묶으면 진행과 지급이 함께 움직입니다. 선금 비중이 70~80%에 달하는 계약은 프로젝트 후반에 발주자가 쥔 카드가 없어진다는 뜻이라 피하는 게 좋습니다.
하자보수와 유지보수는 다른 계약입니다
하자보수는 만든 것이 계약대로 작동하지 않을 때 무상으로 고쳐주는 제작 계약의 일부이고, 유지보수는 오픈 이후 콘텐츠 수정·기능 개선을 해주는 별도의 유료 계약입니다.
이 둘을 계약서에서 구분하지 않으면 "하자보수 기간인데 왜 돈을 받느냐"는 소모전이 생깁니다. 하자보수 기간·범위는 제작 계약서에, 유지보수는 월 비용과 월 작업 범위를 정한 별도 조항이나 별도 계약으로 정리하는 게 깔끔합니다.
7. 결론 및 체크리스트
다시 처음의 질문으로 돌아가면 — 좋은 업체는 검색으로 찾아지는 게 아니라 좋은 발주 과정이 걸러냅니다. RFP를 보내면 업체의 회신 품질이 갈리고, 포트폴리오 URL을 요청하면 자신 있는 업체와 아닌 업체가 갈리고, 소유권 특약을 요구하면 오래 갈 업체와 아닌 업체가 갈립니다. 발주자가 기준을 갖고 있다는 사실 자체가 프로젝트의 안전장치입니다.
계약 전에 이것만 확인하세요.
- RFP 작성: 목적·타깃·필수 기능·레퍼런스·예산 범위·일정·유지보수, 일곱 항목을 A4 1~2장으로 정리해 모든 후보에게 동일하게 전달
- 포트폴리오 검증: 라이브 URL로 서브페이지·모바일까지 확인, 직접 제작 여부와 유사 업종 경험 질문
- 견적 3곳 이상 비교: 총액이 아니라 항목·범위·수정 횟수·원고 준비 주체를 같은 기준으로 맞춘 뒤 비교
- 소유권 조항: 소스코드 인도, 도메인·호스팅 계정 발주사 명의를 계약서에 명시
- 하자보수·검수: 하자보수 기간과 범위, 검수 기한을 숫자로 명시하고 유지보수와 구분
- 대금 구조: 계약금·중도금·잔금을 산출물 기준으로 분할, 잔금 비중 확보
여섯 개 전부 해도 실 작업 시간은 하루가 안 됩니다. 그 하루가 수백만 원의 추가금과 몇 달의 분쟁, 그리고 최악의 경우 사이트를 통째로 다시 만드는 일을 막아줍니다.