홈페이지제작업체 선정 전, 소개형 홈페이지와 기능형 웹서비스를 구분하는 실무 기준

홈페이지제작업체를 알아보기 시작하면 먼저 눈에 들어오는 것은 포트폴리오와 견적 금액입니다.

하지만 실제 프로젝트에서는 디자인 분위기나 총액보다 먼저 확인해야 할 것이 있습니다. 바로 어떤 사이트를 만들려는지, 제작업체가 어디까지 책임지는지, 공개 후 누가 어떻게 운영할지입니다.

예를 들어 다음 두 사이트는 모두 ‘기업 홈페이지’라고 불릴 수 있습니다.

회사와 서비스 정보를 보여주고 상담 문의를 받는 홈페이지
회원이 로그인해 예약하고 결제하며 운영자가 관리자 페이지에서 처리하는 웹사이트

겉으로는 비슷해 보여도 두 번째 사이트에는 회원 관리, 데이터베이스, 예약 상태, 결제 결과 처리, 권한, 알림, 서버 운영 같은 개발 범위가 추가됩니다.

이 차이를 구분하지 않고 “반응형 홈페이지 제작 견적을 받고 싶습니다”라고만 문의하면 업체마다 서로 다른 범위를 가정하게 됩니다. 한 업체는 회사 소개 페이지와 문의 폼만 포함하고, 다른 업체는 콘텐츠 관리자와 서버 배포까지 포함할 수 있습니다.

금액을 비교하고 있지만 실제로는 같은 결과물을 비교하고 있지 않은 상황이 되는 것입니다.

홈페이지제작업체를 선정하기 전에는 페이지 수보다 사이트 목적, 사용자 행동, 운영 업무, 기능과 기술 범위, 출시 이후 관리 조건을 같은 기준으로 맞추는 과정이 필요합니다.

1. 제작업체를 찾기 전에 사이트의 목적부터 한 문장으로 정리해야 합니다

홈페이지의 목적을 “회사를 알리는 것”이라고만 정하면 필요한 범위를 구체화하기 어렵습니다.

누가 방문하고, 무엇을 확인한 뒤, 어떤 행동을 완료해야 하는지까지 연결해보는 것이 좋습니다.

예를 들어 다음처럼 작성할 수 있습니다.

기업 담당자가 서비스 내용을 확인하고 프로젝트 유형에 맞는 상담 문의를 남긴다.

기존 고객이 로그인해 계약 자료와 진행 상태를 확인한다.

사용자가 지역과 날짜를 선택해 예약하고 결제한다.

거래처 담당자가 승인된 상품과 가격을 확인한 뒤 주문을 접수한다.

목적이 구체적일수록 메뉴와 화면뿐 아니라 필요한 데이터와 관리자 기능도 드러납니다.

상담 문의가 핵심이라면 다음 항목을 정해야 합니다.

어떤 정보를 입력받을 것인가
필수 입력 항목은 무엇인가
파일을 첨부할 수 있는가
개인정보 수집 동의가 필요한가
접수 후 고객에게 어떤 안내를 보여줄 것인가
담당자에게 이메일이나 알림을 보낼 것인가
관리자는 문의를 어디에서 확인할 것인가
접수, 확인, 상담 중, 완료 등의 상태를 관리할 것인가

따라서 “문의 기능이 필요합니다”라는 한 줄은 실제로 여러 개의 기획·개발 항목으로 나뉩니다.

홈페이지제작업체와 상담하기 전에는 아래 세 문장을 먼저 작성해보는 것이 좋습니다.

이 사이트의 핵심 방문자는 누구인가?
방문자가 반드시 완료해야 할 행동은 무엇인가?
그 행동 이후 내부 담당자는 어떤 업무를 처리해야 하는가?

이 세 가지가 정리되면 소개형 홈페이지가 적합한지, 별도의 기능 개발이 필요한 웹서비스인지 판단하기 쉬워집니다.

2. 회사 소개형·문의 전환형·기능형 웹사이트는 제작 범위가 다릅니다

홈페이지는 목적과 운영 구조에 따라 크게 세 가지로 구분해볼 수 있습니다.

| 유형 | 주요 목적 | 대표 기능 | 운영 시 확인할 항목 | |---|---|---|---| | 회사 소개형 | 기업과 서비스 정보 전달 | 회사 소개, 서비스, 실적, 오시는 길 | 콘텐츠 수정 방식 | | 문의 전환형 | 상담·견적·자료 신청 확보 | 문의 폼, 파일 첨부, 알림, 접수 관리 | 문의 분류와 처리 상태 | | 기능형 웹사이트 | 사용자가 사이트 안에서 업무 완료 | 회원, 예약, 주문, 결제, 구독, 마이페이지 | 데이터·권한·상태·관리자 기능 |

회사 소개형 홈페이지

회사 소개형은 기업 정보, 사업 분야, 제품과 서비스, 포트폴리오, 공지사항, 채용, 문의처 등을 전달하는 데 초점을 둡니다.

내용 변경이 자주 없다면 비교적 단순한 구조로 만들 수 있습니다. 반면 제품, 실적, 게시물, 지점 정보 등을 내부 담당자가 계속 수정해야 한다면 콘텐츠 관리 기능이 필요합니다.

이때 중요한 것은 관리자 페이지의 존재 여부가 아니라 운영자가 무엇을 어느 범위까지 수정할 수 있는지입니다.

예를 들어 서비스 소개를 관리자가 수정한다고 해도 다음 조건에 따라 범위가 달라집니다.

제목과 본문만 수정하는 방식
이미지와 첨부파일까지 관리하는 방식
화면 구성 순서를 변경하는 방식
항목을 추가하거나 숨기는 방식
카테고리를 직접 생성하는 방식
게시 예약과 공개 기간을 지정하는 방식

단순 수정과 자유로운 화면 구성은 같은 관리자 기능이 아닙니다.

문의 전환형 홈페이지

문의 전환형은 방문자가 정보를 읽는 데서 끝나지 않고 상담, 견적, 데모, 자료 신청 같은 행동을 완료하도록 설계합니다.

이 유형에서는 화면 디자인뿐 아니라 문의 이후의 내부 처리 과정까지 확인해야 합니다.

문의가 접수됐지만 담당자에게 전달되지 않거나, 여러 담당자가 같은 문의에 중복 대응하거나, 처리 상태를 알 수 없어 다시 엑셀로 관리한다면 홈페이지가 업무 흐름과 제대로 연결되지 않은 것입니다.

다음 항목을 제작 범위에 포함할지 검토해야 합니다.

문의 유형별 담당자 분류
접수 알림
문의 목록 검색과 필터
담당자 지정
처리 상태 변경
상담 메모
파일 다운로드
개인정보 열람 권한
엑셀 다운로드
오래된 문의 데이터의 보관 또는 삭제 기준

기능형 웹사이트

회원가입, 예약, 주문, 결제, 구독, 견적 요청, 고객별 자료 제공처럼 사용자가 사이트 안에서 업무를 처리한다면 단순 홈페이지보다 웹서비스에 가깝습니다.

기능형 웹사이트는 보이는 화면 뒤에 다음과 같은 구조가 필요할 수 있습니다.

사용자 인증과 권한
백엔드 서버
데이터베이스
관리자 시스템
외부 서비스 연동
데이터 검증
상태 변경 규칙
오류 처리와 기록
서버 배포와 모니터링

이 경우에는 디자인 포트폴리오만으로 업체를 판단하기 어렵습니다.

홈페이지제작업체가 사용자 화면뿐 아니라 데이터 구조, 운영자 업무, 예외 상황, 배포 이후 운영까지 설명할 수 있는지 확인해야 합니다.

3. 견적서에서는 기획·디자인·개발을 구분해서 확인해야 합니다

견적서에 ‘홈페이지 제작’이라고만 적혀 있으면 실제 포함 범위를 판단하기 어렵습니다.

최소한 다음 항목이 구분되어 있는지 확인하는 것이 좋습니다.

기획 범위

기획은 메뉴를 정하고 화면 목록을 작성하는 일만 의미하지 않습니다.

사이트 목적과 핵심 사용자 정의
메뉴 및 콘텐츠 구조 설계
사용자 이용 흐름
화면별 기능 정의
문의·예약·주문 상태 정의
예외 상황 정리
관리자 업무 흐름
외부 연동 항목 정리
테스트 및 검수 기준 작성

업체가 요구사항을 정리해주는지, 고객사가 완성된 기획서를 제공해야 하는지에 따라 협업 방식과 비용이 달라질 수 있습니다.

기획이 포함됐다는 문구만 확인하지 말고 어떤 문서와 결과물이 제공되는지도 물어보는 것이 좋습니다.

UX/UI 디자인 범위

디자인 견적에서는 다음 항목을 구분해야 합니다.

참고 사이트를 기반으로 한 디자인인지
신규 UX/UI 디자인인지
메인 페이지만 시안을 제공하는지
전체 화면을 설계하는지
모바일 화면을 별도로 디자인하는지
수정 횟수와 피드백 방식은 무엇인지
아이콘과 이미지 자료를 누가 준비하는지
디자인 원본이 인계되는지

‘반응형 지원’과 ‘모바일 화면을 별도로 설계’하는 것은 같은 의미가 아닐 수 있습니다.

PC 화면을 단순히 줄이는 방식으로는 버튼 간격, 메뉴 구조, 표, 입력 폼, 팝업 등이 모바일에서 불편해질 수 있습니다. 모바일에서 자주 사용하는 핵심 행동이 무엇인지 확인하고, 작은 화면에 맞게 정보 순서와 조작 방식을 다시 검토해야 합니다.

구글은 모바일 버전의 콘텐츠를 중심으로 색인하는 모바일 우선 방식을 사용하며, 구현과 유지 관리가 비교적 쉬운 방식으로 반응형 웹 디자인을 권장하고 있습니다. 따라서 반응형 개발은 단순히 화면 폭을 맞추는 항목이 아니라 콘텐츠와 기능이 모바일에서도 동일하게 접근 가능한지 확인하는 범위로 보는 것이 좋습니다. (developers.google.com)

프론트엔드 개발 범위

프론트엔드는 방문자가 직접 보는 화면과 상호작용을 구현합니다.

메뉴와 페이지 이동
반응형 화면
입력 폼
목록과 상세 화면
검색과 필터
모달과 알림
파일 업로드
예약 달력
결제 화면
마이페이지
관리자 화면 인터페이스

애니메이션이나 시각 효과뿐 아니라 입력 오류 안내, 로딩 상태, 데이터가 없을 때의 화면, 서버 응답이 지연될 때의 처리도 포함되는지 확인해야 합니다.

백엔드 개발 범위

백엔드는 회원, 문의, 예약, 주문, 결제 같은 데이터를 저장하고 업무 규칙을 처리합니다.

예를 들어 문의 접수 기능이라면 다음 업무가 백엔드에 포함될 수 있습니다.

입력값을 검증합니다.
문의 내용을 데이터베이스에 저장합니다.
첨부파일을 저장합니다.
접수 번호와 상태를 생성합니다.
담당자에게 알림을 보냅니다.
관리자 목록에 표시합니다.
권한에 따라 열람 범위를 제한합니다.
처리 상태와 담당자 변경을 기록합니다.

따라서 견적서에서 ‘문의 폼 1개’만 확인해서는 실제 처리 범위를 알기 어렵습니다.

4. 관리자 페이지는 메뉴 수보다 운영 업무를 기준으로 설계해야 합니다

홈페이지가 공개된 이후에는 콘텐츠 수정, 문의 확인, 회원 관리, 예약 처리 같은 운영 업무가 발생합니다.

이 업무를 개발자에게 매번 요청할 것인지, 내부 담당자가 관리자 페이지에서 처리할 것인지 먼저 정해야 합니다.

콘텐츠 관리

회사 소개, 서비스, 제품, 포트폴리오, 공지사항, FAQ 등을 운영자가 수정해야 한다면 항목별 관리 방식을 정해야 합니다.

등록·수정·삭제
공개·비공개
노출 순서
대표 이미지
카테고리
게시 기간
첨부파일
미리보기
삭제 데이터 복구

모든 페이지를 자유롭게 편집할 수 있도록 만들면 운영 유연성은 높아질 수 있지만, 관리자 기능과 화면 조합 규칙도 복잡해집니다.

반대로 수정 영역을 지나치게 제한하면 작은 문구 변경도 개발사에 요청해야 할 수 있습니다.

자주 바뀌는 영역과 고정해도 되는 영역을 나눠 설계하는 것이 현실적입니다.

문의 데이터 관리

문의 폼이 있다면 관리자에서 단순히 목록만 보여주는 것으로 충분한지 확인해야 합니다.

실제 운영에서는 다음 기능이 필요할 수 있습니다.

접수일과 문의 유형 검색
회사명·담당자·연락처 검색
처리 상태 필터
담당자 배정
상담 내용 기록
내부 메모
첨부파일 확인
엑셀 다운로드
개인정보 마스킹
삭제 또는 보관 처리

문의량이 적을 때는 이메일 수신만으로도 운영할 수 있습니다. 하지만 담당자가 여러 명이거나 처리 이력을 남겨야 한다면 관리자 기능이 필요할 가능성이 높습니다.

관리자 권한

관리자 계정이 하나만 필요하다고 생각하기 쉽지만, 운영 인원이 늘어나면 역할이 달라질 수 있습니다.

예를 들어 다음과 같이 나눌 수 있습니다.

전체 설정을 관리하는 최고 관리자
콘텐츠만 수정하는 마케팅 담당자
문의를 확인하는 상담 담당자
예약과 결제를 처리하는 운영 담당자
통계만 확인하는 책임자

화면에서 메뉴를 숨기는 것만으로 권한 통제가 끝나는 것은 아닙니다. 서버에서도 허용된 사용자만 데이터에 접근하고 기능을 실행할 수 있도록 확인해야 합니다.

OWASP의 애플리케이션 보안 검증 기준도 역할과 권한을 명확히 정의하고, 신뢰할 수 있는 서버 계층에서 접근 권한을 적용하며, 사용자에게 필요한 최소한의 권한만 부여하는 원칙을 제시합니다. (wiki.owasp.org)

홈페이지제작업체와 상담할 때는 “관리자 페이지가 포함되나요?”보다 다음처럼 질문하는 편이 좋습니다.

어떤 데이터를 등록·수정·삭제할 수 있나요?

관리자 역할별로 조회와 수정 권한을 나눌 수 있나요?

누가 문의 상태나 콘텐츠를 변경했는지 확인할 수 있나요?

여러 건을 검색하거나 엑셀로 내려받을 수 있나요?

5. 회원·예약·결제·외부 API가 있다면 추가 범위를 확인해야 합니다

기능형 웹사이트에서는 기능 명칭만으로 범위를 비교하기 어렵습니다.

회원가입

회원가입 하나에도 다음과 같은 선택지가 있습니다.

이메일 또는 아이디 가입
휴대전화 인증
소셜 로그인
기업 회원과 일반 회원 구분
관리자 승인 후 이용
비밀번호 재설정
휴면 또는 이용 제한
회원 탈퇴
개인정보 수정
이용약관과 개인정보 동의 이력

어떤 방식이 필요한지에 따라 화면, 서버, 외부 서비스 연동 범위가 달라집니다.

예약

예약 기능에서는 예약 대상을 먼저 정해야 합니다.

시간 예약
공간 예약
장비 예약
담당자 예약
수량 또는 재고 예약
프로그램 정원 예약

예약 가능 시간, 휴무일, 중복 예약, 예약 변경, 취소, 대기, 노쇼, 관리자 강제 등록 같은 정책도 필요합니다.

단순한 달력 UI만 보고 개발 범위를 판단하면 운영 단계에서 필요한 규칙이 빠질 수 있습니다.

결제

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

어떤 상품이나 서비스를 결제하는가
주문과 결제 상태를 어떻게 구분하는가
결제 성공 이후 서비스 상태를 어떻게 변경하는가
사용자가 결제 중 화면을 닫으면 어떻게 확인하는가
같은 결과가 여러 번 전달되면 어떻게 처리하는가
부분 취소와 전체 취소가 필요한가
환불은 누가 어떤 기준으로 처리하는가
관리자에서 결제 내역을 어디까지 확인하는가

예약과 결제가 결합되면 결제 중 자원을 얼마나 확보할지, 결제는 성공했지만 예약 확정에 실패했을 때 어떻게 복구할지도 정해야 합니다.

외부 API 연동

지도, 문자, 이메일, 소셜 로그인, 결제, ERP, CRM, 배송, OCR, AI API 등을 연동할 때는 다음 항목을 확인해야 합니다.

필요한 기능이 실제 API로 제공되는가
계정과 계약은 누가 준비하는가
이용료는 누가 부담하는가
어떤 데이터를 주고받는가
실시간 또는 주기적 연동인가
외부 서비스가 지연되면 어떻게 처리하는가
실패한 건을 다시 처리할 수 있는가
연동 기록을 관리자가 확인할 수 있는가

‘API 연동 포함’이라는 문구보다 정상·실패·중복·지연 상황까지 어디에서 처리하는지를 확인하는 것이 중요합니다.

6. 반응형·SEO·보안·서버·배포도 업체별로 같은 기준에서 비교해야 합니다

홈페이지제작업체마다 이 항목을 기본 범위로 포함하기도 하고 별도 항목으로 분리하기도 합니다.

반응형 웹

PC, 태블릿, 모바일에서 화면이 깨지지 않는 것만 확인하지 말고 다음 항목을 점검해야 합니다.

모바일 메뉴를 쉽게 사용할 수 있는가
버튼을 누르기 쉬운가
입력 폼 작성이 불편하지 않은가
표와 긴 콘텐츠가 잘 보이는가
이미지가 과도하게 잘리지 않는가
모바일에서도 핵심 콘텐츠가 빠지지 않는가
문의·예약·결제 흐름을 끝까지 완료할 수 있는가

SEO 기본 설정

SEO는 검색 결과의 상위 노출을 보장하는 작업이 아닙니다.

제작 단계에서는 검색로봇이 페이지의 구조와 내용을 이해하고 수집할 수 있도록 기본 환경을 갖추는 범위로 보는 것이 적절합니다.

확인할 항목은 다음과 같습니다.

페이지별 고유한 제목
페이지별 설명문
제목과 본문 구조
이미지 설명
검색로봇 접근 설정
사이트맵
검색 제외 페이지 설정
표준 URL
내부 링크
삭제·이동 페이지의 응답 처리
네이버 서치어드바이저 및 검색 도구 연동 범위

네이버 서치어드바이저는 페이지마다 콘텐츠 주제를 나타내는 정확하고 고유한 제목과 설명을 작성하고, 검색로봇이 이해하기 쉬운 HTML 구조를 사용할 것을 안내합니다. 또한 사이트맵과 robots.txt를 통해 검색로봇의 수집 범위를 전달할 수 있지만, 외부에 노출되면 안 되는 개인정보를 robots.txt만으로 보호해서는 안 된다고 설명합니다. (searchadvisor.naver.com)

따라서 견적서에 ‘SEO 최적화’가 적혀 있다면 구체적으로 어떤 설정과 도구 등록, 공개 후 점검까지 포함되는지 확인해야 합니다.

보안

보안 범위는 사이트가 처리하는 정보와 기능에 따라 달라집니다.

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

HTTPS 적용
관리자 인증
역할별 접근 권한
비밀번호 처리
입력 데이터 검증
파일 업로드 제한
개인정보 열람 통제
중요 작업 기록
오류 정보 노출 방지
의존 라이브러리 관리
백업과 복구 방식

검색 측면에서도 네이버와 구글 모두 HTTPS 사용을 권장하고 있습니다. 다만 HTTPS 적용만으로 전체 보안이 해결되는 것은 아니므로 회원·관리자·결제·개인정보 기능이 있다면 별도의 인증과 권한, 데이터 보호 범위를 함께 확인해야 합니다. (developers.google.com)

서버와 배포

서버 배포가 견적에 포함됐는지, 고객이 직접 준비해야 하는지 확인해야 합니다.

서버 또는 클라우드 계정
데이터베이스
파일 저장 공간
도메인 연결
SSL 인증서
운영 환경 설정
데이터 백업
오류 로그
모니터링
정기 배포 또는 수동 배포
장애 발생 시 대응 주체

초기 제작비와 별도로 서버, 문자, 이메일, 지도, 결제, AI API 같은 외부 서비스 사용료가 발생할 수 있습니다. 이 비용을 개발비와 분리해서 확인하면 공개 이후 예상하지 못한 운영비를 줄이는 데 도움이 됩니다.

7. 기존 홈페이지 리뉴얼은 신규 제작과 다른 점검이 필요합니다

기존 홈페이지를 리뉴얼할 때는 새로운 디자인을 적용하는 것 외에도 이전해야 할 자산이 있습니다.

먼저 다음 항목을 조사해야 합니다.

기존 페이지와 URL
검색 유입이 있는 콘텐츠
게시물과 첨부파일
회원·문의 데이터
이미지와 문서 자료
기존 관리자 기능
외부 시스템 연동
도메인과 서버 계정
분석 도구와 검색 도구
기존 소스코드의 확보 여부

URL 이전

기존 페이지 주소가 변경되면 사용자가 저장한 링크, 검색 결과, 외부 사이트의 링크가 더 이상 작동하지 않을 수 있습니다.

기존 URL과 새 URL을 대응시키고, 이동한 콘텐츠에는 적절한 리다이렉트를 설정해야 합니다. 구글의 사이트 이전 가이드도 기존 URL과 새 URL의 매핑, 서버 측 영구 리다이렉트, 내부 링크 및 사이트맵 업데이트, 이전 이후의 트래픽 모니터링을 권장합니다. (developers.google.com)

모든 이전 주소를 새 홈페이지의 메인 화면으로 보내는 방식은 사용자에게도 불편하고 콘텐츠 관계도 불명확해질 수 있습니다.

리뉴얼 견적에는 다음 범위가 포함되는지 확인하는 것이 좋습니다.

기존 URL 목록 조사
유지·통합·삭제 페이지 구분
새 URL 대응표 작성
리다이렉트 적용
내부 링크 변경
새 사이트맵 생성
검색 도구 점검
삭제 페이지의 오류 응답 처리

콘텐츠와 데이터 이전

콘텐츠 이전이 ‘포함’이라고 적혀 있어도 범위는 다를 수 있습니다.

고객사가 직접 복사해 입력하는 방식
업체가 수동으로 이전하는 방식
프로그램을 만들어 일괄 이전하는 방식
이미지와 첨부파일까지 이전하는 방식
기존 HTML 형식을 정리해 이전하는 방식

게시물 수가 많거나 회원·문의 데이터가 있다면 데이터 구조를 확인한 뒤 이전 방법을 결정해야 합니다.

개인정보가 포함된 데이터는 전달 방식, 작업자의 접근 범위, 테스트 데이터 사용, 이전 후 기존 파일의 처리 방법도 함께 정해야 합니다.

기존 시스템 연동

홈페이지 뒤에 ERP, CRM, 채용, 쇼핑몰, 그룹웨어, 사내 데이터베이스가 연결돼 있을 수 있습니다.

화면만 리뉴얼하는 것인지, 기존 연동을 유지하는 것인지, 새로운 API로 다시 연결하는 것인지에 따라 개발 범위가 달라집니다.

리뉴얼 상담 전에는 현재 시스템 구조를 완벽하게 문서화하지 못하더라도 다음 자료를 준비하면 도움이 됩니다.

현재 홈페이지 주소
관리자 계정과 기능 목록
서버 또는 호스팅 정보
외부 시스템 목록
기존 API 문서
유지해야 할 데이터
문제가 발생하는 화면과 업무
리뉴얼 후 추가할 기능

8. 소스코드·도메인·서버·관리자 계정의 인수인계를 계약 전에 확인하세요

홈페이지가 정상적으로 공개됐더라도 운영 자산이 누구의 계정으로 관리되는지 불명확하면 이후 유지보수나 업체 변경이 어려워질 수 있습니다.

계약 전 다음 항목의 소유와 인계 조건을 확인하는 것이 좋습니다.

도메인 등록 계정
서버 또는 클라우드 계정
데이터베이스 접근 정보
소스코드 저장소
관리자 계정
배포 계정
이메일·문자 발송 계정
결제사 계정
검색 및 분석 도구 계정
디자인 원본
라이선스가 있는 이미지와 글꼴

모든 계정을 무조건 고객사가 직접 관리해야 한다는 의미는 아닙니다.

개발사가 운영을 맡을 수도 있지만, 계약이 종료되거나 담당 업체가 바뀔 때 무엇을 어떤 형식으로 인계받을 수 있는지 명확해야 합니다.

테스트와 검수

“개발 완료 후 테스트”라는 표현도 구체화할 필요가 있습니다.

어떤 기기와 브라우저에서 테스트하는가
고객사가 검수할 기간은 얼마인가
테스트용 계정과 데이터가 제공되는가
문의·예약·결제 같은 핵심 기능을 어떤 시나리오로 확인하는가
모바일 화면을 별도로 점검하는가
수정 요청은 어떤 방식으로 접수하는가
공개 전 운영자 교육이 포함되는가

기능이 동작하는지만 확인하지 말고 실제 사용자와 운영자의 흐름이 끝까지 이어지는지 테스트해야 합니다.

예를 들어 문의 기능이라면 다음 시나리오를 확인할 수 있습니다.

사용자가 필수 항목을 빠뜨리면 안내가 표시되는가
정상 접수 후 완료 화면이 표시되는가
담당자에게 알림이 전달되는가
관리자에서 문의 내용을 확인할 수 있는가
담당자와 처리 상태를 변경할 수 있는가
권한이 없는 관리자는 개인정보를 볼 수 없는가
첨부파일이 있는 문의도 정상 처리되는가

하자 수정과 유지보수

하자 수정과 추가 개발은 구분해야 합니다.

합의한 기능이 동작하지 않는 경우
특정 기기나 브라우저에서 화면이 깨지는 경우
요구사항에 없던 기능을 새로 추가하는 경우
기존 기능의 정책을 변경하는 경우
외부 서비스의 정책이나 API가 변경된 경우
운영 과정에서 새로운 관리자 기능이 필요한 경우

무상 수정 기간만 확인하지 말고 하자의 정의, 접수 방법, 대응 시간, 제외 조건을 확인해야 합니다.

유지보수 역시 다음 중 어떤 범위를 포함하는지 구분하는 것이 좋습니다.

오류 수정
서버 모니터링
정기 백업
보안 업데이트
콘텐츠 수정
기능 개선
외부 연동 변경 대응
운영 문의
월별 작업 시간
긴급 장애 대응

홈페이지제작업체 비교표는 이렇게 작성할 수 있습니다

견적서를 받은 뒤에는 총액만 한 줄로 비교하기보다 아래 표처럼 항목을 나누는 것이 좋습니다.

| 비교 항목 | 업체 A | 업체 B | 업체 C | |---|---|---|---| | 요구사항 정리와 화면 기획 | | | | | PC·모바일 UX/UI 디자인 | | | | | 사용자 화면 개발 | | | | | 백엔드·데이터베이스 | | | | | 관리자 페이지 | | | | | 회원·문의·예약·결제 | | | | | 외부 API 연동 | | | | | 콘텐츠·데이터 이전 | | | | | 반응형 웹 | | | | | SEO 기본 설정 | | | | | 서버·도메인·배포 | | | | | 테스트와 검수 | | | | | 소스코드·계정 인계 | | | | | 하자 수정 | | | | | 유지보수 | | | | | 별도 운영비 | | | |

각 칸에는 단순히 포함·미포함만 적기보다 결과물, 수량, 조건, 책임 주체를 함께 적는 것이 좋습니다.

예를 들어 ‘SEO 포함’이라면 페이지별 제목과 설명 설정, 사이트맵, 검색로봇 설정, 검색 도구 등록 중 어디까지 제공되는지 작성합니다.

‘관리자 포함’이라면 관리 대상, 검색·필터, 권한, 상태 관리, 엑셀 다운로드까지 확인합니다.

이렇게 범위를 맞추면 금액 차이가 제작사의 단가 때문인지, 포함된 업무가 다르기 때문인지 구분할 수 있습니다.

상담 전에 준비하면 좋은 자료

완성된 기획서가 없어도 다음 자료를 준비하면 홈페이지제작업체가 요구사항을 이해하는 데 도움이 됩니다.

회사와 사업에 대한 간단한 소개
홈페이지를 새로 만드는 이유
핵심 방문자
방문자가 완료해야 할 행동
필요한 메뉴와 콘텐츠
참고 사이트와 참고 이유
회원·문의·예약·결제 필요 여부
내부 담당자의 운영 업무
수정이 자주 필요한 콘텐츠
기존 홈페이지와 데이터
연결해야 할 외부 시스템
희망 공개 시점
예산 범위
1차 공개 기능과 이후 기능

모든 기능을 처음부터 확정할 필요는 없습니다.

다만 ‘반드시 필요한 기능’, ‘있으면 좋은 기능’, ‘공개 후 검토할 기능’을 구분하면 초기 제작 범위를 현실적으로 정리할 수 있습니다.

홈페이지제작업체는 결과물뿐 아니라 과정과 운영 범위로 비교해야 합니다

홈페이지 제작은 디자인 화면을 만드는 일로 시작할 수 있지만, 실제 운영은 콘텐츠 수정, 문의 처리, 회원 관리, 데이터 확인, 서버 운영과 유지보수까지 이어집니다.

따라서 업체를 선정할 때는 다음 네 가지를 중심으로 비교하는 것이 좋습니다.

사이트 목적과 핵심 사용자 행동을 이해하는가
회사 소개형과 기능형 웹사이트의 차이를 설명할 수 있는가
사용자 화면뿐 아니라 관리자와 데이터 운영을 함께 검토하는가
배포·인수인계·유지보수의 책임 범위를 구체적으로 제시하는가

원소프트는 웹사이트를 검토할 때 고객이 요청한 화면만 구현하기보다 서비스 목적, 방문자의 이용 흐름, 관리자 운영 방식과 이후 확장 가능성을 함께 살펴봅니다.

회사 소개와 문의 접수가 중심인 홈페이지인지, 회원·예약·주문·결제·외부 API가 포함된 웹서비스인지에 따라 필요한 기획과 기술 구성을 구분합니다. 프로젝트 상황에 따라 기획, UX/UI 디자인, 프론트엔드, 백엔드, 서버·데이터베이스, 관리자 시스템, 배포와 유지보수 범위를 통합해 검토할 수 있습니다.

홈페이지 제작이나 리뉴얼을 준비하고 있지만 필요한 범위를 정리하기 어렵다면, 현재 운영 방식과 방문자에게 제공하려는 기능을 기준으로 1차 구축 범위를 먼저 나눠보는 것이 좋습니다.

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

제목 후보

홈페이지제작업체 선정 전, 소개형 홈페이지와 기능형 웹서비스를 구분하는 기준
홈페이지제작업체 비교, 기획·개발·관리자·유지보수 범위를 확인하세요
홈페이지제작업체 견적 비교 전 확인해야 할 개발·운영 범위 8가지
홈페이지제작업체 선택, 포트폴리오보다 책임 범위를 먼저 비교하세요
홈페이지제작업체 상담 전, 기능과 관리자 운영 범위를 정리하는 방법

메인 키워드

홈페이지제작업체

서브 키워드

기업홈페이지제작업체
홈페이지제작업체선정
홈페이지외주개발
기능형웹사이트개발
홈페이지리뉴얼업체

썸네일 문구

운영 정책상 실제 썸네일 이미지에는 글자를 넣지 않으며, 아래 문구는 발행 관리용 후보입니다.

홈페이지 제작업체 비교 기준
소개형과 기능형의 차이
견적보다 먼저 확인할 범위

글 요약

홈페이지제작업체를 비교할 때는 디자인과 총견적보다 회사 소개형, 문의 전환형, 기능형 웹사이트의 차이를 먼저 구분해야 합니다. 기획·디자인·프론트엔드·백엔드·관리자 기능부터 SEO, 보안, 서버, 데이터 이전, 계정 인수인계와 유지보수까지 같은 기준으로 확인하는 방법을 정리했습니다.

CTA 후보

만들려는 홈페이지가 소개형인지 기능형 웹서비스인지 구분하기 어렵다면, 방문자의 핵심 행동과 내부 운영 업무를 기준으로 필요한 개발 범위를 함께 정리해볼 수 있습니다.

기존 홈페이지 리뉴얼이나 신규 제작을 검토하고 계신다면 현재 사이트, 필요한 기능, 운영 방식을 전달해 주세요. 사용자 화면부터 관리자·배포·인수인계까지 어떤 항목을 1차 범위에 포함할지 검토해드릴 수 있습니다.

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

기업 홈페이지 관리자 페이지, 콘텐츠와 문의 데이터를 어디까지 관리해야 할까?
홈페이지 리뉴얼 견적, 기존 URL과 콘텐츠·회원 데이터를 이전하는 방법
기능형 웹사이트 개발, 회원·예약·결제 기능을 1차와 확장 범위로 나누는 기준