웹 에이전시 선정 기준, 견적서 받기 전에 확인할 것들

웹사이트는 거의 항상 여러 목적을 동시에 맡습니다. 브랜드 소개, 제품 판매, 문의 접수, 채용, 뉴스룸 기능이 전부 한 사이트 안에서 돌아가는 경우가 일반적입니다. 그래서 “우리 사이트의 목적이 무엇인가”라고 물으면 “다 필요합니다”라는 답이 나오기 쉽습니다. 이 답은 정보로서 가치가 없습니다.

1차 목적 한 가지를 정해두셔야 합니다. 2차, 3차 목적은 있어도 좋지만, 충돌이 발생했을 때 어느 쪽을 우선할지 명확한 한 가지가 있어야 합니다. 예를 들어 “영업 문의 전환”이 1차 목적이라면 견적서를 받을 때 디자인 고도화보다 문의 폼과 리드 트래킹이 우선 고려되는지 확인해야 합니다.

견적서가 가장 크게 벌어지는 변수가 바로 이것입니다. 사이트 구조는 합의가 쉽지만 최종 콘텐츠(텍스트·이미지·동영상)를 누가 작성하고 제공하느냐에 따라 범위가 완전히 달라집니다. 같은 “기업 홈페이지”여도 아래 세 가지 경우는 전부 다른 프로젝트입니다.

1. 1

   의뢰자가 모든 원고와 이미지를 직접 제공

   업체는 배치만 담당하는 구조입니다. 견적 구간이 가장 낮은 편입니다.

2. 2

   의뢰자가 초안을 주고, 업체가 카피 정제 + 이미지 보정

   초안이 있어 방향성이 명확한 경우. 정제·보정 공수가 포함되어 중간 구간을 형성합니다.

3. 3

   업체가 인터뷰 기반으로 카피 작성 + 촬영 + 편집

   콘텐츠 제작까지 포함하는 풀 패키지. 1번 대비 1.5~2배 금액이 드는 것이 일반적입니다.

견적 요청 단계에서 “콘텐츠는 저희가 드립니다”라고 명시하는 것과 아닌 것은 받게 되는 견적서가 완전히 다릅니다.

사이트 오픈 후 내부에서 수정해야 할 콘텐츠 영역이 어디까지인지 정리해두셔야 합니다. 메인 배너만 바꿀 수 있으면 되는지, 공지사항·채용 공고 같은 게시판형 콘텐츠가 필요한지, 제품 상세 페이지를 주기적으로 추가해야 하는지에 따라 요구되는 관리자 페이지(콘텐츠 관리 시스템, CMS) 범위가 전혀 달라집니다.

이 부분을 “어차피 업체가 알아서 해주겠지”라고 넘어가시면 제작 후 “공지사항 하나 올리는데 업체에 요청 메일을 매번 보내고 있다”는 상황이 발생합니다. CMS 범위를 사전에 정의하지 않으면 오픈 시점부터 유지보수 비용이 예상보다 높아지는 전형적인 패턴입니다. CMS 도입 판단 기준 글에서 업데이트 빈도·담당자 구조에 따라 어느 수준까지 관리자 페이지가 필요한지 정리해두었습니다.

업체에 예산을 공개하면 “그만큼 다 받아가려 할 것”이라는 우려가 자주 있는데, 실제로는 반대입니다. 예산을 비공개로 두면 업체는 보수적으로 견적을 뽑을 수밖에 없고, 그 결과 받으실 견적서는 실제 필요한 범위보다 축소된 제안이 되는 경우가 많습니다. 본인이 감당 가능한 범위를 “최대 예산 ○○○만 원, 필수 오픈 시기 ○월 ○일” 형태로 공개하시는 편이 오히려 유리합니다. 좋은 업체일수록 이 정보를 바탕으로 우선순위를 조정해서 현실적인 제안을 가져옵니다.

대기업·공공기관 프로젝트 중심입니다. 제안요청서(RFP) 기반의 입찰 구조로 운영되며, 진입 예산 자체가 수천만 원 단위입니다. 기획·디자인·개발·QA가 분업화되어 있어 대규모·복잡 프로젝트에 강합니다. 다만 소규모 의뢰에는 비용 구조상 대응하기 어렵고, 담당자 교체가 잦은 편입니다.

맞는 경우: 공공기관·대기업·복잡한 회원 시스템이나 이커머스, 다국어 다지사 구조. 맞지 않는 경우: 연매출 수십억 이하 중소기업의 일반 기업 사이트.

브랜드 중심 또는 특정 산업군(금융·의료·교육 등)에 특화된 경우가 많습니다. 디자인 퀄리티가 높은 편이고 프로젝트 관리 체계가 갖춰져 있습니다. 제작비 시장 구간은 대략 1,500만~5,000만 원선으로 형성되어 있으며(VAT 별도, 범위에 따라 변동), 브랜드 민감도가 높은 기업에 적합합니다.

맞는 경우: 브랜드 리뉴얼과 연계된 홈페이지, 중견기업·상장기업의 리프레시. 맞지 않는 경우: 빠른 오픈이 필요한 소규모 랜딩, 최소 기능 MVP.

디자인·개발 실무자 중심으로 운영되며, 최근 몇 년 사이 가장 활성화된 유형입니다. 커뮤니케이션 단계가 짧고 의사결정이 빠르며, 표준 스택(Next.js, React, Tailwind 등)을 사용하는 경우가 많아 유지보수 이관이 수월한 편입니다. 작업 범위 대비 비용 효율이 좋은 구간이지만, 업체별 편차가 가장 큰 유형이기도 합니다.

맞는 경우: 중소기업·스타트업의 일반 기업 사이트, 브랜드·운영 관점이 중요한 소규모 프로젝트. 맞지 않는 경우: 100명 이상이 동시 접속해 복잡한 트랜잭션을 처리하는 서비스형 웹.

비용 측면에서 가장 낮은 구간이 형성되어 있습니다. 개인의 실력 편차가 크고, 디자인과 개발 중 한 영역에 강점이 있는 경우가 많습니다. 책임 소재가 법인 대비 명확하지 않으므로 중장기 유지보수가 필요한 프로젝트에는 리스크가 있습니다.

맞는 경우: 단일 페이지 랜딩, 이벤트 사이트, 기존 사이트의 부분 수정. 맞지 않는 경우: 지속적인 유지보수와 콘텐츠 업데이트가 필요한 기업 사이트.

가격대가 낮은 구간에 형성되어 있지만, 플랫폼 특성상 표시 가격에 포함된 범위와 실제 필요한 범위의 차이가 큰 경우가 많습니다. 견적 비교가 표면상 쉬워 보여도 동일선상 비교가 어렵기 때문에, 표시 가격을 업계 평균으로 오해하지 않는 것이 중요합니다. 솔루션 종속이나 빌더형 툴 사용이 많아 제작 후 타 업체로 이관이 어려운 경우도 있으니 구조를 먼저 확인하셔야 합니다.

견적서에 “총 8페이지”로 적혀 있어도, 그 8페이지가 어떤 구성인지에 따라 작업량이 배 이상 차이 납니다. 메인 1, 회사 소개 3, 제품 4의 8페이지와, 메인 1, 제품 카테고리 1 + 제품 상세 템플릿 1(실제 제품 등록은 관리자 페이지에서 수십 건)의 구성은 총 개수가 같아도 작업 성격이 전혀 다릅니다.

확인 포인트는 “페이지 목록에 반복 패턴(템플릿)이 몇 개이고, 그 외의 고유 화면이 몇 개인가”입니다. 반복 패턴은 템플릿 1회 제작 + CMS로 관리되어야 효율적이고, 고유 화면은 1개당 개별 기획·디자인·개발이 필요합니다.

“반응형 지원”이라는 단어 하나로 얼버무리는 견적서가 많은데, 실제로는 세 가지 구성이 가능합니다. PC만 지원, PC+모바일 2단계, PC+태블릿+모바일 3단계입니다. 최근에는 PC+모바일 2단계가 기본이지만, 태블릿 경험을 중시하는 업종(B2B, 전시 관련)은 3단계가 필요합니다.

견적서에 “반응형 O”로만 기재되어 있다면 반드시 어떤 브레이크포인트로, 어떤 레이아웃 변화를 적용하는지 질문하셔야 합니다. 이 답변의 구체성이 업체의 작업 수준을 가장 빠르게 보여주는 지표 중 하나입니다.

가장 자주 누락되는 항목입니다. “관리자 페이지 제공”이라고만 적혀 있는 견적서는 대부분 세 가지 경우 중 하나입니다.

1. 1

   업체 자체 솔루션의 관리자 페이지

   퇴사·계약 종료 시 사용 불가. 업체에 완전히 종속되는 구조입니다.

2. 2

   오픈소스·솔루션 기반 (워드프레스·카페24 등)

   이관은 가능하나 솔루션 자체에 종속됩니다. 플러그인 의존도가 관건입니다.

3. 3

   맞춤 개발 CMS

   초기 비용은 높지만 이관·확장이 자유롭습니다.

어느 구조인지에 따라 제작 후 소유권과 운영 자유도가 완전히 달라집니다. “메인 배너 교체 / 공지사항 등록 / 제품 추가 / 문의 내역 조회” 중 어떤 항목이 관리자 페이지에서 가능한지 표 형태로 명문화해달라고 요청하시는 것이 좋습니다.

견적을 받기 전에 필요한 관리 범위를 정리하고 싶으시다면 스마트 견적에서 단계별 입력으로 범위를 구조화해보실 수 있습니다.

완성된 사이트의 소유권이 누구에게 귀속되는지, 소스 코드·디자인 원본 파일·사용된 이미지의 저작권 처리 조건이 어떻게 되는지 견적서 또는 계약서 초안에 기재되어야 합니다. 이 조항이 없는 경우 제작 후 타 업체로 이관하려 할 때 원본 파일을 받지 못하거나, 사용된 폰트·이미지의 라이선스 비용을 추가로 부담하게 되는 상황이 발생합니다.

특히 인도물(Deliverables) 명세를 확인하셔야 합니다. 구체적으로 어떤 파일이 어떤 형식으로 제공되는지 — 디자인 원본(Figma, PSD 등), 소스 코드 저장소 접근권, 도메인·호스팅 관리자 계정, 관리자 페이지 슈퍼 어드민 계정까지 명시되어야 합니다.

계약 종료 시점과 무상 유지보수 기간을 혼동하지 않으셔야 합니다. 업계에서는 오픈 후 1~3개월 무상 수정 기간을 두는 것이 일반적이며, 이 기간 동안 무엇이 무상이고 무엇이 유상인지 기준이 있어야 합니다.

일반적 기준은 이렇습니다. 오타·버그 수정은 무상, 텍스트 교체는 무상 범위 안팎으로 업체마다 상이, 이미지 교체는 대체로 유상, 페이지 신규 추가·기능 변경은 무상 기간에 관계없이 유상. 이 경계가 명확하지 않으면 오픈 직후에 “이건 무상 아닌가요”로 마찰이 생기기 쉽습니다. 오픈 이후의 유지보수 범위 는 제작 계약 단계에서부터 함께 설계해야 합니다.

예) 분기마다 제품이 추가되고, 월 1~2회 공지나 뉴스가 올라간다.

→ 질문: 관리자 페이지에서 내부 직원이 직접 업로드할 수 있는가? 이미지 리사이징, 썸네일 자동 생성이 지원되는가? 이 구조가 없는 상태로 오픈하면 매번 업체에 수정 요청을 보내게 되고, 유지보수 비용이 눈덩이처럼 커집니다.

예) 광고 대행사가 따로 있고, 그쪽에서 랜딩 페이지를 주기적으로 추가하고 싶다.

→ 질문: 현 제작 업체와 무관하게 광고 대행사가 랜딩 페이지를 만들어서 붙일 수 있는 구조인가? 소스 코드 저장소 접근권을 받을 수 있는가? 솔루션·빌더 기반이라면 이 확장이 물리적으로 막힙니다.

예) 2년 뒤 홈페이지 담당자가 퇴사하고, 후임자가 인계받아 운영해야 한다.

→ 질문: 관리자 페이지 사용법이 문서화되어 있는가? 도메인·호스팅·CMS 계정이 법인 명의로 정리되어 있는가? 담당자 개인 이메일로 계정이 만들어져 있으면 퇴사 후 접근 자체가 막히는 사례가 실제로 빈번합니다.

예) 3년 뒤 다른 업체로 유지보수를 이관해야 하는 상황이 왔다.

→ 질문: 소스 코드를 받아서 다른 업체가 이어서 개발할 수 있는 구조인가? 데이터베이스를 백업하고 이관할 수 있는가? “이 업체 없이도 이 사이트가 유지될 수 있는가”가 현실적인 소유권의 기준입니다.

• 사이트의 1차 목적을 한 문장으로 쓸 수 있는가
• 콘텐츠(텍스트·이미지)를 누가 제공하는지 명시했는가
• 관리자 페이지에서 수정해야 할 영역을 목록으로 정리했는가
• 예산 상한과 오픈 마감일을 업체에 공개했는가

• 내 프로젝트 규모에 맞는 유형인가 (대형·중형·소형·프리랜서·플랫폼)
• 동일 업종 또는 유사 구조의 레퍼런스가 실제 작동하는가
• 견적 문의부터 회신까지의 반응 속도가 3영업일 이내인가

• 페이지 수가 아니라 화면 수·반복 패턴으로 분해되어 있는가
• 반응형의 브레이크포인트와 레이아웃 변화가 명시되어 있는가
• 관리자 페이지 항목별 가능·불가능 여부가 표로 정리되어 있는가
• 소스 코드·디자인 원본·각종 계정의 인도물 명세가 기재되어 있는가
• 무상 유지보수 범위와 기간, 유상 전환 기준이 구체적인가

• 콘텐츠 업데이트를 내부에서 처리할 수 있는 구조인가
• 다른 업체가 확장 개발에 참여할 수 있는 구조인가
• 계정이 법인 명의로 정리되고 문서화될 계획인가
• 3년 뒤 타 업체 이관이 기술적으로 가능한 구조인가