Insights

홈페이지·웹서비스 개발 외주, 맡기기 전 준비물과 업체 작업 프로세스 총정리

2026-07-10

홈페이지나 웹서비스 개발을 외주로 맡기려고 알아보다 보면, 막상 어디서부터 준비해야 할지 막막해지는 순간이 옵니다. 업체마다 견적은 두 배씩 차이 나고, 뭘 물어봐야 할지도 감이 안 잡히죠.

사실 외주 프로젝트가 어긋나는 가장 큰 원인은 실력 부족이 아니라 초반 준비와 소통의 공백입니다. 무엇을 만들고 싶은지 명확히 정리되지 않은 채 시작하면, 견적은 부풀고 일정은 밀리며 완성 후 "생각한 거랑 다른데요"라는 말이 나옵니다.

이 글에서는 홈페이지·웹서비스 개발 외주를 맡기기 전에 준비해야 할 것들과, 제대로 된 업체가 일하는 표준 작업 프로세스를 순서대로 정리했습니다. 마지막에는 계약 전 확인할 체크리스트까지 담았으니, 처음 외주를 맡기는 분도 실패 확률을 크게 줄일 수 있습니다.

준비가 왜 외주의 성패를 가르나

개발 외주는 물건을 사는 것과 다릅니다. 완성된 결과물을 고르는 게 아니라, 머릿속에 있는 것을 남에게 설명해 함께 만들어 가는 과정입니다. 그래서 발주자가 얼마나 명확하게 요구를 전달하느냐가 결과 품질의 절반을 좌우합니다.

준비가 부실하면 업체는 넓은 범위를 가정해 견적을 크게 부르거나, 반대로 좁게 잡았다가 개발 도중 추가 비용이 계속 붙습니다. 반대로 목적과 기능이 정리돼 있으면 견적 비교가 정확해지고, 소통 비용이 줄어 일정도 안정됩니다.

외주 요청 전 준비해야 할 6가지

거창한 문서가 필요한 건 아닙니다. 아래 6가지를 A4 한두 장 분량으로 정리하는 것만으로도 업체와의 첫 대화가 완전히 달라집니다.

1. 사이트의 목적과 목표를 한 문장으로 정리

"회사 소개용 홈페이지"인지, "제품을 실제로 판매하는 쇼핑몰"인지, "회원이 로그인해 쓰는 서비스"인지에 따라 필요한 개발 규모가 완전히 달라집니다. "우리 사이트로 방문자가 무엇을 하길 바라는가"를 한 문장으로 적어 보세요. 이 한 문장이 이후 모든 결정의 기준이 됩니다.

2. 필요한 기능과 페이지 목록 (기능 명세 초안)

완벽할 필요는 없습니다. 떠오르는 대로 페이지와 기능을 나열해 보세요. 예를 들면 이런 식입니다.

  • 페이지: 메인, 회사소개, 제품/서비스, 게시판, 문의하기
  • 기능: 회원가입·로그인, 결제, 예약, 관리자 페이지, 다국어
  • 연동: 문자·이메일 발송, 외부 API, 소셜 로그인, 통계 도구

여기서 "있으면 좋은 것"과 "반드시 필요한 것"을 구분해 두면, 예산에 맞춰 우선순위를 조정하기가 훨씬 쉬워집니다.

3. 예산과 일정의 대략적인 범위

정확한 금액을 정하라는 게 아니라, 감당 가능한 범위를 정해 두라는 뜻입니다. 예산을 아예 밝히지 않으면 업체도 어느 수준으로 제안할지 몰라 소통이 겉돕니다. "이 정도 예산 안에서 최선의 구성을 제안해 달라"고 말하는 편이 서로에게 효율적입니다. 오픈 희망 시점이 있다면 그것도 함께 전달하세요.

4. 참고 사이트와 디자인 방향

말로 설명하는 디자인은 서로 다른 그림을 떠올리게 합니다. 마음에 드는 사이트 2~3개를 링크로 준비하고, "이 사이트의 이런 점이 좋다"를 짧게 덧붙이세요. 반대로 "이런 느낌은 피하고 싶다"는 예시도 있으면 시안 단계의 시행착오가 크게 줄어듭니다.

[이미지: 참고 사이트 링크와 메모를 정리한 예시 화면]

5. 콘텐츠(텍스트·이미지·로고) 준비 상황

의외로 많은 프로젝트가 개발이 아니라 콘텐츠 때문에 지연됩니다. 사이트에 들어갈 회사 소개 문구, 제품 사진, 로고 파일이 준비돼 있는지 점검하세요. 아직 없다면 업체가 콘텐츠 제작(카피라이팅, 촬영, 로고 디자인)까지 지원하는지 미리 확인해야 합니다.

6. 오픈 이후의 운영·유지보수 계획

사이트는 만드는 순간이 끝이 아니라 시작입니다. 도메인과 호스팅(서버)은 누가 관리할지, 오픈 후 수정·업데이트는 어떻게 할지, 보안 점검은 누가 맡을지를 처음부터 함께 논의해야 합니다. 이 부분을 빼놓으면 오픈 직후 방치되다가 몇 년 뒤 보안 사고로 이어지는 경우가 많습니다.

제대로 된 업체의 표준 작업 프로세스

믿을 만한 개발 업체는 대개 아래와 비슷한 단계를 거칩니다. 이 흐름을 알아 두면, 지금 프로젝트가 어디쯤 와 있는지 파악할 수 있고, 단계를 건너뛰려는 업체를 걸러낼 수 있습니다.

1단계. 상담과 요구사항 정의

발주자의 목적과 준비한 자료를 바탕으로 무엇을 만들지 구체화하는 단계입니다. 이 과정에서 업체가 질문을 많이 던진다면 좋은 신호입니다. 요구사항을 대충 듣고 바로 견적부터 내미는 업체는 나중에 "그건 견적에 없었다"는 분쟁이 생기기 쉽습니다.

2단계. 견적과 계약

정리된 요구사항을 근거로 작업 범위, 산출물, 일정, 금액을 명시한 견적과 계약서가 나옵니다. 여기서 범위(scope)가 문서로 분명히 적혀 있는지가 핵심입니다. "홈페이지 제작 일체" 같은 뭉뚱그린 표현이 아니라, 페이지 수와 기능이 목록으로 적혀 있어야 나중에 서로 다른 기대를 방지할 수 있습니다.

3단계. 기획과 화면 설계

본격 디자인·개발 전에 사이트 구조도(메뉴 구성)와 와이어프레임(화면 뼈대 설계)을 만드는 단계입니다. 눈에 보이는 디자인이 아니라 "어디에 무엇이 들어가고 어떻게 연결되는가"를 먼저 확정합니다. 이 단계를 탄탄히 하면 뒤에서 뒤엎는 일이 거의 없어집니다.

4단계. 디자인 시안

기획을 바탕으로 실제 화면 디자인 시안이 나옵니다. 보통 메인 페이지부터 시안을 확인하고 피드백을 주고받은 뒤, 확정된 방향으로 나머지 페이지에 적용합니다. 이때 피드백은 모아서 한 번에 정리해 주는 편이 일정 관리에 유리합니다.

5단계. 퍼블리싱과 개발

확정된 디자인을 실제 작동하는 웹페이지로 구현하는 단계입니다. 정적인 화면을 만드는 퍼블리싱과, 게시판·회원·결제 같은 기능을 붙이는 개발이 함께 진행됩니다. 프로젝트가 크다면 중간중간 진행 상황을 확인할 수 있는 테스트 주소를 받는 것이 좋습니다.

6단계. 테스트와 검수(QA)

기능이 의도대로 동작하는지, 여러 브라우저와 모바일에서 깨지지 않는지 점검하는 단계입니다. 발주자도 이 시점에 실제로 클릭해 보며 요구사항대로 만들어졌는지 확인해야 합니다. 검수 항목을 목록으로 만들어 하나씩 체크하면 누락을 막을 수 있습니다.

7단계. 오픈과 이관

검수를 통과하면 실제 도메인에 사이트를 올려 정식 오픈합니다. 이때 도메인·서버 계정, 소스 코드, 관리자 정보가 발주자에게 제대로 넘어오는지 반드시 확인하세요. 이 자산의 소유권이 애매하면 나중에 업체를 바꾸거나 직접 관리하기가 어려워집니다.

8단계. 유지보수와 운영

오픈 이후의 오류 수정, 보안 업데이트, 기능 개선을 다루는 단계입니다. 유지보수 범위와 비용, 대응 방식(예: 오류 접수 후 처리 기간)을 계약 시점에 정해 두는 것이 좋습니다.

계약 전 반드시 확인할 체크리스트

견적서와 계약서를 받았다면, 서명 전에 아래 항목을 확인하세요. 대부분의 외주 분쟁이 여기서 갈립니다.

확인 항목왜 중요한가
작업 범위와 산출물 목록"어디까지 만들어 주는가"가 문서로 명확해야 추가 비용 분쟁을 막습니다.
소스 코드·디자인 원본 소유권완성물의 소유권이 발주자에게 있어야 이후 유지보수와 업체 변경이 자유롭습니다.
도메인·서버 계정 귀속계정이 업체 명의로만 있으면 관계가 끝났을 때 사이트를 잃을 수 있습니다.
일정과 지연 시 처리단계별 일정과, 지연이 생겼을 때의 책임·대응이 명시돼 있어야 합니다.
유지보수 조건과 비용오픈 후 대응 범위와 비용을 미리 정해야 나중에 방치되지 않습니다.
대금 지급 방식계약금·중도금·잔금을 단계 산출물에 맞춰 나누면 양쪽 모두 안전합니다.

자주 묻는 질문

기획서 없이 아이디어만 있는데 외주를 맡길 수 있나요?

가능합니다. 다만 기획 단계를 함께 진행할 수 있는 업체를 골라야 합니다. 요구사항 정의와 화면 설계를 서비스에 포함하는 업체라면, 아이디어를 구체적인 기획으로 다듬는 것부터 도와줍니다. 이 경우 기획 비용이 별도인지 미리 확인하세요.

견적이 업체마다 크게 차이 나는 이유는 뭔가요?

대부분 작업 범위를 서로 다르게 가정했기 때문입니다. 같은 요구사항 문서를 여러 업체에 동일하게 전달하면 견적 비교가 훨씬 정확해집니다. 지나치게 낮은 견적은 범위가 좁게 잡혔거나 오픈 후 추가 비용이 붙는 구조일 수 있으니, 무엇이 포함되고 무엇이 빠졌는지 항목으로 확인하는 것이 안전합니다.

완성 후에 우리가 직접 내용을 수정할 수 있나요?

관리자 페이지나 콘텐츠 관리 기능(CMS)이 포함돼 있으면 텍스트·이미지 정도는 직접 수정할 수 있습니다. 다만 디자인이나 기능 변경은 개발 지식이 필요하므로, 어느 범위까지 직접 관리할 수 있는지 계약 전에 확인해 두는 것이 좋습니다.

오래된 사이트가 있는데, 새로 만드는 게 나을까요 고쳐 쓰는 게 나을까요?

보안 지원이 끊긴 오래된 환경이거나 구조를 크게 바꿔야 한다면 리뉴얼이 장기적으로 더 안전하고 경제적인 경우가 많습니다. 반대로 구조는 쓸 만한데 디자인만 손보면 되는 상황이라면 부분 개편으로도 충분합니다. 현재 사이트의 상태를 먼저 진단해 보고 판단하는 것을 권합니다.

마무리

정리하면, 성공적인 개발 외주는 맡기기 전 준비에서 대부분 결정됩니다. 목적과 기능, 예산과 일정, 참고 자료와 콘텐츠, 그리고 운영 계획까지 정리해 두고, 업체가 상담부터 유지보수까지 제대로 된 프로세스를 갖췄는지 확인하세요. 계약 전에는 작업 범위와 소유권, 유지보수 조건을 문서로 못 박아 두면 대부분의 분쟁을 예방할 수 있습니다.

혼자 요구사항을 정리하기 막막하거나, 오래된 홈페이지를 안전하게 리뉴얼하고 싶다면 Codeless-Studio가 도와드릴 수 있습니다. 요구사항 정리와 기획부터 개발·오픈·유지보수까지 전 과정을 함께하며, 레거시 사이트를 현대적이고 안전한 환경으로 옮기는 작업을 전문으로 하고 있습니다. 무료 상담과 견적 문의부터 부담 없이 시작해 보세요.

글로는 부족하셨나요?

우리 사업에 맞는 답은 직접 물어보는 게 빠릅니다. 무료로 상담해 드립니다.

무료로 문의하기
답변은 영업일 기준 1일 이내