견적서 세 장을 같은 단위로 맞춰 놓아도 결정이 안 되는 순간이 옵니다. 숫자는 비교했는데 "그래서 어디에 맡기지" 가 안 풀리는 것입니다.
숫자 비교와 업체 검증은 다른 작업입니다. 견적서는 무엇을 얼마에 만들지를 말하고, 업체 검증은 그 약속이 지켜질 확률을 봅니다. 후자를 건너뛰면 가장 싼 견적을 골랐다가 3개월 뒤에 다시 업체를 구하게 됩니다.
이 글은 견적을 이미 받아 본 발주자를 위한 것입니다. 견적서를 비교 가능하게 만드는 절차는 견적이 세 배로 갈리는 이유에서 따로 다뤘습니다.
1. 포트폴리오에서 "담당 범위"를 읽어낸다
가장 흔한 오해가 포트폴리오에 올라온 사이트 = 그 업체가 전부 만든 사이트라는 것입니다. 실제로는 이런 경우가 섞여 있습니다.
- 디자인만 하고 개발은 다른 곳이 한 경우
- 개발만 받아서 퍼블리싱한 경우
- 유지보수만 이어받아 하다가 포트폴리오에 올린 경우
- 대행사가 수주하고 실제로는 재하청을 준 경우
넷 다 거짓말은 아니지만, 내가 맡기려는 범위와 다른 일을 한 사례일 수 있습니다.
질문: "이 사례에서 기획·디자인·퍼블리싱·개발·배포 중 어디를 담당하셨나요? 나머지는 누가 했나요?"
답이 "전부 다 했습니다"로 돌아오면 한 단계 더 들어가세요.
질문: "이 프로젝트에 몇 분이 며칠 정도 투입됐나요?"
이 질문은 규모 감각을 확인하는 용도입니다. 페이지 20개짜리 기업 사이트를 "1명이 3일에" 만들었다고 하면 템플릿을 갈아 끼운 것이고, 그 자체는 문제가 아니지만 내 프로젝트도 그렇게 진행된다는 뜻입니다.
사례가 지금도 살아 있는지 본다
포트폴리오 링크를 눌러 보세요. 확인할 것은 세 가지입니다.
| 확인 | 의미 |
|---|---|
| 링크가 죽어 있다 | 계약이 끝나고 사이트가 내려갔거나, 오래된 사례 |
| 사이트는 살아 있는데 하단 제작사 표기가 다른 곳 | 이후 다른 업체로 넘어갔을 가능성 |
| 최근 3년 내 사례가 없다 | 최근 기술 스택·트렌드 경험을 확인할 수 없음 |
죽은 링크가 몇 개 있는 것 자체는 정상입니다. 전부 죽어 있으면 그게 신호입니다.
2. 우리 업종·규모와 비슷한 사례가 있는지 본다
화려한 브랜드 사이트를 잘 만드는 곳과, 제품 스펙이 수백 개인 제조사 사이트를 잘 만드는 곳은 다릅니다. 비슷한 정보 구조를 다뤄 본 적이 있는가가 실제 난이도를 가릅니다.
비슷한 사례가 없다고 탈락시킬 필요는 없습니다. 대신 이렇게 물으세요.
질문: "저희처럼 제품이 200개 넘는 경우, 관리자에서 어떻게 관리하도록 만드실 생각인가요?"
구체적인 답이 나오면 경험이 있는 것이고, "그건 진행하면서 협의하시죠"만 돌아오면 아직 생각해 보지 않은 것입니다. 나중에 추가 비용이 나올 지점이기도 합니다.
3. 누가 실제로 작업하는지 확인한다
영업 담당자와 실제 작업자가 다른 것은 정상입니다. 문제는 작업자가 누구인지 끝까지 알 수 없는 경우입니다.
질문: "저희 프로젝트는 내부 인력이 진행하나요, 협력사나 프리랜서에 맡기시나요?"
재하청 자체가 나쁜 것은 아닙니다. 다만 재하청이면 이 두 가지가 달라집니다.
- 의사 전달이 한 단계 늘어납니다. 수정 요청이 반영되기까지 시간이 더 걸립니다.
- 계약 종료 시 인수인계가 복잡해집니다. 소스를 실제로 가진 쪽이 계약 상대가 아닐 수 있습니다.
재하청이라고 답하면 계약서에 소스 코드와 산출물의 소유권이 발주자에게 있다는 조항이 있는지 확인하세요.
4. 커뮤니케이션 방식을 미리 정한다
계약 전에는 다들 답이 빠릅니다. 계약 후에도 그런지가 문제입니다.
질문: "진행 중 소통은 어떤 채널로, 어느 주기로 하나요? 담당자가 부재중일 때는요?"
확인할 것은 채널 이름이 아니라 구조입니다.
- 담당자 한 명하고만 연결되는가, 팀 단위로 연결되는가
- 진행 상황을 볼 수 있는 곳이 있는가 (스테이징 URL, 이슈 트래커, 주간 보고)
- 요청을 남기는 창구가 하나로 정해져 있는가
카카오톡 개인 대화만으로 진행되는 프로젝트는 나중에 "그때 그렇게 말씀하셨잖아요" 를 증명할 수 없습니다. 채널이 무엇이든 기록이 남고 검색되면 됩니다.
5. 중간 산출물을 볼 수 있는지 확인한다
가장 위험한 진행 방식은 계약 → 몇 주간 연락 없음 → 완성본 공개입니다. 이 구조에서는 방향이 어긋났을 때 되돌릴 비용이 최대가 됩니다.
질문: "작업 중간에 실제 화면을 볼 수 있나요? 어느 시점에, 어떤 형태로 보나요?"
좋은 답의 예시입니다.
- "기획 단계에서 페이지 목록과 화면 흐름을 먼저 확정합니다"
- "디자인 시안을 페이지 단위로 확인받고 다음으로 넘어갑니다"
- "개발 중에는 테스트 주소를 드려서 직접 눌러 보실 수 있게 합니다"
문서가 아니라 동작하는 화면을 언제 볼 수 있는지가 핵심입니다. 문서로만 확인한 것은 실제로 눌러 보면 다르게 느껴집니다.
6. 오픈 이후를 물어본다
발주자가 계약 전에 가장 안 물어보고, 계약 후에 가장 자주 문제가 되는 영역입니다.
질문: "오픈 후 하자보수 기간이 얼마이고, 그 안에 무엇이 포함되나요?"
여기서 갈리는 지점이 있습니다.
| 구분 | 하자보수 | 유지보수 |
|---|---|---|
| 성격 | 만든 것이 제대로 동작하지 않는 것을 고침 | 잘 동작하는 것을 바꾸거나 늘림 |
| 비용 | 무상이 일반적 | 별도 계약 |
| 기간 | 보통 1~3개월 | 월 단위 계약 |
"오타 수정"이 하자보수인지 유지보수인지 같은 경계는 업체마다 다릅니다. 계약서에 예시로 적어 두는 것이 가장 확실합니다. 오픈 이후 매달 나가는 비용 전체는 웹서비스 월 운영비 항목표에, 유지보수 계약서에서 확인할 항목은 유지보수 계약서 8줄 체크리스트에 정리해 두었습니다.
7. 계정과 소유권을 누구 명의로 만드는지 확인한다
이것 하나가 계약 종료 시점의 협상력을 결정합니다.
질문: "도메인, 호스팅, 각종 서비스 계정은 저희 명의로 만드시나요?"
업체 명의로 만들어져 있으면 계약이 끝날 때 이전 작업이 필요하고, 그 작업에 협조를 받아야 합니다. 관계가 좋게 끝나면 문제없지만, 그렇지 않을 때 발주자가 쓸 수 있는 수단이 사라집니다.
최소한 아래 세 가지는 발주자 명의를 요청하세요.
- 도메인 — 가장 중요합니다. 이것만 갖고 있어도 사이트를 다른 곳에서 다시 띄울 수 있습니다
- 호스팅·서버 결제 계정
- 분석 도구 (Google Analytics, Search Console)
업체가 관리를 편하게 하려고 자기 명의로 만드는 경우가 실제로 많습니다. 나쁜 의도가 아니어도 결과는 같으니, 초기에 요청하면 대부분 들어줍니다.
계약을 미뤄야 하는 신호
아래는 그 자체로 "사기"라는 뜻이 아니라, 확인 없이 넘어가면 안 되는 지점입니다.
견적이 다른 곳의 절반 이하인데 범위가 같다 어딘가에서 비용을 줄이고 있습니다. 템플릿 사용, 재하청, 산출물 축소, 유지보수 미포함 중 하나입니다. 어느 쪽인지 확인하면 됩니다. 확인 후에도 납득이 되면 싼 것이 맞습니다.
계약을 서두르게 한다 "이번 주까지 계약하시면 할인", "지금 팀이 비어 있어서" 같은 말이 반복되면 판단 시간을 줄이려는 것입니다. 좋은 업체도 일정 사정은 있지만, 압박이 반복되는지를 보세요.
질문에 견적서로 답한다 진행 방식을 물었는데 금액표로 답하는 경우입니다. 만드는 과정보다 수주에 관심이 있다는 뜻일 수 있습니다.
계약서를 안 쓰거나 1장짜리를 준다 범위·일정·대금·산출물·하자보수가 없는 계약서는 분쟁이 생겼을 때 아무 역할을 못 합니다. 표준계약서를 요청하세요.
"다 됩니다"라고만 한다 경험이 있는 업체는 안 되는 것과 비용이 크게 드는 것을 먼저 말합니다. 전부 가능하다는 답은 아직 요구사항을 안 읽었거나, 나중에 추가 비용으로 처리하겠다는 뜻입니다.
확인 순서 정리
업체 세 곳을 놓고 아래 순서로 좁히면 반나절이면 끝납니다.
1단계 · 서류로 거르기 (30분)
□ 포트폴리오에 우리와 비슷한 정보 구조의 사례가 있는가
□ 최근 3년 내 사례가 있는가
□ 링크가 살아 있는가
2단계 · 통화·미팅에서 묻기 (업체당 30분)
□ 이 사례에서 담당한 범위는 어디까지인가
□ 우리 프로젝트는 내부 인력인가, 재하청인가
□ 중간 화면을 언제, 어떤 형태로 볼 수 있는가
□ 하자보수 기간과 포함 범위는
□ 도메인·호스팅·분석 계정은 누구 명의인가
3단계 · 계약서에서 확인 (계약 직전)
□ 소스 코드·산출물 소유권 조항
□ 범위 밖 요청의 처리 방식과 단가
□ 하자보수 기간과 제외 항목
□ 인수인계 범위
2단계 질문 다섯 개에 막힘없이 구체적으로 답하는 곳이면 대체로 안전합니다. 답을 못 하는 것보다, 답을 피하는 방식을 보세요.
마지막으로
업체 검증의 목적은 완벽한 곳을 찾는 것이 아닙니다. 우리 프로젝트에서 어떤 위험이 어디에 있는지 계약 전에 아는 것입니다.
재하청이어도, 템플릿을 써도, 담당자가 한 명이어도 괜찮습니다. 그 사실을 알고 계약하면 대비할 수 있고, 모르고 계약하면 사고가 됩니다.
만들지 말지부터 고민 중이라면 홈페이지를 고칠지 새로 지을지를, 대략의 비용 범위를 먼저 잡고 싶다면 외주 개발 비용 계산기에서 페이지 수와 기능만 골라 보시면 됩니다. 연락처 없이 결과를 볼 수 있습니다.