홈페이지제작업체 선정, 견적보다 리뉴얼·운영·인수인계 범위를 확인하세요

홈페이지제작업체를 알아보는 기업 담당자는 보통 디자인 시안, 포트폴리오, 제작 기간과 견적 금액부터 비교합니다.

물론 모두 필요한 정보입니다. 다만 실제 프로젝트에서는 비슷해 보이는 견적이라도 제작업체가 어디까지 담당하는지에 따라 결과가 크게 달라질 수 있습니다.

한 업체의 견적에는 기존 홈페이지 분석, 콘텐츠 이전, 관리자 기능, 서버 배포와 출시 후 오류 대응이 포함되어 있지만, 다른 업체의 견적에는 디자인과 화면 구현만 포함되어 있을 수도 있습니다.

이 차이를 확인하지 않고 총액만 비교하면 홈페이지가 공개된 뒤 다음과 같은 문제가 생길 수 있습니다.

기존 홈페이지의 게시글과 자료가 이전되지 않는다.
검색에 노출되던 주소가 바뀌어 기존 페이지를 찾을 수 없다.
배너나 회사 정보를 수정할 때마다 개발사에 요청해야 한다.
문의 데이터가 이메일로만 전달되어 접수 이력을 관리하기 어렵다.
서버와 도메인 계정이 누구의 소유인지 알 수 없다.
계약 종료 후 소스코드나 디자인 원본을 받지 못한다.
오류 수정과 유지보수의 기준이 계약서에 없다.

따라서 홈페이지제작업체를 선정할 때는 “얼마에 만들어 주는가”만 묻기보다 현재 상황이 신규 제작인지 리뉴얼인지, 공개 이후 누가 어떻게 운영할지, 프로젝트 종료 후 무엇을 인계받을지까지 확인해야 합니다.

신규 제작과 홈페이지 리뉴얼은 시작점부터 다릅니다

신규 홈페이지 제작은 기존 시스템의 제약이 비교적 적습니다.

사이트 구조, 디자인 방향, 도메인과 서버, 콘텐츠 등록 방식 등을 처음부터 정할 수 있기 때문에 필요한 기능과 운영 방식을 중심으로 범위를 구성하면 됩니다.

반면 홈페이지 리뉴얼은 새로운 화면을 만드는 일만으로 끝나지 않습니다.

기존 홈페이지에 어떤 데이터가 있는지, 검색에 노출된 주소는 무엇인지, 도메인과 서버는 어디에서 관리되는지, 현재 사용 중인 문의 폼이나 외부 서비스가 있는지부터 확인해야 합니다.

리뉴얼 전에는 최소한 다음 항목을 조사하는 것이 좋습니다.

현재 홈페이지의 전체 메뉴와 페이지
검색 결과나 외부 링크에서 유입되는 기존 URL
게시판, 공지사항, 자료실, 제품, 포트폴리오 데이터
관리자 페이지에서 수정할 수 있는 항목
문의 접수 방식과 담당자 전달 과정
도메인 등록 업체와 소유자 정보
웹호스팅 또는 클라우드 서버 계정
SSL 인증서 적용과 갱신 방식
방문 통계, 광고, 검색도구 계정
기존 소스코드와 데이터베이스 접근 가능 여부
개인정보처리방침과 개인정보 수집 항목
결제, 지도, 이메일, 문자 등 외부 서비스 연동

기존 소스코드와 데이터베이스를 확보할 수 있는지도 중요합니다.

자료를 모두 보유하고 있다면 기존 구조를 분석해 일부를 유지하거나 데이터를 이전할 수 있습니다. 반대로 현재 개발사나 호스팅 업체에만 접근 권한이 있다면 리뉴얼 전에 자료 백업과 계정 이전 가능 여부부터 확인해야 합니다.

기존 시스템을 확인하지 않은 상태에서 “현재 사이트와 비슷하게 새로 만들어 주세요”라고 요청하면, 견적에 데이터 이전이나 주소 연결 작업이 빠질 가능성이 있습니다.

홈페이지제작업체에 상담할 때는 먼저 다음 중 어느 상황인지 설명하는 것이 좋습니다.

기존 홈페이지가 없고 처음 제작하는 경우
기존 콘텐츠는 유지하면서 디자인만 개선하는 경우
기존 홈페이지의 구조와 관리자 기능을 함께 변경하는 경우
기존 데이터는 이전하되 시스템은 새로 개발하는 경우
도메인까지 변경해 새로운 사이트로 이전하는 경우
운영 중인 홈페이지에 회원·예약·결제 등 업무 기능을 추가하는 경우

같은 ‘홈페이지 리뉴얼’이라는 표현 안에도 실제 개발 범위는 여러 가지로 나뉩니다.

회사 소개형·문의 전환형·업무 기능형 홈페이지는 범위가 다릅니다

홈페이지는 목적에 따라 크게 세 가지 유형으로 나누어 볼 수 있습니다.

1. 회사 소개형 홈페이지

회사 정보와 서비스, 제품, 주요 실적, 위치, 연락처 등을 방문자에게 전달하는 형태입니다.

대표적으로 다음과 같은 페이지가 포함됩니다.

회사 소개
서비스 또는 제품 안내
포트폴리오
인증서 및 보유 기술
공지사항
오시는 길
문의하기

회사 소개형 홈페이지는 비교적 단순해 보이지만 콘텐츠를 누가 준비하는지에 따라 일정과 견적이 달라질 수 있습니다.

회사 소개문, 서비스 설명, 사진, 제품 자료, 인증서, 개인정보처리방침 등이 준비되지 않았다면 제작업체가 콘텐츠 구조를 정리하고 원고 작성 범위를 지원해야 할 수 있습니다.

디자인과 개발은 완료됐지만 자료가 준비되지 않아 공개가 늦어지는 경우도 적지 않습니다. 따라서 상담 단계에서 콘텐츠 제공 주체와 제출 일정을 함께 정해야 합니다.

2. 문의 전환형 홈페이지

방문자가 서비스 내용을 확인한 뒤 상담, 견적 요청, 방문 신청, 자료 요청 등의 행동을 하도록 설계하는 형태입니다.

단순한 문의 폼처럼 보여도 운영 범위에 따라 필요한 기능이 달라집니다.

예를 들어 다음과 같은 항목을 정해야 합니다.

문의 유형을 어떻게 구분할 것인가
어떤 정보를 필수로 받을 것인가
파일 첨부를 허용할 것인가
개인정보 수집 동의를 어떻게 받을 것인가
문의 접수 후 누구에게 알림을 보낼 것인가
담당자는 문의 상태를 어디에서 관리할 것인가
접수, 확인, 상담 중, 완료 등의 상태가 필요한가
담당자별 배정과 메모 기능이 필요한가
문의 데이터를 엑셀로 내려받아야 하는가
스팸 문의를 어떻게 줄일 것인가

문의 내용을 이메일로 전달하는 것만 필요하다면 비교적 단순하게 구성할 수 있습니다.

하지만 여러 담당자가 상담 요청을 나누어 처리하고, 진행 상태와 상담 이력을 관리해야 한다면 관리자 페이지와 데이터베이스가 필요합니다. 이때 홈페이지는 단순한 홍보 페이지를 넘어 고객 접수 시스템의 역할도 담당하게 됩니다.

3. 업무 기능형 홈페이지

방문자가 로그인한 뒤 회원 전용 자료를 확인하거나 예약, 주문, 결제, 신청, 문서 제출 등의 업무를 처리하는 형태입니다.

다음과 같은 기능이 포함될 수 있습니다.

회원가입과 로그인
사용자 유형별 권한
예약 및 일정 관리
상품·서비스 신청
견적 요청과 승인
주문 및 결제
파일·문서 제출
진행 상태 조회
알림 발송
마이페이지
운영자용 관리자 시스템
ERP·CRM·외부 API 연동

이 정도 범위라면 일반적인 회사 소개형 홈페이지와 같은 기준으로 비교하기 어렵습니다.

사용자 화면뿐 아니라 백엔드 서버, 데이터베이스, 권한, 상태값, 관리자 기능, 외부 서비스 연동과 예외 처리까지 개발해야 하기 때문입니다.

업체에 “홈페이지가 필요하다”고 요청했지만 실제 요구사항이 회원·예약·결제·관리자 업무까지 포함되어 있다면, 홈페이지 제작보다는 맞춤형 웹서비스 개발에 가까운 프로젝트가 됩니다.

페이지 수보다 방문자의 행동과 운영자의 업무를 먼저 정리해야 합니다

홈페이지 견적을 받을 때 자주 사용하는 기준 중 하나가 페이지 수입니다.

“회사 소개 5페이지, 서비스 소개 10페이지, 문의 1페이지”와 같이 정리하면 전체 화면 규모를 파악하는 데에는 도움이 됩니다.

다만 페이지 수만으로는 실제 개발 범위를 판단하기 어렵습니다.

같은 문의 페이지라도 이름과 연락처만 이메일로 전송하는 기능과, 문의를 데이터베이스에 저장하고 담당자가 처리 상태를 관리하는 기능은 구조가 다릅니다.

페이지 목록을 정리하기 전에 방문자가 홈페이지에서 완료해야 하는 행동을 먼저 적어보는 것이 좋습니다.

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

``text 검색 결과 또는 광고를 통해 홈페이지에 방문한다. → 회사와 서비스 정보를 확인한다. → 관련 사례 또는 상세 내용을 살펴본다. → 상담 신청서를 작성한다. → 파일을 첨부하고 개인정보 수집에 동의한다. → 접수 완료 안내를 받는다. ``

여기에서 끝내지 않고 운영자의 후속 업무도 연결해야 합니다.

``text 문의가 접수된다. → 담당자에게 알림이 전달된다. → 운영자가 관리자 페이지에서 내용을 확인한다. → 담당자를 배정한다. → 상담 상태와 메모를 기록한다. → 완료된 문의를 검색하거나 엑셀로 내려받는다. ``

이렇게 방문자 행동과 운영자 업무를 함께 작성하면 필요한 개발 범위가 더 명확해집니다.

홈페이지제작업체가 방문자 화면만 질문하는지, 문의 이후 운영 과정까지 확인하는지도 업체를 비교하는 기준이 될 수 있습니다.

관리자 페이지는 ‘있다·없다’보다 수정 가능한 항목을 확인해야 합니다

“관리자 페이지가 포함되어 있습니다”라는 문장만으로는 실제 운영 범위를 알기 어렵습니다.

관리자 페이지에서 무엇을 직접 수정할 수 있는지 구체적으로 확인해야 합니다.

일반적인 기업 홈페이지에서도 다음 항목은 운영자가 직접 관리해야 할 수 있습니다.

메인 배너
팝업
회사 소개
서비스 및 제품
포트폴리오
공지사항
자료실
자주 묻는 질문
채용 공고
문의 내역
개인정보처리방침
검색 노출에 사용하는 제목과 설명
관리자 계정과 권한

모든 내용을 관리자 페이지에서 자유롭게 수정할 수 있도록 만드는 것이 항상 좋은 것은 아닙니다.

화면 배치까지 자유롭게 변경하는 기능은 개발 범위가 커지고, 운영자가 잘못 수정했을 때 디자인이 깨질 가능성도 높아집니다.

따라서 콘텐츠의 성격에 따라 관리 방식을 나누는 것이 좋습니다.

| 콘텐츠 유형 | 권장 관리 방식 | |---|---| | 자주 변경되는 공지·자료 | 관리자에서 등록·수정·삭제 | | 반복적으로 추가되는 제품·사례 | 정해진 입력 양식으로 관리 | | 메인 배너·팝업 | 이미지, 노출 기간, 링크 관리 | | 회사 비전·연혁 등 변경이 적은 내용 | 관리자 수정 또는 개발사 요청 중 선택 | | 전체 레이아웃과 디자인 구조 | 별도 개발 범위로 관리 | | 문의·신청 데이터 | 조회, 검색, 상태 변경, 다운로드 | | 개인정보가 포함된 데이터 | 권한 제한, 마스킹, 보관·삭제 기준 적용 |

견적을 비교할 때는 관리자 페이지의 메뉴 수보다 각 메뉴에서 가능한 업무를 확인해야 합니다.

예를 들어 문의 관리 기능이라면 다음과 같이 질문할 수 있습니다.

목록 조회만 가능한가요?
날짜와 문의 유형으로 검색할 수 있나요?
처리 상태를 변경할 수 있나요?
담당자 메모를 남길 수 있나요?
개인정보를 일부 가릴 수 있나요?
엑셀 다운로드가 가능한가요?
여러 관리자의 권한을 구분할 수 있나요?
삭제하거나 수정한 기록이 남나요?

운영자에게 필요한 기능이 빠지면 홈페이지 공개 후에도 별도의 엑셀과 메신저를 계속 사용하게 됩니다.

회원·문의·예약·결제·외부 API가 있다면 상태와 예외 상황도 정해야 합니다

홈페이지에 업무 기능이 들어갈수록 단순한 기능 목록보다 상태와 예외 상황이 중요해집니다.

예를 들어 ‘예약 기능’이라고만 작성하면 업체마다 다르게 해석할 수 있습니다.

한 업체는 날짜를 선택해 신청하는 기능으로 이해할 수 있고, 다른 업체는 담당자 일정, 예약 가능 시간, 결제, 취소, 알림과 관리자 승인까지 포함된 시스템으로 이해할 수 있습니다.

예약 기능을 요청할 때는 다음을 함께 정리해야 합니다.

무엇을 예약하는가
날짜·시간·인원·수량 중 무엇을 기준으로 하는가
신청과 동시에 확정되는가
관리자의 승인이 필요한가
결제를 해야 확정되는가
변경과 취소는 언제까지 가능한가
취소 수수료와 환불 규칙이 있는가
예약이 겹치지 않도록 어떤 기준으로 제한하는가
고객과 담당자에게 어떤 알림을 보내는가
운영자는 예약 상태를 어떻게 변경하는가

결제 기능도 결제창을 연결하는 것만으로 끝나지 않습니다.

결제 승인 후 주문이나 예약 상태가 정상적으로 변경되지 않은 경우, 같은 결제 알림이 반복해서 들어온 경우, 취소는 됐지만 환불 정보가 반영되지 않은 경우 등도 처리해야 합니다.

외부 API 연동이 있다면 다음 항목이 견적에 포함되는지 확인하는 것이 좋습니다.

API 문서와 테스트 계정 확보
연동 계정의 계약 및 비용 부담 주체
데이터를 보내고 받는 방향
실시간 또는 일정 주기 동기화 방식
외부 서비스 장애 시 화면 처리
중복 데이터 방지
실패 기록과 재시도
운영자가 실패 내역을 확인할 관리자 기능
외부 API 변경 시 유지보수 기준

이 항목이 정리되지 않으면 같은 기능명을 두고도 홈페이지제작업체마다 서로 다른 범위의 견적을 제안하게 됩니다.

홈페이지 리뉴얼에서는 데이터와 기존 URL을 별도 범위로 확인해야 합니다

리뉴얼에서 자주 빠지는 항목이 기존 데이터 이전입니다.

기존 홈페이지에 공지사항 10개가 있는 경우와 제품·자료·게시글이 수백 건 있는 경우는 이전 방식이 다릅니다.

데이터 이전 전에는 다음을 확인해야 합니다.

어떤 데이터를 이전할 것인가
기존 데이터베이스에 접근할 수 있는가
이미지와 첨부파일 원본이 있는가
기존 항목과 새 홈페이지의 입력 항목이 일치하는가
HTML 형식이나 특수문자 정리가 필요한가
비공개·삭제·중복 데이터를 어떻게 처리할 것인가
회원 정보가 있다면 비밀번호 이전이 가능한가
수동 등록과 자동 이전 중 어떤 방식을 사용할 것인가
이전 결과를 누가 검수할 것인가
기존 데이터를 얼마 동안 보관할 것인가

검색에 노출된 기존 URL도 확인해야 합니다.

리뉴얼하면서 페이지 주소가 바뀌었는데 이전 주소를 새 주소로 연결하지 않으면 사용자는 검색 결과나 기존 링크를 통해 들어왔을 때 페이지를 찾지 못할 수 있습니다.

Google의 사이트 이전 가이드도 기존 URL과 새 URL의 대응표를 준비하고, 가능하면 서버 측 영구 리디렉션을 적용하며, 내부 링크와 사이트맵을 새 주소로 변경할 것을 안내합니다. 도메인이 바뀌는 경우에는 검색도구에서 사이트 이전 정보를 제출하고 리디렉션을 충분한 기간 유지하는 과정도 필요합니다. (developers.google.com)

리뉴얼 전에는 다음과 같은 URL 이전표를 만들어 두는 것이 좋습니다.

| 기존 주소 | 새 주소 | 처리 방식 | |---|---|---| | 기존 회사 소개 | 새 회사 소개 | 새 페이지로 영구 이동 | | 기존 제품 상세 | 새 제품 상세 | 제품별 주소 연결 | | 통합된 서비스 페이지 | 새 통합 페이지 | 관련 페이지로 연결 | | 더 이상 제공하지 않는 콘텐츠 | 대체 페이지 또는 삭제 | 내용에 따라 결정 | | 기존 게시글 | 새 게시글 | 게시글별 주소 연결 |

모든 기존 주소를 무조건 메인 페이지로 보내는 방식은 방문자에게도 불편하고 검색엔진이 새 콘텐츠를 이해하는 데에도 도움이 되지 않을 수 있습니다. 기존 페이지와 의미가 가장 가까운 새 페이지를 연결해야 합니다.

검색 결과는 리뉴얼 직후 바로 안정되는 것이 아니라 검색로봇이 새 주소를 다시 수집하고 처리하는 과정에서 일시적으로 변동될 수 있습니다. 따라서 URL 이전, 사이트맵 제출, 검색도구 확인까지 배포 업무에 포함되는지 확인할 필요가 있습니다. (developers.google.com)

도메인과 서버 이전은 ‘홈페이지 파일 복사’보다 범위가 넓습니다

홈페이지 리뉴얼 과정에서 서버까지 변경한다면 기존 서버에 무엇이 연결되어 있는지 먼저 조사해야 합니다.

하나의 서버에서 홈페이지뿐 아니라 다음 항목이 함께 운영되고 있을 수 있습니다.

회사 이메일
파일 다운로드
문의 발송용 이메일
서브도메인
내부 관리자 시스템
다른 웹서비스
예약 작업
외부 API 접근 허용 IP
데이터베이스
SSL 인증서
로그와 백업 파일

이 구조를 확인하지 않고 서버를 변경하면 홈페이지는 정상적으로 열리지만 이메일 발송이나 외부 연동이 작동하지 않는 문제가 생길 수 있습니다.

도메인도 등록 계정, 네임서버, DNS 설정을 함께 확인해야 합니다.

업체가 도메인을 대신 구매하는 경우에는 계약 종료 후에도 고객사가 직접 관리할 수 있도록 소유자 정보와 계정 인계 방식을 정해야 합니다.

가능하다면 다음 계정은 고객사 명의로 준비하는 것이 운영과 인수인계에 유리합니다.

도메인 등록 계정
클라우드 또는 웹호스팅 계정
검색도구 계정
방문 통계 계정
결제 서비스 계정
문자·이메일 발송 서비스 계정
지도와 외부 API 계정
소스코드 저장소 계정

제작업체가 관리 편의를 위해 계정을 생성하거나 초기 설정을 지원할 수는 있습니다. 다만 프로젝트 종료 후 접근 권한, 결제 수단, 관리자 변경 방법을 고객사가 확인할 수 있어야 합니다.

반응형·SEO·보안은 한 줄로만 확인하면 부족합니다

견적서에 ‘반응형 적용’, ‘SEO 적용’, ‘보안 적용’이라고 적혀 있어도 실제 작업 내용을 구체적으로 확인해야 합니다.

반응형 웹

반응형은 PC 화면을 단순히 축소하는 작업이 아닙니다.

모바일에서 메뉴, 표, 입력 폼, 버튼, 팝업, 파일 첨부, 문의 작성과 관리자 기능을 사용할 수 있는지 확인해야 합니다.

네이버 서치어드바이저는 데스크톱과 모바일에서 동일한 URL을 사용하면서 화면 크기에 맞는 콘텐츠를 제공하는 반응형 웹을 권장합니다. Google도 구현과 유지관리 측면에서 반응형 웹 디자인을 권장하고 있으며, 모바일 버전의 콘텐츠와 메타데이터가 데스크톱과 동등하게 제공되어야 한다고 안내합니다. (searchadvisor.naver.com)

따라서 반응형 검수 범위에는 다양한 화면 크기뿐 아니라 실제 모바일 이용 흐름도 포함되어야 합니다.

검색엔진 최적화

SEO는 특정 키워드를 반복해서 입력하는 작업이 아닙니다.

기본적으로 다음 항목을 확인할 수 있습니다.

페이지별 고유한 제목과 설명
제목 구조와 콘텐츠 마크업
검색로봇 접근 설정
대표 URL 설정
사이트맵
내부 링크
이미지 설명
존재하지 않는 페이지의 응답 처리
페이지 속도
모바일 사용성
기존 URL 리디렉션
네이버 서치어드바이저와 Google Search Console 연결

네이버 공식 가이드도 페이지 주제를 나타내는 고유한 제목과 설명을 제공하고, robots.txt와 사이트맵을 활용해 검색로봇이 콘텐츠를 수집할 수 있도록 구성할 것을 안내합니다. (searchadvisor.naver.com)

검색도구 계정을 제작업체 계정에만 등록하면 계약 종료 후 고객사가 검색 현황을 확인하기 어려울 수 있으므로 소유권과 관리자 권한도 인수인계 항목에 포함하는 것이 좋습니다.

보안과 개인정보

보안은 SSL 인증서를 적용하는 것만으로 끝나지 않습니다.

홈페이지 기능에 따라 다음 항목을 확인해야 합니다.

관리자 로그인과 비밀번호 정책
관리자 권한 구분
개인정보 조회 범위
파일 업로드 제한
스팸과 반복 요청 방지
데이터 백업
관리자 접근 기록
오래된 개인정보 삭제 방식
오류 메시지의 민감 정보 노출 방지
라이브러리와 서버 업데이트
개발·검수·운영 환경 분리

HTTPS 적용 여부도 확인해야 합니다. 네이버 서치어드바이저는 HTTPS를 통한 페이지 제공을 권장하고 있으며, HTTP와 HTTPS가 모두 열리는 경우에는 HTTP 요청이 HTTPS로 정상 이동되는지 점검하도록 안내합니다. (searchadvisor.naver.com)

테스트와 배포 책임도 견적에 포함되어야 합니다

홈페이지 화면이 완성됐다고 바로 공개할 수 있는 것은 아닙니다.

배포 전에는 실제 운영 환경을 기준으로 테스트해야 합니다.

화면 테스트

PC, 태블릿, 모바일 화면 확인
주요 브라우저 확인
메뉴와 링크 확인
긴 제목과 긴 본문 표시 확인
이미지 비율과 용량 확인
팝업과 배너 확인
모바일 입력 폼 확인

기능 테스트

문의 접수와 알림 전달
파일 첨부
회원가입과 로그인
비밀번호 재설정
예약 가능 여부
결제 성공·실패·취소
외부 API 오류
관리자 검색과 필터
엑셀 다운로드
권한별 접근 제한

데이터 테스트

기존 게시글 이전 결과
이미지와 첨부파일 누락
날짜와 작성자 정보
한글과 특수문자
중복 데이터
비공개 데이터 노출 여부
기존 URL과 새 URL 연결

배포 테스트

도메인 연결
HTTPS 적용
운영 서버 환경 변수
이메일·문자 발송
검색로봇 접근
사이트맵과 robots.txt
방문 통계
백업
장애 발생 시 복구 방법

누가 테스트 항목을 작성하고, 누가 검수하며, 발견된 오류를 언제까지 수정하는지도 정해야 합니다.

“검수 1회 포함”이라고만 적혀 있다면 검수 기간과 하자 수정의 범위를 확인하는 것이 좋습니다.

단순한 오탈자 수정, 계약된 기능의 오류 수정, 요구사항 변경에 따른 추가 개발은 서로 다른 업무입니다. 이를 구분하지 않으면 공개 직전에 일정과 비용을 두고 의견 차이가 발생할 수 있습니다.

유지보수는 오류 수정과 기능 추가를 구분해야 합니다

홈페이지 공개 후 발생하는 모든 요청이 유지보수에 포함되는 것은 아닙니다.

유지보수 계약을 확인할 때는 업무 유형을 나누어 보는 것이 좋습니다.

하자 수정

계약된 기능이 기획서나 검수 기준대로 작동하지 않는 경우입니다.

예를 들면 문의를 정상적으로 작성했는데 저장되지 않거나, 특정 권한의 관리자가 접근할 수 없는 메뉴에 접근하는 문제입니다.

하자 보증 기간과 접수 방식, 수정 기준을 계약 전에 확인해야 합니다.

운영 지원

콘텐츠 등록, 배너 교체, 계정 설정, 서버 확인 등 운영 과정에서 반복적으로 필요한 지원입니다.

월별 제공 시간이나 요청 횟수, 대응 시간과 작업 범위를 정할 수 있습니다.

기능 개선

기존 기능의 사용성을 개선하는 작업입니다.

검색 조건 추가, 관리자 일괄 처리, 문의 상태 추가, 알림 방식 변경 등이 해당할 수 있습니다.

추가 개발

계약 당시 없었던 기능을 새로 만드는 작업입니다.

회원 등급, 예약, 결제, 외부 API, 통계 화면 등을 추가한다면 별도 분석과 견적이 필요할 수 있습니다.

유지보수 견적에는 다음 내용을 확인하는 것이 좋습니다.

월 유지보수에 포함되는 업무
서버와 도메인 비용의 포함 여부
외부 서비스 이용료 부담 주체
요청 접수 채널
일반 요청과 긴급 요청의 기준
대응 가능 시간
사용하지 않은 작업 시간의 이월 여부
추가 개발의 견적 방식
계약 종료 시 자료 인계 방법
서버 장애와 외부 서비스 장애의 책임 범위

소스코드·서버·도메인·외부 서비스 계정 인수인계를 확인하세요

홈페이지는 공개된 화면만으로 운영되지 않습니다.

프로젝트가 끝난 뒤에는 다음 자료와 권한이 필요할 수 있습니다.

최종 소스코드
소스코드 저장소 접근 권한
디자인 원본
이미지와 콘텐츠 원본
데이터베이스 백업
서버 계정
도메인 계정
DNS 설정 정보
SSL 인증서 관련 정보
관리자 계정
검색도구와 방문 통계 계정
이메일·문자 발송 서비스 계정
결제와 외부 API 계정
배포 방법
환경 설정 목록
운영 매뉴얼
백업과 복구 방법

소스코드를 전달받더라도 실행과 배포에 필요한 설정이 없다면 다른 개발사가 이어서 유지보수하기 어렵습니다.

반대로 외부 서비스의 비밀번호와 인증키를 문서에 그대로 적어 전달하는 것도 적절하지 않습니다. 안전한 방식으로 계정 권한을 이전하고, 불필요한 기존 접근 권한은 제거해야 합니다.

계약서에서는 다음 내용을 구체적으로 확인할 수 있습니다.

소스코드 소유권과 사용권
오픈소스와 유료 라이선스 사용 여부
디자인 원본 제공 범위
제3자 이미지와 폰트의 사용 조건
고객 데이터의 소유와 반환 방식
계약 종료 후 데이터 보관 기간
계정 이전과 기존 권한 삭제
인수인계 지원 시간
운영 문서 제공 여부

홈페이지로 시작했지만 실제로는 업무 시스템인 경우도 있습니다

원소프트가 개발한 바토너는 부동산 경매 물건 확인부터 입찰 신청, 계약 문서 처리, 결제, 포인트, 정산, 알림과 고객 문의까지 연결한 업무형 플랫폼입니다.

이 프로젝트에서는 일반 회원, 전문가, 운영자의 권한을 구분하고 입찰·계약·결제·정산의 상태를 데이터로 관리했습니다. 또한 OCR, 결제, 푸시 알림을 업무 흐름에 맞게 연동하고 운영자가 회원·입찰·결제·정산·문의 데이터를 확인할 수 있는 관리자 기능을 구성했습니다.

바토너는 일반적인 기업 홈페이지 사례는 아닙니다. 다만 홈페이지 상담 과정에서 회원, 신청, 결제, 문서와 관리자 업무가 추가되면 왜 단순한 화면 제작이 아니라 전체 운영 구조를 설계해야 하는지를 보여주는 사례입니다.

처음에는 서비스 소개와 문의 기능만 필요했더라도, 향후 고객이 로그인해 신청 상태를 확인하거나 운영자가 접수·승인·정산 업무를 처리해야 한다면 초기 데이터 구조와 확장 방향도 함께 검토하는 편이 좋습니다.

원소프트는 요구사항을 화면 목록으로만 정리하기보다 방문자 행동, 운영자 업무, 데이터와 관리자 흐름을 함께 살펴보고 프로젝트 상황에 맞춰 기획, UX/UI, 프론트엔드, 백엔드, 서버·DB, 배포와 유지보수 범위를 검토합니다.

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

아래 항목을 모두 확정한 뒤 문의할 필요는 없습니다.

현재 알고 있는 내용과 결정하지 못한 내용을 구분해 전달하는 것만으로도 업체가 범위를 파악하는 데 도움이 됩니다.

제작 목적

홈페이지를 새로 만드는지 리뉴얼하는지
회사 소개, 문의 확보, 채용, 예약, 판매 중 주요 목적이 무엇인지
방문자가 완료해야 할 핵심 행동이 무엇인지
1차 공개에 필요한 기능과 추후 기능이 무엇인지

기존 홈페이지

현재 주소와 관리자 계정이 있는지
소스코드와 데이터베이스를 확보할 수 있는지
이전할 게시글·제품·자료·회원 데이터가 있는지
유지해야 할 기존 URL이 있는지
도메인과 서버의 소유자가 누구인지

콘텐츠와 관리자

회사 소개문과 이미지가 준비되어 있는지
콘텐츠 작성과 등록을 누가 담당할지
운영자가 직접 수정해야 하는 항목은 무엇인지
관리자 유형과 권한을 구분해야 하는지
문의·신청 데이터를 어떻게 처리할지

기능과 연동

회원가입과 로그인이 필요한지
문의, 예약, 주문, 결제가 필요한지
지도, 문자, 이메일, 소셜 로그인과 같은 외부 서비스가 필요한지
ERP·CRM 등 기존 시스템과 연동해야 하는지
오류나 연동 실패를 운영자가 확인해야 하는지

공개와 운영

도메인과 서버를 누가 준비할지
반응형, SEO, 보안의 세부 작업 범위가 무엇인지
데이터 이전과 URL 리디렉션이 포함되는지
테스트와 배포를 누가 담당할지
공개 후 하자 수정 기간은 얼마인지
유지보수와 추가 개발은 어떻게 구분하는지

인수인계

소스코드와 디자인 원본을 제공하는지
서버·도메인·검색도구 계정을 고객사가 관리할 수 있는지
데이터베이스와 콘텐츠를 백업받을 수 있는지
외부 서비스 계정이 누구의 명의인지
운영 매뉴얼과 배포 자료를 제공하는지
계약 종료 후 기존 업체의 접근 권한을 제거하는지

견적 비교표에는 금액 옆에 책임 범위를 적어보세요

여러 홈페이지제작업체의 견적을 비교할 때는 총액만 나열하기보다 다음과 같이 범위를 표로 만들어 보는 것이 좋습니다.

| 비교 항목 | 업체 A | 업체 B | 업체 C | |---|---|---|---| | 요구사항 정리와 기획 | | | | | 콘텐츠 구조 설계 | | | | | 원고 작성·정리 | | | | | UX/UI 디자인 | | | | | 반응형 개발 | | | | | 관리자 페이지 | | | | | 문의 데이터 관리 | | | | | 회원·예약·결제 | | | | | 기존 데이터 이전 | | | | | 기존 URL 연결 | | | | | 도메인·서버 설정 | | | | | SEO 기본 설정 | | | | | 테스트와 배포 | | | | | 하자 수정 | | | | | 유지보수 | | | | | 소스코드 제공 | | | | | 디자인 원본 제공 | | | | | 계정 인수인계 | | | |

같은 금액처럼 보여도 포함된 범위가 다르면 실제 조건은 같지 않습니다.

반대로 견적이 더 높더라도 기존 데이터와 URL 이전, 관리자 기능, 배포와 인수인계까지 포함되어 있다면 공개 이후 추가로 발생할 업무와 비용을 줄일 수 있습니다.

홈페이지제작업체를 선정하는 목적은 가장 저렴한 제작사를 찾는 것이 아니라, 필요한 홈페이지를 공개하고 담당자가 실제로 운영할 수 있는 범위를 함께 책임질 업체를 찾는 데 있습니다.

원소프트는 경기도 화성시 동탄순환대로 823, 영천동 에이팩시티에 위치한 웹·앱·관리자 시스템 개발사입니다. 홈페이지 신규 제작이나 리뉴얼을 검토하고 있다면 현재 사이트, 필요한 기능, 기존 데이터와 운영 방식을 바탕으로 개발 범위를 함께 정리해드릴 수 있습니다.

제목 후보

홈페이지제작업체 선정, 견적보다 리뉴얼·운영·인수인계 범위를 확인하세요
홈페이지제작업체 비교 전, 신규 제작과 리뉴얼 범위부터 구분하세요
홈페이지제작업체 견적 비교, 관리자·데이터 이전·유지보수까지 확인하는 방법
홈페이지 리뉴얼 업체 선정 전 확인할 운영·배포·인수인계 체크리스트
홈페이지제작업체 선택, 디자인보다 공개 이후 운영 책임을 확인하세요

메인 키워드

홈페이지제작업체

서브 키워드

홈페이지리뉴얼
홈페이지제작견적
기업홈페이지제작
홈페이지관리자페이지
홈페이지유지보수

썸네일 문구

견적보다 운영 범위
리뉴얼 전 확인할 것
제작 후 무엇을 받나요?

글 요약

홈페이지제작업체를 선정할 때는 디자인과 초기 견적뿐 아니라 신규 제작과 리뉴얼의 차이, 관리자 기능, 기존 데이터·URL 이전, 테스트·배포와 유지보수 범위를 함께 비교해야 합니다. 공개 이후 안정적인 운영을 위해 소스코드, 서버, 도메인, 검색도구와 외부 서비스 계정의 소유권 및 인수인계 조건까지 계약 전에 확인하는 방법을 정리했습니다.

CTA 후보

기존 홈페이지의 데이터와 운영 기능을 어디까지 유지해야 할지 판단하기 어렵다면, 현재 사이트와 필요한 변경 내용을 기준으로 리뉴얼 범위를 함께 정리해볼 수 있습니다.

업체별 견적의 포함 범위가 달라 비교하기 어렵다면, 관리자 기능·데이터 이전·배포·인수인계 항목을 나누어 필요한 개발 범위를 검토해드릴 수 있습니다.

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

홈페이지 리뉴얼 데이터 이전, 게시글·회원·첨부파일을 옮기기 전 확인할 항목
홈페이지 관리자 페이지 개발, 운영자가 직접 수정할 기능을 정하는 방법
홈페이지 인수인계 체크리스트, 소스코드·서버·도메인 계정을 빠짐없이 받는 방법