홈페이지제작업체 비교, 신규 제작과 리뉴얼의 실제 개발 범위를 확인하는 방법

홈페이지제작업체에 상담을 요청하면 비슷해 보이는 요구사항에도 서로 다른 견적을 받는 경우가 많습니다.

한 업체는 디자인과 페이지 제작을 중심으로 제안하고, 다른 업체는 관리자 페이지와 서버 구축까지 포함합니다. 기존 홈페이지가 있다면 데이터 이전, 검색 주소 유지, 도메인과 서버 이전까지 견적에 들어가기도 합니다.

견적 금액만 보면 어느 제안이 합리적인지 판단하기 어렵습니다. 비교 대상이 같은 것처럼 보여도 실제로는 서로 다른 범위가 포함되어 있기 때문입니다.

특히 홈페이지 제작은 다음 세 가지 유형을 먼저 구분해야 합니다.

새 회사 소개 홈페이지를 만드는 프로젝트
회원·문의·예약·결제 기능이 포함된 웹서비스 개발
기존 홈페이지의 디자인과 시스템을 변경하는 리뉴얼

이 세 가지는 필요한 인력과 개발 과정, 확인해야 할 기존 자료가 다릅니다.

따라서 홈페이지제작업체를 비교할 때는 포트폴리오의 디자인 분위기나 총견적만 볼 것이 아니라, 사용자 화면부터 관리자 운영, 기존 데이터, 외부 시스템 연동, 배포와 인수인계까지 어디를 담당하는지 확인해야 합니다.

먼저 신규 제작인지 기존 홈페이지 리뉴얼인지 구분해야 합니다

홈페이지를 새로 만든다는 표현 안에는 서로 다른 두 프로젝트가 섞여 있습니다.

신규 제작은 기존 시스템의 제약 없이 목적과 구조를 처음부터 설계할 수 있습니다. 반면 리뉴얼은 현재 홈페이지가 보유한 콘텐츠, 데이터, 검색 주소, 도메인, 서버 환경을 확인하면서 변경 범위를 정해야 합니다.

신규 제작에서 먼저 확인할 항목

신규 홈페이지라면 다음 내용을 중심으로 범위를 정리할 수 있습니다.

홈페이지를 만드는 목적
주요 방문자 유형
방문자가 완료해야 하는 핵심 행동
필요한 메뉴와 콘텐츠
운영자가 직접 수정할 항목
회원가입과 로그인 필요 여부
문의·예약·주문·결제 기능 필요 여부
외부 서비스와의 연동 여부
공개 이후 유지보수 방식

예를 들어 회사 소개와 상담 접수가 주요 목적이라면 회사 정보, 서비스 소개, 사례, 공지사항, 문의 양식이 기본 구조가 될 수 있습니다.

반면 회원이 로그인해 예약하고 결제한 뒤 이용 내역을 확인해야 한다면 단순한 소개 홈페이지보다 웹서비스에 가깝습니다. 사용자 계정, 데이터베이스, 백엔드 서버, 관리자 페이지, 결제 연동과 예외 처리가 필요할 수 있습니다.

리뉴얼에서 추가로 확인할 항목

기존 홈페이지를 리뉴얼한다면 화면 디자인을 바꾸기 전에 현재 시스템을 파악해야 합니다.

기존 소스코드를 확보할 수 있는가
어떤 기술과 솔루션으로 제작되었는가
운영 중인 서버와 데이터베이스에 접근할 수 있는가
도메인은 누구의 계정으로 관리되고 있는가
회원·게시물·문의·예약 데이터가 남아 있는가
기존 URL을 유지해야 하는 페이지가 무엇인가
다른 시스템에서 기존 홈페이지를 호출하고 있는가
현재 사용하는 관리자 기능 중 유지할 기능은 무엇인가
개인정보나 운영 데이터를 어떤 방식으로 이전할 것인가
기존 홈페이지와 새 홈페이지를 전환하는 동안 업무 중단을 어떻게 줄일 것인가

이 자료가 없으면 개발업체도 리뉴얼 범위를 정확하게 판단하기 어렵습니다.

따라서 리뉴얼 상담에서는 “디자인을 새롭게 바꾸고 싶다”는 요청과 함께 현재 운영 환경을 확인할 수 있는 자료를 전달하는 것이 좋습니다. 소스코드와 서버 접근 권한을 바로 전달하기 어렵다면 사용 중인 기능, 관리자 화면, 데이터 종류와 도메인 관리 주체부터 정리할 수 있습니다.

회사 소개형 홈페이지와 기능형 웹서비스는 개발 범위가 다릅니다

겉으로는 모두 웹브라우저에서 이용하지만, 회사 소개형 홈페이지와 기능형 웹서비스는 내부 구조가 다릅니다.

| 구분 | 회사 소개형 홈페이지 | 기능형 웹서비스 | |---|---|---| | 주요 목적 | 회사와 서비스 정보 전달 | 사용자의 업무 또는 거래 처리 | | 주요 기능 | 회사 소개, 서비스 소개, 사례, 게시판, 문의 | 회원, 예약, 주문, 결제, 신청, 승인, 알림 | | 데이터 처리 | 콘텐츠와 문의 정보 중심 | 사용자별 이용 기록과 업무 상태 관리 | | 관리자 기능 | 게시물·배너·문의 관리 | 회원·예약·주문·결제·권한·통계 관리 | | 외부 연동 | 지도, 메일, 간단한 문의 알림 | 결제, 소셜 로그인, ERP, CRM, 외부 API | | 테스트 범위 | 화면, 링크, 문의 접수 | 권한, 상태 변화, 오류, 중복 처리, 연동 실패 | | 운영 난이도 | 비교적 단순 | 업무 규칙에 따라 복잡해질 수 있음 |

회사 소개형 홈페이지에서도 관리자 페이지가 필요할 수 있습니다.

운영자가 공지사항, 사례, 자주 묻는 질문과 메인 배너를 직접 수정하려면 콘텐츠 관리 기능을 만들어야 합니다. 문의 양식이 있다면 접수 내용을 어디에서 확인하고, 담당자에게 어떤 방식으로 알릴지도 정해야 합니다.

기능형 웹서비스는 여기에서 한 단계 더 나아갑니다.

예를 들어 예약 기능이 있다면 예약 신청 화면만 만드는 것으로 끝나지 않습니다.

어떤 대상과 시간대를 예약하는가
예약 가능 수량은 어떻게 계산하는가
신청 즉시 확정되는가
관리자가 승인해야 하는가
결제 전 좌석이나 시간을 임시로 확보하는가
취소와 환불은 누가 처리하는가
사용자는 예약 변경 이력을 확인할 수 있는가
운영자는 중복 예약과 미결제 예약을 어떻게 확인하는가

이러한 운영 규칙이 데이터 구조와 관리자 기능에 반영되어야 합니다.

따라서 홈페이지제작업체가 소개형 사이트와 웹서비스를 같은 방식으로 설명한다면, 백엔드와 데이터베이스, 관리자 시스템의 범위를 구체적으로 질문해볼 필요가 있습니다.

페이지 목록보다 사용자 유형과 핵심 이용 흐름을 먼저 정리합니다

홈페이지 제작 상담을 준비할 때 흔히 작성하는 자료가 메뉴 구조입니다.

회사 소개
사업 안내
제품 소개
공지사항
문의하기

메뉴 목록은 필요하지만 이것만으로는 개발 범위를 충분히 설명하기 어렵습니다.

같은 문의하기 페이지도 처리 방식에 따라 개발 범위가 달라집니다.

사용자가 이름과 연락처를 입력합니다.
운영 담당자가 문의를 확인합니다.
담당자를 배정합니다.
상담 중, 견적 전달, 종료 등의 상태를 기록합니다.
처리 결과와 메모를 남깁니다.
필요한 경우 고객에게 이메일이나 문자 알림을 발송합니다.

단순히 문의 내용을 이메일로 전달하는 것과, 관리자 페이지에서 상담 상태와 담당자까지 관리하는 것은 서로 다른 시스템입니다.

사용자 유형을 먼저 나눠보세요

다음처럼 홈페이지를 이용하는 사람을 구분하면 필요한 기능을 찾기 쉬워집니다.

비회원 방문자
가입 회원
유료 회원
거래처 담당자
파트너 또는 공급사
콘텐츠 운영자
상담 담당자
전체 관리자

사용자 유형을 나눈 뒤에는 각 사용자가 홈페이지에서 완료해야 하는 행동을 한 줄로 적어보는 것이 좋습니다.

예를 들면 다음과 같습니다.

방문자는 서비스 내용을 확인한 뒤 상담을 신청한다.
회원은 로그인 후 예약 가능한 일정을 확인하고 예약한다.
거래처 담당자는 승인된 상품과 가격을 확인하고 주문한다.
운영자는 문의를 확인하고 담당자와 처리 상태를 지정한다.
관리자는 회원, 콘텐츠, 예약과 결제 내역을 조회한다.

이 흐름이 정리되면 화면 목록뿐 아니라 필요한 데이터, 권한과 관리자 기능까지 함께 확인할 수 있습니다.

홈페이지제작업체에도 “회원관리 기능이 필요합니다”라고 전달하기보다 다음처럼 구체적으로 설명하는 것이 좋습니다.

일반 회원과 기업 회원이 있으며 기업 회원은 관리자 승인 후 자료를 열람할 수 있어야 합니다. 운영자는 승인 대기 회원을 조회하고 승인 또는 반려할 수 있어야 합니다.

이 정도의 설명이 있으면 업체마다 기능을 다르게 해석하는 문제를 줄일 수 있습니다.

관리자 페이지는 운영자의 실제 업무를 기준으로 설계해야 합니다

사용자에게 보이는 홈페이지는 서비스의 앞부분입니다. 문의, 회원가입, 예약과 주문이 발생하면 그 뒤에는 운영자의 업무가 이어집니다.

그런데 제작 상담에서는 사용자 화면을 자세히 논의하면서 관리자 페이지는 “기본 관리 기능 포함”이라고만 정리되는 경우가 있습니다.

기본 관리 기능이라는 표현만으로는 실제 범위를 알기 어렵습니다.

콘텐츠 관리

운영자가 직접 수정해야 하는 콘텐츠를 구분해야 합니다.

회사 소개
서비스와 제품 정보
포트폴리오 또는 구축 사례
공지사항
자주 묻는 질문
메인 배너
팝업
첨부파일
SEO 제목과 설명

모든 문구를 관리자 페이지에서 수정할 수 있게 만들면 편리해 보이지만 개발과 검수 범위가 커질 수 있습니다. 반대로 수정이 잦은 콘텐츠까지 코드에 고정하면 작은 변경도 개발자에게 요청해야 합니다.

따라서 자주 변경되는 영역과 거의 변경되지 않는 영역을 구분하는 것이 현실적입니다.

문의 관리

문의 기능이 있다면 다음 항목을 확인할 수 있습니다.

문의 유형
접수 일시
고객명과 연락처
문의 내용
첨부파일
개인정보 수집 동의 기록
담당자
처리 상태
내부 메모
답변 또는 회신 기록

문의가 많지 않은 초기에는 이메일 접수만으로도 운영할 수 있습니다. 하지만 여러 명이 문의를 나누어 처리하거나 처리 누락을 확인해야 한다면 관리자 페이지가 필요할 수 있습니다.

회원 관리

회원가입이 있다면 관리자 기능도 함께 정해야 합니다.

회원 조회와 검색
회원 유형 구분
가입 상태
승인과 반려
이용 정지
탈퇴 상태
이용 내역
권한 변경
개인정보 노출 범위
관리자 작업 기록

단순히 회원 목록을 보여주는 것과 회원 상태를 변경하고 서비스 이용 내역까지 확인하는 것은 범위가 다릅니다.

예약·주문·결제 관리

예약이나 주문 기능은 상태 관리가 핵심입니다.

예를 들어 예약 상태와 결제 상태를 하나의 값으로만 처리하면 운영 중 예외 상황을 표현하기 어려울 수 있습니다.

예약은 신청, 승인 대기, 확정, 이용 완료, 취소 등으로 나뉠 수 있고 결제는 결제 대기, 승인, 실패, 취소, 부분 환불 등으로 구분될 수 있습니다.

관리자 페이지에서는 운영자가 현재 상태를 확인하고 필요한 조치를 취할 수 있어야 합니다. 자동 처리에 실패한 건을 다시 처리할지, 고객에게 안내할지, 개발자 확인이 필요한지도 구분해야 합니다.

리뉴얼에서는 소스코드·데이터·서버·도메인을 각각 확인해야 합니다

기존 홈페이지가 정상적으로 열리고 있다고 해서 리뉴얼에 필요한 자산을 모두 보유하고 있다는 뜻은 아닙니다.

홈페이지 운영에 관련된 자산은 다음처럼 나눠서 확인하는 것이 좋습니다.

1. 소스코드

소스코드는 사용자 화면과 서버 기능을 구현한 프로그램 파일입니다.

확인할 내용은 다음과 같습니다.

전체 소스코드를 받을 수 있는가
최신 운영 버전과 같은 코드인가
버전 관리 저장소가 있는가
특정 업체만 사용할 수 있는 유료 모듈이 포함되어 있는가
수정과 재배포 권한을 보유하고 있는가
실행과 배포에 필요한 설명이 있는가

소스코드가 있어도 실행에 필요한 환경 설정이나 데이터베이스 구조를 알 수 없다면 바로 수정하기 어려울 수 있습니다.

2. 데이터베이스와 파일

회원, 게시물, 문의, 예약과 주문 데이터는 데이터베이스에 저장될 수 있습니다. 이미지, PDF와 첨부파일은 별도의 저장 공간에 있을 수 있습니다.

리뉴얼에서는 어떤 데이터를 이전할지 먼저 정해야 합니다.

전체 데이터를 옮길 것인가
최근 일정 기간의 데이터만 이전할 것인가
운영 이력이 필요한 데이터는 무엇인가
중복되거나 잘못된 데이터는 어떻게 정리할 것인가
기존 데이터와 새 데이터의 항목이 다르면 어떻게 변환할 것인가
첨부파일과 이미지의 연결 관계를 유지할 수 있는가
이전 후 데이터 수량과 주요 항목을 어떻게 검증할 것인가

데이터 이전은 파일을 복사하는 작업만이 아닙니다. 기존 구조를 분석하고 새 구조에 맞게 변환한 뒤 누락 여부를 검증하는 과정이 필요할 수 있습니다.

3. 서버와 배포 환경

서버를 변경하지 않고 디자인과 기능만 수정할 수도 있고, 새로운 서버 환경으로 이전할 수도 있습니다.

다음 항목을 확인해야 합니다.

현재 서버의 계약 주체
서버 접근 권한
운영체제와 실행 환경
데이터베이스 종류
파일 저장 위치
백업 방식
SSL 인증서 관리 방식
배포 절차
장애 알림과 로그 확인 방법

기존 서버가 특정 제작업체의 통합 계정 아래에 있다면 계약 종료 후에도 계속 사용할 수 있는지 확인해야 합니다.

4. 도메인과 외부 서비스 계정

도메인, 서버, 메일과 외부 서비스 계정은 가능하면 발주사 명의와 관리 가능한 계정으로 정리하는 것이 좋습니다.

확인 대상은 다음과 같습니다.

도메인 등록 계정
DNS 관리 권한
서버 또는 클라우드 계정
업무용 메일 계정
결제 서비스 계정
소셜 로그인 개발자 계정
지도와 메시지 발송 서비스 계정
분석 도구와 검색 도구 계정
외부 API 계약 계정

계정의 계약 주체와 비용 납부 주체도 함께 확인해야 합니다. 개발업체 계정을 임시로 사용하는 경우에는 프로젝트 종료 후 이전 가능한지 계약 전에 정리할 필요가 있습니다.

기존 검색 주소를 변경할 때는 URL 이전 계획이 필요합니다

홈페이지 리뉴얼 과정에서 메뉴 구조와 페이지 주소가 바뀔 수 있습니다.

예를 들어 기존 서비스 소개 페이지가 다음 주소로 운영되고 있었다고 가정해보겠습니다.

/service/view.php?id=10

리뉴얼 후 다음처럼 변경될 수 있습니다.

/services/reservation

이때 기존 주소를 삭제하고 새 주소만 공개하면 기존 링크로 방문한 사용자는 페이지를 찾지 못할 수 있습니다. 검색엔진에 수집된 주소와 외부 사이트에 연결된 링크도 함께 고려해야 합니다.

구글은 URL이 변경되는 사이트 이전에서 기존 URL과 새 URL의 대응표를 만들고, 가능한 경우 서버 측 영구 리디렉션을 설정하며, 내부 링크와 사이트맵도 새 URL에 맞게 변경할 것을 안내합니다. 검색 노출은 이전 과정에서 일시적으로 변동할 수 있으므로 공개 전 테스트와 공개 후 모니터링도 필요합니다. (developers.google.com)

리뉴얼 전에 다음 자료를 준비하면 도움이 됩니다.

현재 운영 중인 전체 URL 목록
검색이나 광고 유입이 많은 주요 페이지
외부 사이트에서 연결된 페이지
유지해야 하는 게시물과 자료실 주소
삭제할 페이지
여러 페이지를 하나로 통합할 대상
기존 URL과 새 URL의 연결표
리디렉션 적용 여부
사이트맵 갱신 여부

모든 기존 주소를 무조건 메인 화면으로 보내는 방식은 사용자가 찾던 정보와 맞지 않을 수 있습니다. 기존 페이지와 가장 관련 있는 새 페이지로 연결하는 것이 좋습니다.

리뉴얼 견적에서는 “SEO 적용”이라는 표현만 확인하지 말고 다음 항목이 실제로 포함되어 있는지 질문해볼 수 있습니다.

기존 URL 조사
URL 이전표 작성
리디렉션 설정
페이지별 제목과 설명 설정
검색로봇 접근 설정
사이트맵 생성
검색 도구 등록 또는 소유권 이전 지원
공개 후 오류 주소 점검

네이버 서치어드바이저도 페이지별로 정확하고 고유한 제목과 설명을 설정하고, 검색로봇이 콘텐츠에 접근할 수 있도록 구성하며, 사이트맵을 활용할 것을 안내하고 있습니다. (searchadvisor.naver.com)

결제·외부 API·ERP 연동은 연결 범위와 오류 대응을 함께 확인합니다

홈페이지가 다른 서비스와 데이터를 주고받아야 한다면 외부 연동 범위를 별도로 정리해야 합니다.

대표적인 연동은 다음과 같습니다.

온라인 결제
소셜 로그인
본인인증
지도와 주소 검색
문자·알림톡·이메일 발송
배송 조회
ERP 상품·재고·주문 연동
CRM 고객·상담 정보 연동
회계 또는 정산 시스템 연동
AI API
OCR과 문서 인식 서비스

외부 연동은 버튼을 연결하거나 API를 한 번 호출하는 것만으로 끝나지 않을 수 있습니다.

예를 들어 ERP와 주문 데이터를 연동한다면 다음을 정해야 합니다.

홈페이지와 ERP 중 어느 시스템이 기준인가
어떤 데이터를 주고받는가
실시간으로 처리할 것인가
일정 시간마다 동기화할 것인가
동일한 상품과 주문을 구분하는 식별자는 무엇인가
ERP가 응답하지 않을 때 주문을 받을 수 있는가
일부 데이터만 성공하면 어떻게 처리하는가
중복 전송을 어떻게 막는가
실패 건을 운영자가 확인할 수 있는가
자동 재처리와 수동 재처리를 어떻게 구분하는가

견적서에 “ERP 연동 1식”이라고만 적혀 있다면 실제 개발 범위를 파악하기 어렵습니다.

연동 기능마다 다음 항목을 구분해보는 것이 좋습니다.

| 확인 항목 | 확인할 내용 | |---|---| | 연동 대상 | 어떤 외부 서비스와 연결하는가 | | 연동 데이터 | 회원, 상품, 주문, 재고, 결제 중 무엇인가 | | 방향 | 가져오기, 보내기, 양방향 중 무엇인가 | | 실행 시점 | 즉시, 주기적, 관리자 요청 중 무엇인가 | | 성공 기준 | 어떤 응답까지 완료로 판단하는가 | | 실패 처리 | 재시도, 보류, 취소, 관리자 확인 중 무엇인가 | | 운영 기능 | 로그, 오류 목록, 재처리 버튼이 필요한가 | | 비용 | 외부 서비스 이용료와 개발비가 구분되어 있는가 | | 책임 범위 | 외부 서비스 장애 시 어느 범위까지 대응하는가 |

API 자료가 아직 준비되지 않았다면 홈페이지제작업체에 연동 가능 여부를 즉시 확정해달라고 요청하기보다, 현재 보유한 문서와 외부 서비스 담당자 연락 경로를 먼저 확인하는 것이 좋습니다.

반응형·SEO·보안·배포·테스트를 견적서에서 분리해 확인합니다

홈페이지 견적서에 자주 등장하는 표현 중 하나가 “반응형 홈페이지 제작”입니다.

반응형은 화면의 폭에 따라 콘텐츠 배치가 조정되는 방식입니다. 하지만 반응형이라는 항목 하나만으로 어떤 기기와 화면을 테스트하는지까지 알 수는 없습니다.

네이버는 반응형 웹사이트를 권장하고 있으며, 구글도 같은 URL과 HTML을 유지하면서 화면 크기에 맞춰 표시를 조정하는 반응형 웹 디자인을 관리하기 쉬운 구성으로 안내합니다. (searchadvisor.naver.com)

따라서 다음 내용을 확인하는 것이 좋습니다.

PC와 모바일 디자인이 모두 제공되는가
태블릿 화면도 고려하는가
어떤 브라우저에서 테스트하는가
메뉴, 표, 팝업과 입력 양식이 모바일에서 정상적으로 작동하는가
긴 문구와 큰 이미지가 작은 화면에서 잘리는지 확인하는가
관리자 페이지도 모바일 사용이 필요한가

SEO 범위

SEO는 특정 키워드의 검색 순위를 보장하는 작업으로 이해하면 곤란합니다.

제작 단계에서 확인할 수 있는 범위는 검색로봇이 사이트를 수집하고 페이지 내용을 이해할 수 있도록 기술 구조를 정리하는 작업에 가깝습니다.

페이지별 제목과 설명
제목 태그의 구조
검색 가능한 텍스트 구성
이미지 대체 설명
내부 링크
선호 URL 설정
robots.txt
sitemap.xml
검색 제외 페이지 설정
오류 페이지의 응답 코드
기존 URL 리디렉션
검색 도구 등록 지원

네이버의 공식 가이드에서도 검색로봇 접근, 제목과 설명, noindex 여부, 사이트맵 등을 주요 점검 항목으로 안내합니다. 개발 중 검색 제외를 위해 사용한 설정이 실제 공개 환경에 남지 않았는지도 확인해야 합니다. (searchadvisor.naver.com)

보안 범위

보안이라는 표현도 구체적인 항목으로 나눠야 합니다.

HTTPS 적용
관리자 로그인 보호
사용자별 접근 권한
비밀번호 처리
개인정보 노출 제한
입력값 검증
파일 업로드 제한
관리자 작업 기록
서버와 데이터베이스 접근 제한
백업과 복구
보안 업데이트 범위

모든 홈페이지에 같은 수준의 보안 기능이 필요한 것은 아닙니다. 공개 콘텐츠만 있는 소개 홈페이지와 회원·결제·개인정보를 처리하는 서비스는 필요한 범위가 다릅니다.

배포 범위

개발이 완료되었다고 바로 운영할 수 있는 것은 아닙니다.

배포 단계에서는 다음 항목이 필요할 수 있습니다.

운영 서버 구성
도메인 연결
SSL 인증서 적용
데이터베이스 구성
기존 데이터 이전
운영 환경 설정
관리자 계정 생성
이메일과 알림 설정
검색 도구 등록
분석 도구 설치
공개 전 최종 점검
기존 홈페이지와의 전환

배포 작업이 견적에 포함되어 있는지, 서버 계약과 외부 서비스 신청은 누가 담당하는지 구분해야 합니다.

테스트 범위

“테스트 포함”이라는 문구만으로는 충분하지 않을 수 있습니다.

화면과 링크 테스트
입력 양식 검증
회원가입과 로그인
사용자 권한
문의 접수
예약과 주문 상태 변경
결제 성공·실패·취소
외부 API 지연과 실패
모바일 화면
주요 브라우저
데이터 이전 결과
관리자 기능
이메일과 알림 발송
잘못된 주소와 오류 페이지

기능형 웹사이트라면 정상적인 상황만이 아니라 실패와 중복 처리도 테스트해야 합니다.

소스코드·계정 인수인계와 유지보수 조건도 선정 전에 확인합니다

홈페이지제작업체를 선정할 때는 제작 완료 이후의 운영 조건도 함께 비교해야 합니다.

소스코드 인수인계

다음 내용을 계약 전에 확인할 수 있습니다.

소스코드를 제공하는가
언제 어떤 방식으로 제공하는가
전체 코드와 배포 파일 중 무엇을 제공하는가
외부 라이브러리와 유료 솔루션이 포함되어 있는가
버전 관리 저장소를 이전받을 수 있는가
실행과 배포에 필요한 문서가 제공되는가
계약 종료 후 다른 업체가 유지보수할 수 있는가

소스코드를 제공받더라도 제3자 솔루션이나 라이선스가 포함되어 있다면 사용 조건을 별도로 확인해야 합니다.

계정 인수인계

최종적으로 전달받아야 할 계정과 권한 목록을 만들어두는 것이 좋습니다.

도메인
DNS
서버 또는 클라우드
소스코드 저장소
데이터베이스
파일 저장소
결제 서비스
소셜 로그인
검색 도구
분석 도구
문자와 이메일 발송
지도와 외부 API
관리자 최고 권한

비밀번호를 문서에 그대로 적어 전달하기보다 계정 초대, 소유권 이전, 비밀번호 변경 등 서비스에 맞는 방식으로 인계할 수 있습니다.

하자 수정과 유지보수

하자 수정과 유지보수, 추가 개발을 구분해야 합니다.

하자 수정: 합의한 기능이 정상적으로 동작하지 않는 문제
유지보수: 운영 환경과 외부 서비스 변화에 대응하는 작업
추가 개발: 기존 범위에 없던 기능을 새로 만드는 작업

계약서나 견적서에서는 다음 항목을 확인할 수 있습니다.

하자 수정 기간
하자의 판단 기준
접수 방법
대응 가능 시간
긴급 장애의 기준
월 유지보수 포함 시간
서버 모니터링 포함 여부
데이터 수정 요청의 처리 기준
외부 API 변경 대응 여부
추가 개발의 산정 방식
계약 종료 시 인수인계 범위

“유지보수 가능”이라는 표현보다 어떤 업무를 어떤 조건으로 처리하는지 확인하는 것이 중요합니다.

홈페이지제작업체 상담 체크리스트

상담 전에 모든 내용을 기획서로 완성할 필요는 없습니다.

다만 다음 항목을 간단하게 정리하면 업체별 제안을 같은 기준으로 비교하기 쉬워집니다.

프로젝트 구분

[ ] 신규 제작인지 리뉴얼인지 구분했다.
[ ] 회사 소개형인지 기능형 웹서비스인지 구분했다.
[ ] 홈페이지를 만드는 핵심 목적을 한 문장으로 정리했다.
[ ] 공개 예정 시점과 일정상 제약을 정리했다.

사용자와 기능

[ ] 주요 사용자 유형을 구분했다.
[ ] 사용자별 핵심 이용 흐름을 적었다.
[ ] 회원가입과 로그인 필요 여부를 정했다.
[ ] 문의·예약·주문·결제 기능을 구분했다.
[ ] 공개 시점에 필요한 기능과 추후 기능을 나눴다.

관리자 운영

[ ] 운영자가 직접 수정할 콘텐츠를 정했다.
[ ] 문의와 회원을 관리하는 방법을 정했다.
[ ] 예약·주문·결제 상태를 어떻게 처리할지 정했다.
[ ] 관리자 유형과 권한을 구분했다.
[ ] 검색, 필터, 다운로드와 일괄 처리 필요 여부를 확인했다.

기존 홈페이지 리뉴얼

[ ] 기존 소스코드 확보 가능 여부를 확인했다.
[ ] 서버와 데이터베이스 접근 권한을 확인했다.
[ ] 도메인과 DNS 관리 계정을 확인했다.
[ ] 이전할 데이터와 파일을 정리했다.
[ ] 유지해야 할 기존 URL을 확인했다.
[ ] 사용 중인 외부 서비스와 계약 계정을 확인했다.

개발과 연동

[ ] 기획·디자인·프론트엔드·백엔드 포함 범위를 확인했다.
[ ] 관리자 페이지 포함 여부를 확인했다.
[ ] 결제와 외부 API 연동 범위를 확인했다.
[ ] 연동 실패와 재처리 기능을 확인했다.
[ ] 반응형, SEO, 보안의 세부 항목을 확인했다.

배포와 운영

[ ] 서버와 도메인 연결 담당자를 확인했다.
[ ] 테스트 대상 기기와 브라우저를 확인했다.
[ ] 데이터 이전과 검증 범위를 확인했다.
[ ] 소스코드와 계정 인수인계 조건을 확인했다.
[ ] 하자 수정, 유지보수와 추가 개발을 구분했다.

업체를 비교할 때는 “어디까지 만들어주는가”를 확인해야 합니다

홈페이지제작업체의 역량을 포트폴리오만으로 판단하기는 어렵습니다.

같은 홈페이지처럼 보여도 어떤 프로젝트는 디자인과 퍼블리싱만 수행했을 수 있고, 다른 프로젝트는 기획부터 백엔드, 관리자 페이지, 데이터베이스와 외부 연동까지 개발했을 수 있습니다.

상담 과정에서는 다음과 같은 질문을 해볼 수 있습니다.

이 프로젝트를 신규 제작과 리뉴얼 중 어떤 유형으로 판단했나요?
회사 소개형 홈페이지와 기능형 웹서비스 중 어디에 가까운가요?
사용자 화면 외에 백엔드와 관리자 페이지가 필요한가요?
기존 홈페이지에서 먼저 확인해야 할 자료는 무엇인가요?
데이터와 URL 이전은 어떤 방식으로 진행하나요?
외부 연동이 실패했을 때 운영자는 어떻게 확인하나요?
반응형, SEO, 보안과 테스트에는 무엇이 포함되나요?
도메인·서버·외부 서비스 계정은 누구 명의로 개설하나요?
완료 후 전달받는 소스코드와 문서는 무엇인가요?
하자 수정과 유지보수, 추가 개발은 어떻게 구분하나요?

업체가 요구사항을 그대로 견적서에 옮기는지, 아니면 사용자의 이용 흐름과 운영자의 후속 업무까지 질문하는지도 살펴보면 좋습니다.

홈페이지 제작은 화면을 공개하는 것으로 끝나지 않습니다.

방문자가 문의하고, 회원이 예약하거나 주문하며, 운영자가 데이터를 확인하고 처리할 수 있어야 합니다. 기존 홈페이지를 리뉴얼한다면 소스코드, 데이터, 서버, 도메인과 검색 주소까지 안전하게 이어져야 합니다.

원소프트는 웹사이트의 사용자 화면뿐 아니라 관리자 운영 흐름과 데이터 구조, 외부 API 연동, 배포 이후의 확장 가능성을 함께 검토합니다. 프로젝트 상황에 따라 기획, UX/UI 디자인, 프론트엔드, 백엔드, 서버·데이터베이스와 유지보수 범위를 통합해 진행할 수 있습니다.

홈페이지 신규 제작이나 기존 시스템 리뉴얼을 검토하고 있다면 완성된 기획서가 없어도 현재 홈페이지, 필요한 기능과 운영 방식을 기준으로 범위를 정리할 수 있습니다.

원소프트는 경기도 화성시 동탄순환대로 823, 영천동 에이팩시티에 위치한 웹·앱 개발사입니다. 화성·동탄을 비롯해 수원, 용인, 기흥, 오산 등 경기 남부 지역에서 홈페이지와 웹 시스템 개발을 검토하고 계신 경우에도 현재 자료를 바탕으로 필요한 개발 범위를 함께 살펴드릴 수 있습니다.

제목 후보

홈페이지제작업체 비교, 신규 제작과 리뉴얼 범위부터 확인하세요
홈페이지제작업체 선정 전, 사용자 화면부터 기존 데이터까지 확인하는 방법
홈페이지제작업체 견적 비교, 신규·리뉴얼 개발 범위가 다른 이유
홈페이지제작업체에 문의하기 전 확인할 개발·운영·인수인계 범위
홈페이지제작업체 선택, 디자인보다 실제 개발 범위를 비교해야 합니다

메인 키워드

홈페이지제작업체

서브 키워드

홈페이지 리뉴얼
홈페이지 제작 외주
기업 홈페이지 제작
웹사이트 개발업체
홈페이지 관리자 페이지

썸네일 문구

홈페이지 업체 비교 기준
신규 제작과 리뉴얼의 차이
디자인보다 개발 범위

글 요약

홈페이지제작업체를 비교할 때는 신규 제작과 기존 홈페이지 리뉴얼을 구분하고, 회사 소개형 홈페이지와 회원·문의·예약 기능이 있는 웹서비스의 차이를 확인해야 합니다. 사용자 화면뿐 아니라 관리자 운영, 기존 데이터와 URL 이전, 외부 연동, 테스트, 소스코드와 계정 인수인계까지 실제 개발 범위를 비교하는 방법을 정리했습니다.

CTA 후보

기존 홈페이지 리뉴얼이나 신규 제작을 검토하고 있다면 현재 사이트와 필요한 기능을 바탕으로 유지할 영역, 새로 개발할 영역과 추후 확장 기능을 함께 정리해드릴 수 있습니다.

업체별 견적의 포함 범위가 달라 비교하기 어렵다면 사용자 기능, 관리자 업무, 데이터 이전과 외부 연동 항목을 기준으로 개발 범위를 먼저 점검해보세요. 원소프트가 현재 운영 방식에 맞춰 검토를 도와드릴 수 있습니다.

다음에 작성하면 좋은 연관 글

홈페이지 리뉴얼 견적, 기존 데이터와 URL 이전 범위를 확인하는 방법
홈페이지 관리자 페이지 개발, 콘텐츠·문의·회원 운영 기능을 정하는 기준
기업 홈페이지 SEO, 제작 단계에서 업체에 확인해야 할 기술 항목