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

“회사 홈페이지를 새로 만들려고 합니다.”

홈페이지제작업체에 처음 문의할 때 자주 사용하는 표현입니다. 하지만 같은 ‘홈페이지’라는 이름으로 상담을 시작해도 실제로 필요한 결과물은 서로 크게 다를 수 있습니다.

어떤 기업은 회사 소개, 사업 분야, 포트폴리오와 오시는 길을 보여주는 사이트가 필요합니다. 다른 기업은 방문자가 서비스를 확인한 뒤 상담을 신청하고, 담당자가 관리자 페이지에서 문의 내용을 분류하는 구조를 원합니다.

회원가입 후 예약하거나 결제하고, 신청 상태를 확인하는 기능까지 필요하다면 단순한 회사 소개 사이트라기보다 하나의 웹서비스에 가깝습니다.

이 차이를 구분하지 않은 상태에서 홈페이지제작업체의 포트폴리오와 총견적만 비교하면 업체마다 제안 범위가 달라집니다. 한 업체는 디자인과 퍼블리싱만 포함하고, 다른 업체는 관리자 페이지와 서버 개발까지 포함할 수 있습니다. 겉으로는 모두 ‘홈페이지 제작 견적’이지만 실제 결과물은 같지 않은 것입니다.

따라서 제작업체를 찾기 전에는 원하는 디자인보다 먼저 다음 질문에 답해보는 것이 좋습니다.

방문자가 이 홈페이지에서 무엇을 해야 하고, 그 행동 이후 담당자는 어떤 업무를 처리해야 하는가?

이 질문을 기준으로 보면 회사 소개형, 문의 전환형, 기능형 홈페이지를 구분하기 쉬워지고, 제작 범위와 견적도 같은 기준으로 비교할 수 있습니다.

1. 홈페이지제작업체를 찾기 전에 사이트 유형부터 구분해야 하는 이유

홈페이지 제작 범위는 페이지 수만으로 결정하기 어렵습니다.

메뉴가 열 개라고 하더라도 모든 페이지가 고정된 회사 정보를 보여주는 구조라면 비교적 단순할 수 있습니다. 반대로 화면이 다섯 개뿐이어도 회원 권한, 예약 상태, 결제, 알림과 관리자 처리가 연결되면 개발 범위는 훨씬 넓어집니다.

예를 들어 다음 두 홈페이지를 비교해보겠습니다.

A 홈페이지

회사 소개
사업 분야
제품 안내
포트폴리오
오시는 길
대표 전화번호와 이메일 표시

B 홈페이지

서비스 검색
회원가입과 로그인
상담 또는 서비스 신청
신청서와 첨부파일 제출
결제
진행 상태 확인
담당자 배정
관리자 승인과 상태 변경
문자 또는 알림 발송

A 홈페이지는 정보 전달이 중심입니다. B 홈페이지는 사용자의 행동과 운영자의 업무가 이어지는 서비스입니다.

두 사이트의 화면 수가 비슷하더라도 B 홈페이지에는 사용자 인증, 데이터베이스, 업무 상태, 관리자 권한, 외부 서비스 연동, 오류 처리와 서버 운영이 추가될 수 있습니다.

이 차이를 모르고 “10페이지 홈페이지 제작 비용이 얼마인가요?”라고 문의하면 업체마다 다른 전제를 바탕으로 답하게 됩니다. 어떤 업체는 정적인 페이지 열 개를 예상하고, 다른 업체는 관리자 기능과 문의 데이터 저장까지 예상할 수 있습니다.

견적 차이가 업체의 가격 정책 때문일 수도 있지만, 서로 다른 결과물을 계산하고 있기 때문일 수도 있습니다.

홈페이지제작업체를 비교할 때는 먼저 사이트를 다음과 같이 나눠보는 것이 좋습니다.

정보를 전달하는 회사 소개형 홈페이지
방문자를 상담이나 문의로 연결하는 문의 전환형 홈페이지
사용자가 실제 업무를 처리하는 기능형 홈페이지 또는 웹서비스

세 유형은 완전히 분리되는 것은 아닙니다. 회사 소개형 홈페이지에도 문의 기능이 들어갈 수 있고, 기능형 웹서비스에도 회사 소개와 콘텐츠가 필요합니다.

중요한 것은 어느 기능이 사이트의 중심인지 구분하는 것입니다.

2. 회사 소개형·문의 전환형·기능형 홈페이지의 차이

회사 소개형 홈페이지

회사 소개형 홈페이지의 주된 목적은 기업과 브랜드에 관한 정보를 전달하는 것입니다.

방문자는 홈페이지에서 다음 내용을 확인합니다.

어떤 회사인지
어떤 제품이나 서비스를 제공하는지
어떤 분야의 경험이 있는지
어디에 위치하는지
어떻게 연락할 수 있는지

이 유형에서는 콘텐츠 구조와 시각적인 신뢰감이 중요합니다. 모바일과 PC에서 내용을 편하게 읽을 수 있어야 하고, 운영자가 공지사항이나 포트폴리오를 직접 수정해야 한다면 콘텐츠 관리 기능이 필요할 수 있습니다.

다만 모든 회사 소개형 홈페이지에 복잡한 관리자 페이지가 필요한 것은 아닙니다.

회사 정보가 자주 바뀌지 않고 게시물을 거의 등록하지 않는다면 개발사가 수정하는 방식도 검토할 수 있습니다. 반대로 제품, 뉴스, 채용 정보, 포트폴리오가 지속적으로 추가된다면 운영자가 직접 관리할 수 있는 구조가 적합합니다.

따라서 상담할 때는 단순히 “관리자 페이지가 필요합니다”라고 전달하기보다 다음과 같이 구체적으로 정리하는 편이 좋습니다.

어떤 콘텐츠를 직접 등록할 것인지
콘텐츠별로 어떤 항목을 입력할 것인지
공개 전 임시 저장이나 승인 과정이 필요한지
게시물을 예약 공개하거나 비공개로 전환할 수 있어야 하는지
이미지와 첨부파일을 얼마나 자주 등록하는지

관리 기능은 ‘있음 또는 없음’만으로 범위를 정하기 어렵습니다. 운영자가 실제로 해야 하는 작업을 기준으로 정해야 합니다.

문의 전환형 홈페이지

문의 전환형 홈페이지는 회사 정보를 보여주는 것에서 끝나지 않고 방문자가 상담, 견적 요청, 자료 신청 같은 행동을 하도록 연결합니다.

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

제작 문의
견적 요청
상담 예약
방문 신청
데모 신청
서비스 소개서 다운로드
뉴스레터 신청
제품 도입 문의

겉으로 보면 입력 폼 하나를 추가하는 것으로 보일 수 있지만, 실제 운영 방식을 살펴보면 확인할 내용이 많습니다.

문의가 접수된 후에는 누가 확인할까요?

담당 부서에 이메일만 전달하면 되는지, 관리자 페이지에서 문의 목록을 확인해야 하는지, 담당자를 배정하고 상담 상태를 기록해야 하는지에 따라 개발 범위가 달라집니다.

문의 전환형 홈페이지에서는 다음 흐름을 함께 정리해야 합니다.

``text 방문자가 서비스 확인 → 문의 유형 선택 → 연락처와 요구사항 입력 → 개인정보 수집 동의 → 문의 접수 → 담당자 알림 → 관리자 확인 → 담당자 배정 → 상담 진행 → 완료 또는 보류 처리 ``

초기 문의량이 많지 않다면 접수 내용을 이메일로 전달하는 방식으로 시작할 수 있습니다.

하지만 여러 명이 문의를 처리하거나 문의 유형에 따라 담당 부서가 달라진다면 관리자 페이지에서 상태를 관리하는 편이 나을 수 있습니다. 문의 누락을 방지하고 처리 현황을 확인해야 하기 때문입니다.

이 경우 관리자 기능에는 다음 항목이 포함될 수 있습니다.

문의 목록과 상세 내용 조회
이름, 연락처, 회사명과 문의 유형 검색
접수·확인·상담 중·완료 등의 상태 변경
담당자 배정
내부 메모 작성
첨부파일 확인
상담 이력 관리
엑셀 다운로드
문의 데이터 보관 및 삭제

단순한 문의 폼으로 시작할지, 문의 관리 시스템까지 만들지는 예상 문의량과 담당자의 업무 방식에 따라 결정해야 합니다.

기능형 홈페이지 또는 업무형 웹서비스

기능형 홈페이지는 사용자가 정보를 읽는 것을 넘어 사이트 안에서 특정 업무를 완료하는 구조입니다.

대표적인 기능은 다음과 같습니다.

회원가입과 로그인
사용자별 권한
예약과 일정 관리
주문과 결제
견적 신청
계약 또는 신청서 작성
파일 제출
진행 상태 확인
포인트와 이용권 관리
파트너 또는 담당자 배정
결과 확인과 알림

이 단계부터는 홈페이지라는 명칭보다 웹서비스 또는 웹 시스템에 가까워집니다.

사용자가 신청 버튼을 누른 뒤 데이터가 저장되어야 하고, 운영자가 내용을 검토해 상태를 변경해야 하며, 변경 결과를 사용자에게 알려야 하기 때문입니다.

기능형 홈페이지를 제작할 때는 사용자 화면뿐 아니라 다음 범위도 함께 검토해야 합니다.

백엔드 서버
데이터베이스
사용자 인증과 권한
운영자용 관리자 페이지
결제·알림·지도 등 외부 서비스 연동
업무 상태와 예외 처리
서버 배포와 모니터링
개인정보와 주요 데이터 보호
운영 중 오류 대응과 유지보수

따라서 회사 소개형 홈페이지 제작 경험이 많은 업체와 기능형 웹서비스 개발 경험이 있는 업체의 역할은 다를 수 있습니다.

회사 소개와 브랜드 표현이 중심이라면 디자인과 콘텐츠 구성 역량을 중점적으로 확인할 수 있습니다. 반면 회원·예약·결제·관리자 업무가 중심이라면 화면 디자인과 함께 백엔드, 데이터베이스, 권한, 상태 관리와 외부 연동 경험을 확인해야 합니다.

3. 방문자가 해야 할 핵심 행동을 기준으로 요구사항 정리하기

홈페이지 제작 요구사항을 정리할 때 메뉴 목록부터 작성하는 경우가 많습니다.

회사 소개
서비스 소개
포트폴리오
고객센터
문의하기

이 목록만으로는 각 페이지에서 방문자가 무엇을 해야 하는지 알기 어렵습니다.

예를 들어 ‘서비스 소개’ 페이지의 목적은 기업마다 다릅니다.

서비스 내용을 읽고 전화하도록 만드는 페이지
상담 신청서를 작성하도록 만드는 페이지
요금제를 선택하고 결제하도록 만드는 페이지
회원가입 후 무료 체험을 시작하도록 만드는 페이지
담당자와 상담 일정을 예약하도록 만드는 페이지

페이지 이름은 같지만 필요한 기능은 다릅니다.

따라서 홈페이지제작업체에 전달할 요구사항은 다음 순서로 정리하는 것이 좋습니다.

첫 번째, 주요 방문자를 구분합니다

한 홈페이지에도 서로 다른 방문자가 들어올 수 있습니다.

처음 회사를 알게 된 잠재 고객
제품이나 서비스 도입을 비교하는 담당자
기존 고객
파트너사
구직자
투자자
내부 임직원

방문자마다 필요한 정보와 행동이 다르기 때문에 우선순위를 정해야 합니다.

B2B 서비스 홈페이지라면 구매 담당자가 기능과 도입 사례를 확인한 뒤 상담을 신청하는 흐름이 중요할 수 있습니다. 채용이 중심이라면 지원자가 조직과 직무를 이해하고 채용 공고로 이동하는 흐름이 중심이 됩니다.

두 번째, 방문자가 완료해야 할 행동을 한 문장으로 작성합니다

다음과 같이 작성할 수 있습니다.

서비스 내용을 확인한 기업 담당자가 도입 상담을 신청한다.
고객이 원하는 날짜와 상품을 선택해 예약한다.
거래처 담당자가 로그인한 뒤 상품을 주문한다.
사용자가 신청서와 서류를 제출하고 진행 상태를 확인한다.
잠재 고객이 프로젝트 유형과 요구사항을 입력해 제작 문의를 남긴다.

이 문장이 정리되면 필요한 페이지와 기능을 판단하기 쉬워집니다.

세 번째, 행동 전후에 필요한 정보를 확인합니다

상담 신청을 예로 들면 방문자는 신청 전에 서비스 내용, 제공 범위, 진행 절차와 자주 묻는 질문을 확인하고 싶을 수 있습니다.

신청할 때는 이름과 연락처만 받을 수도 있지만, 회사명, 업종, 필요한 기능, 예상 일정과 참고 자료를 함께 받을 수도 있습니다.

신청 후에는 접수 완료 화면만 보여줄지, 이메일을 발송할지, 담당자가 배정되면 추가 안내를 보낼지 결정해야 합니다.

이처럼 하나의 버튼도 전후 흐름에 따라 여러 화면과 기능으로 확장됩니다.

네 번째, 예외 상황을 정리합니다

정상적으로 접수되는 경우만 생각하면 실제 운영에서 문제가 생길 수 있습니다.

필수 항목이 빠진 경우
연락처 형식이 잘못된 경우
파일 업로드에 실패한 경우
같은 문의가 반복 접수된 경우
알림 발송은 실패했지만 문의 데이터는 저장된 경우
상담 가능한 시간이 모두 마감된 경우
결제는 승인됐지만 신청 정보 저장에 실패한 경우

모든 예외를 상담 전에 완벽하게 정리할 필요는 없습니다. 다만 제작업체가 정상 화면뿐 아니라 실패 상황과 운영자의 대응 방법까지 질문하는지는 확인할 필요가 있습니다.

4. 사용자 화면 뒤에 필요한 관리자 기능과 운영 흐름 확인하기

방문자가 사용하는 화면만 기준으로 홈페이지를 기획하면 공개 이후 운영자가 처리해야 할 업무가 빠질 수 있습니다.

사용자가 문의하면 누군가는 문의를 확인해야 합니다. 예약을 신청하면 운영자가 승인하거나 일정을 조정할 수 있어야 합니다. 결제가 완료되면 주문·예약·결제 상태를 함께 확인해야 합니다.

이를 간단한 표로 정리하면 다음과 같습니다.

| 방문자의 행동 | 운영자의 후속 업무 | 검토할 관리자 기능 | |---|---|---| | 문의 작성 | 내용 확인 및 답변 | 문의 목록, 상태, 담당자, 메모 | | 회원가입 | 회원 확인 및 제한 처리 | 회원 검색, 상태, 권한 관리 | | 예약 신청 | 일정 확인 및 확정 | 예약 달력, 상태 변경, 알림 | | 상품 주문 | 결제·배송 확인 | 주문 목록, 취소, 환불, 배송 상태 | | 서류 제출 | 서류 검토 및 보완 요청 | 파일 확인, 검토 상태, 이력 | | 게시물 조회 | 콘텐츠 등록 및 수정 | 게시물 관리, 공개 상태, 권한 | | 서비스 신청 | 담당자 배정 및 진행 관리 | 신청 상태, 담당자, 처리 이력 |

관리자 페이지도 메뉴 개수보다 업무 흐름이 중요합니다.

예를 들어 예약 관리 메뉴가 하나 있다고 하더라도 다음 조건에 따라 개발 범위가 달라집니다.

예약을 운영자가 승인해야 하는가
운영자가 일정을 변경할 수 있는가
변경 시 사용자에게 알림을 보내야 하는가
취소 가능 시간과 수수료 규칙이 있는가
일부 관리자만 환불을 처리할 수 있는가
누가 어떤 상태를 변경했는지 기록해야 하는가

관리자 권한도 단순히 ‘일반 관리자’와 ‘최고 관리자’ 두 종류로 끝나지 않을 수 있습니다.

상담 담당자는 고객 정보와 문의 내용을 볼 수 있지만 결제 정보는 보지 못하게 해야 할 수 있습니다. 정산 담당자는 결제와 환불 내역을 확인하지만 회원의 민감한 정보는 제한해야 할 수 있습니다. 콘텐츠 담당자는 게시물만 수정하도록 구성할 수도 있습니다.

따라서 관리자 페이지가 견적에 포함되어 있다는 설명만으로는 부족합니다. 다음 내용을 구체적으로 확인해야 합니다.

관리자 유형은 몇 가지인지
관리자별로 조회·등록·수정·삭제 권한을 나누는지
민감한 정보를 마스킹하는지
변경 이력을 기록하는지
검색과 필터 조건은 무엇인지
여러 건을 일괄 처리할 수 있는지
엑셀 다운로드가 필요한지
삭제 데이터를 복구할 수 있어야 하는지

이 항목들은 디자인 시안에서 잘 드러나지 않지만 실제 운영 편의성과 개발 범위에 영향을 줍니다.

5. 회원·문의·예약·결제·외부 API가 추가되면 달라지는 개발 범위

홈페이지에 기능이 추가될 때는 화면 하나가 늘어나는 것보다 데이터와 업무 규칙이 늘어난다는 점을 봐야 합니다.

회원 기능

회원가입 화면을 만들면 다음 항목도 함께 결정해야 합니다.

이메일·휴대전화·소셜 로그인 중 어떤 방식을 사용할지
이메일이나 휴대전화 인증이 필요한지
일반 회원과 기업 회원을 구분할지
회사 계정 아래 여러 사용자가 소속될 수 있는지
비밀번호 재설정은 어떻게 처리할지
탈퇴 시 데이터를 즉시 삭제할지 보관할지
휴면·차단·탈퇴 상태를 어떻게 구분할지
관리자가 회원 상태를 변경할 수 있는지

화면에서는 가입 양식 하나로 보이지만 서버와 데이터베이스에서는 인증, 보안, 상태와 권한을 함께 설계해야 합니다.

문의 기능

문의 기능도 접수 방식에 따라 범위가 달라집니다.

단순 이메일 전송
데이터베이스 저장
관리자 페이지 조회
담당자 자동 배정
이메일·문자 알림
답변 작성과 이력 관리
첨부파일 업로드
CRM 또는 협업 도구 연동

초기에는 이메일 전송으로 충분할 수 있습니다. 반대로 문의량이 많거나 여러 부서가 처리한다면 상태 관리와 담당자 배정이 필요할 수 있습니다.

예약 기능

예약은 달력에 날짜를 표시하는 것보다 운영 규칙을 정하는 작업이 중요합니다.

무엇을 예약하는지
시간·좌석·인원·담당자 중 무엇을 기준으로 재고를 계산하는지
신청 즉시 확정되는지
운영자 승인이 필요한지
결제 전 자리를 얼마나 유지하는지
일정 변경과 취소가 가능한지
노쇼나 환불 규칙이 있는지
외부 캘린더와 연동하는지

예약 규칙이 상품이나 지점마다 다르다면 관리자 기능과 데이터 구조도 더 세분화될 수 있습니다.

결제 기능

결제를 추가하면 결제 버튼뿐 아니라 거래 전체의 상태를 관리해야 합니다.

결제 요청
승인
실패
취소
부분 취소
환불
결제 확인 지연
중복 요청
사용자 화면 종료
결제사 알림 수신

결제 상태와 주문·예약 상태를 어떻게 연결할지도 정해야 합니다.

예를 들어 결제는 승인됐지만 예약 확정에 실패할 수 있습니다. 이때 자동 재처리할지, 운영자가 확인할 수 있도록 관리자 목록에 표시할지 결정해야 합니다.

외부 API 연동

지도, 본인인증, 소셜 로그인, 문자, 이메일, 배송, ERP, CRM, OCR과 AI API 등을 연결할 수도 있습니다.

외부 연동은 연결 가능 여부만 확인해서는 부족합니다.

연동할 데이터가 무엇인지
어느 시스템의 데이터를 기준으로 삼을지
실시간으로 처리할지 정기적으로 동기화할지
외부 서비스가 중단되면 어떻게 할지
실패한 요청을 재시도할지
중복 처리를 어떻게 방지할지
운영자가 실패 건을 확인하고 다시 처리할 수 있는지
외부 서비스 이용료와 계정은 누가 부담하고 소유할지

이 범위가 정리되지 않으면 홈페이지 공개 후 별도의 수작업이 계속 남을 수 있습니다.

6. 반응형·SEO·보안·서버·콘텐츠 관리에서 업체에 확인할 항목

반응형 웹

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

작은 화면에서 메뉴, 표, 입력 폼, 버튼과 이미지의 배치를 다시 구성해야 합니다. 모바일에서는 중요한 정보를 먼저 보여주고, 입력 항목을 줄이거나 버튼을 쉽게 누를 수 있도록 조정할 필요가 있습니다.

Google은 모바일 버전의 콘텐츠를 기준으로 색인하는 모바일 우선 방식을 사용하며, 구현과 유지관리 측면에서 반응형 웹 디자인을 권장하고 있습니다. (developers.google.com)

업체에는 다음을 확인할 수 있습니다.

PC·태블릿·모바일 범위를 어디까지 테스트하는지
모바일에서 메뉴와 표를 어떻게 처리하는지
문의 폼과 결제 화면도 반응형 범위에 포함되는지
실제 기기 테스트가 포함되는지
브라우저 지원 범위가 어디까지인지

SEO 기본 구조

SEO는 메인 화면에 키워드를 많이 넣는 작업이 아닙니다.

페이지별로 고유한 주소와 제목을 설정하고, 검색엔진이 콘텐츠 구조를 이해할 수 있도록 구성해야 합니다. 네이버 서치어드바이저 역시 정확하고 고유한 제목과 설명, 적절한 H1 구조와 이미지 설명 속성 등을 안내하고 있습니다. (searchadvisor.naver.com)

Google의 공식 개발자 가이드도 페이지별 제목과 설명, 의미에 맞는 HTML 구조, 검색 로봇이 접근할 수 있는 텍스트와 URL 구성을 주요 항목으로 설명합니다. (developers.google.com)

홈페이지제작업체에는 다음 항목을 질문해볼 수 있습니다.

페이지별 제목과 설명을 설정할 수 있는지
게시물마다 고유한 URL이 생성되는지
검색 로봇의 접근을 잘못 차단하지 않는지
사이트맵과 검색엔진 등록 범위가 포함되는지
이미지 설명을 입력할 수 있는지
기존 홈페이지를 리뉴얼한다면 기존 URL을 어떻게 처리하는지
운영자가 제목과 설명을 수정할 수 있는지

SEO 작업이 검색 노출을 보장하는 것은 아닙니다. 다만 검색엔진이 페이지를 수집하고 내용을 이해하는 데 필요한 기본 구조가 갖춰져 있는지는 확인할 수 있습니다.

네이버 서치어드바이저에서는 사이트의 수집·색인 상태와 메타 및 SEO 정보를 확인할 수 있는 URL 검사 기능도 제공하고 있습니다. (searchadvisor.naver.com)

보안

회사 소개만 제공하는 사이트와 회원·결제·개인정보를 다루는 사이트의 보안 범위는 같지 않습니다.

기능형 홈페이지에서는 다음 내용을 확인해야 합니다.

HTTPS 적용
비밀번호 저장 방식
로그인 시도 제한
관리자 접근 제한
사용자와 관리자 권한 검증
파일 업로드 제한
주요 정보 마스킹
개인정보 접근 범위
변경 및 처리 이력
백업과 복구 방식
사용 중인 라이브러리와 서버 업데이트

Google도 사용자와 사이트의 보안을 위해 HTTP보다 HTTPS 사용을 권장하고 있습니다. (developers.google.com)

웹서비스의 보안은 특정 기능 하나를 추가하는 것으로 끝나지 않습니다. OWASP Top 10과 같은 공개 기준에서도 접근 제어를 비롯한 웹 애플리케이션의 주요 보안 위험을 개발 과정에서 검토하도록 안내합니다. (owasp.org)

특히 관리자 메뉴를 화면에서 숨기는 것과 서버에서 접근 권한을 제한하는 것은 다릅니다. 주소를 직접 입력하거나 API를 호출하더라도 권한이 없으면 데이터에 접근할 수 없도록 서버에서 검증해야 합니다.

서버와 배포

홈페이지가 완성되면 실제 사용자가 접속할 수 있도록 서버와 도메인 환경에 배포해야 합니다.

계약 전에는 다음 항목을 확인하는 것이 좋습니다.

도메인과 서버 계정의 계약 주체
서버 비용의 결제 주체
배포 작업의 포함 여부
SSL 인증서 설정 여부
데이터베이스 백업 방식
장애 발생 시 확인 범위
로그와 모니터링 범위
개발·테스트·운영 환경의 구분 여부
계약 종료 시 계정과 데이터 인수인계 방식

개발사 명의의 계정만 사용하면 업체 변경이나 유지보수 이관 과정에서 불편이 생길 수 있습니다. 가능하다면 고객사가 소유해야 하는 도메인, 서버, 외부 서비스 계정을 구분하고 접근 권한을 정리하는 편이 좋습니다.

콘텐츠 관리

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

회사 소개 문구
메인 배너
서비스와 제품
포트폴리오
공지사항
채용 공고
자주 묻는 질문
이용약관과 개인정보처리방침
팝업
SEO 제목과 설명

모든 문구를 관리자에서 수정하게 만들면 관리 기능이 복잡해질 수 있습니다. 반대로 자주 바뀌는 콘텐츠가 코드에 고정되어 있으면 작은 수정도 개발자에게 요청해야 합니다.

수정 빈도와 담당자를 기준으로 관리자 기능에 포함할 항목을 정하는 것이 현실적입니다.

7. 견적서 비교 시 기획·디자인·개발·배포·인수인계 범위 맞추기

홈페이지제작업체의 견적을 비교할 때는 총액보다 같은 결과물이 포함되어 있는지 확인해야 합니다.

기획

요구사항 분석이 포함되는가
메뉴 구조와 사용자 흐름을 정리하는가
화면 설계서가 제공되는가
관리자 업무 흐름까지 기획하는가
정책과 예외 상황을 누가 정리하는가

UX/UI 디자인

메인 페이지만 디자인하는가
전체 페이지를 개별 디자인하는가
반응형 디자인이 포함되는가
수정 횟수와 범위는 어떻게 되는가
디자인 원본 파일을 제공하는가
이미지와 아이콘의 사용 권한은 어떻게 되는가

프론트엔드 개발

디자인을 실제 웹 화면으로 구현하는가
반응형 범위는 어디까지인가
입력 폼과 오류 메시지를 구현하는가
지원 브라우저는 무엇인가
접근성과 기본 SEO 구조를 검토하는가

백엔드와 관리자 개발

문의 데이터를 저장하는가
회원과 권한을 관리하는가
관리자 페이지가 포함되는가
검색·필터·엑셀 기능이 포함되는가
외부 API 연동이 포함되는가
처리 상태와 변경 이력을 관리하는가

테스트와 배포

기능 테스트는 누가 수행하는가
모바일과 브라우저 테스트 범위는 어디까지인가
테스트 서버가 제공되는가
실제 서버 배포가 포함되는가
기존 데이터나 게시물 이전이 포함되는가
공개 이후 오류 확인 기간이 있는가

인수인계

소스코드를 제공하는가
디자인 원본을 제공하는가
서버와 도메인 계정을 인계하는가
외부 서비스 계정을 고객사가 소유하는가
데이터베이스와 파일을 받을 수 있는가
관리자 사용 방법을 안내하는가
배포와 운영 문서가 제공되는가

유지보수

유지보수는 한 단어로 범위를 판단하기 어렵습니다.

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

개발 범위 내 오류 수정
운영 중 발견된 오류 수정
브라우저와 운영 환경 변화 대응
문구와 이미지 교체
기능 변경
신규 기능 추가
서버 관리
데이터 수정
외부 API 변경 대응
정기 점검과 백업 확인

오류 수정과 기능 추가는 같은 작업이 아닙니다. 기존 요구사항대로 동작하지 않는 부분을 고치는 것과 새로운 요구사항을 개발하는 것을 계약서에서 구분하는 편이 좋습니다.

8. 홈페이지제작업체 상담 전에 준비할 자료와 질문 체크리스트

완성된 기획서를 준비해야만 상담할 수 있는 것은 아닙니다.

다음 자료만 정리해도 제작업체가 범위를 이해하는 데 도움이 됩니다.

준비하면 좋은 자료

홈페이지를 제작하거나 리뉴얼하는 이유
주요 방문자
방문자가 완료해야 할 핵심 행동
필요한 메뉴와 콘텐츠
참고하고 싶은 사이트
현재 사용 중인 홈페이지와 시스템
직접 수정해야 하는 콘텐츠
회원·문의·예약·결제 기능의 필요 여부
연동해야 하는 외부 서비스
기존 데이터와 게시물 이전 여부
원하는 공개 시점
1차 공개 기능과 추후 기능
내부 담당자와 의사결정 방식

참고 사이트를 전달할 때는 “이 사이트처럼 만들어주세요”라고만 하기보다 참고하는 이유를 함께 적는 것이 좋습니다.

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

메인 화면의 정보 우선순위를 참고하고 싶다.
모바일 문의 흐름이 간결해서 참고하고 싶다.
서비스 비교 표의 구조를 참고하고 싶다.
비슷한 회원·예약 흐름을 원한다.
디자인 분위기만 참고하고 기능은 다르게 구성하고 싶다.

제작업체에 물어볼 질문

#### 사이트 유형과 범위

이번 프로젝트를 회사 소개형, 문의 전환형, 기능형 중 어디에 가깝다고 판단하는가?
현재 요구사항에서 빠진 운영 기능은 무엇인가?
1차 공개에 필요한 기능과 추후 기능을 어떻게 나눌 수 있는가?

#### 기획과 협업

요구사항은 어떤 문서로 정리하는가?
화면과 기능 범위는 언제 확정하는가?
기획·디자인·개발 과정에서 각각 무엇을 확인해야 하는가?
변경 요청은 어떤 방식으로 관리하는가?

#### 개발

사용자 화면 외에 백엔드와 관리자 페이지가 포함되는가?
회원과 관리자 권한은 어떻게 구분하는가?
문의·예약·결제 데이터는 어디에 저장되는가?
외부 연동 실패 시 운영자가 확인할 수 있는가?

#### 배포와 소유권

도메인과 서버 계정은 누구 명의로 생성하는가?
소스코드와 데이터베이스는 인수인계되는가?
디자인 원본과 운영 문서를 제공하는가?
외부 서비스 계정은 누가 소유하는가?

#### 유지보수

하자 수정의 기준과 기간은 어떻게 되는가?
운영 중 기능 변경은 어떤 방식으로 견적을 산정하는가?
서버와 외부 서비스 장애는 어디까지 대응하는가?
유지보수를 다른 업체로 이관할 수 있는가?

홈페이지는 디자인 결과물이면서 동시에 운영 도구입니다

홈페이지를 방문자가 보는 화면만으로 정의하면 운영에 필요한 기능이 뒤늦게 발견될 수 있습니다.

회사 소개형 홈페이지라면 콘텐츠 전달과 신뢰 형성이 중심이 될 수 있습니다. 문의 전환형이라면 방문자의 신청과 담당자의 후속 업무가 자연스럽게 연결되어야 합니다. 기능형 홈페이지라면 회원, 신청, 예약, 결제, 데이터, 권한과 관리자 운영까지 하나의 서비스 흐름으로 봐야 합니다.

원소프트가 개발한 바토너 프로젝트에서도 고객이 사용하는 경매 정보 조회와 입찰 신청 뒤에는 계약 문서, 결제, 포인트, 정산, 알림과 관리자 업무가 연결되었습니다.

원소프트는 이 프로젝트에서 백엔드와 API 개발을 담당하며 회원·전문가·운영자별 인증과 권한, 입찰부터 계약·정산까지의 상태 기반 업무 흐름, 결제·포인트 내역, OCR 문서 인식, 푸시 알림과 관리자 기능을 구현했습니다.

겉으로 보이는 신청 화면만 만든 것이 아니라 사용자의 신청 이후 운영자가 어떤 데이터를 확인하고 어떤 상태로 처리해야 하는지를 함께 구조화한 사례입니다.

홈페이지를 제작할 때도 같은 관점이 필요합니다.

모든 홈페이지를 복잡한 시스템으로 만들 필요는 없습니다. 회사 소개와 기본 문의만 필요하다면 가벼운 구조가 더 적합할 수 있습니다. 반대로 예약, 결제, 담당자 배정과 상태 관리가 핵심이라면 처음부터 업무형 웹서비스로 범위를 정해야 합니다.

상담 단계에서 사이트 유형과 핵심 사용자 행동, 운영자의 후속 업무를 먼저 정리하면 불필요한 기능을 줄이고 필요한 기능이 견적에서 빠지는 상황도 줄일 수 있습니다.

원소프트는 경기도 화성시 동탄순환대로 823, 영천동 에이팩시티에 위치한 웹·앱·AI 및 관리자 시스템 개발사입니다. 홈페이지나 웹서비스 제작을 검토하고 있다면 현재 준비된 메뉴 목록만이 아니라 방문자의 행동과 내부 운영 방식을 기준으로 필요한 개발 범위를 함께 정리해드릴 수 있습니다.

제목 후보

홈페이지제작업체 선정 전, 회사 소개형과 업무형 웹서비스를 구분하는 기준
홈페이지제작업체 비교, 디자인보다 사이트 유형과 운영 범위를 먼저 확인하세요
홈페이지제작업체 문의 전, 회사 소개형·문의형·기능형 사이트 구분하기
홈페이지제작업체 견적 비교, 사용자 행동과 관리자 업무를 함께 확인하는 방법
홈페이지제작업체 선택 전, 단순 홈페이지와 기능형 웹서비스를 구분하세요

메인 키워드

홈페이지제작업체

서브 키워드

홈페이지 제작업체 선정
기업 홈페이지 제작
기능형 홈페이지 개발
홈페이지 관리자 페이지
웹서비스 개발업체

썸네일 문구

홈페이지인가, 웹서비스인가
제작업체 선정 전 사이트 유형부터
디자인보다 먼저 확인할 개발 범위

※ 원소프트 썸네일 운영 규칙에 따라 실제 썸네일 이미지에는 문구를 삽입하지 않고, 위 문구는 게시물 홍보용 문안으로만 활용합니다.

글 요약

홈페이지제작업체를 비교하기 전 회사 소개형, 문의 전환형, 기능형 홈페이지를 구분하고 방문자의 핵심 행동과 운영자의 후속 업무를 정리해야 합니다. 회원·문의·예약·결제·외부 API가 추가될 때 달라지는 개발 범위와 관리자 기능, 반응형·SEO·보안·배포·인수인계·유지보수의 견적 확인 기준을 실무 관점에서 설명했습니다.

CTA 후보

홈페이지 메뉴와 참고 사이트는 준비했지만 관리자 기능과 개발 범위가 정리되지 않았다면, 방문자의 핵심 행동과 담당자의 운영 업무를 기준으로 필요한 범위를 함께 검토해볼 수 있습니다.

회사 소개형 홈페이지로 시작할지 회원·예약·결제가 포함된 웹서비스로 구축할지 고민하고 있다면, 현재 운영 방식과 추후 확장 계획을 바탕으로 1차 제작 범위를 정리해드릴 수 있습니다.

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

홈페이지 관리자 페이지, 콘텐츠 관리형과 업무 처리형을 구분하는 기준
홈페이지 리뉴얼 업체 선정 전, 기존 URL·콘텐츠·문의 데이터를 이전하는 방법
기업 홈페이지 문의 폼 개발, 이메일 접수와 관리자 시스템을 선택하는 기준