홈페이지제작업체 문의 전, 운영 방식과 개발 범위를 정리하는 방법

홈페이지 제작을 준비할 때 가장 먼저 떠올리는 것은 보통 디자인입니다.

“깔끔하고 신뢰감 있게 만들고 싶습니다.”

“메인 화면에서 회사의 강점이 잘 보였으면 합니다.”

“모바일에서도 보기 편해야 합니다.”

모두 필요한 요구사항이지만, 이 내용만으로 홈페이지제작업체에 견적을 요청하면 업체마다 서로 다른 범위를 기준으로 견적을 제안할 수 있습니다.

어떤 업체는 정해진 페이지를 디자인하고 퍼블리싱하는 범위만 계산할 수 있고, 다른 업체는 문의 접수와 관리자 페이지, 서버 구축까지 포함할 수 있습니다. 또 다른 업체는 콘텐츠 작성, 검색엔진 등록, 도메인 연결과 배포까지 포함할 수도 있습니다.

이렇게 기준이 다르면 총금액만으로는 견적을 제대로 비교하기 어렵습니다.

홈페이지 제작 범위를 현실적으로 정하려면 페이지 수보다 먼저 다음 두 가지 흐름을 정리하는 편이 좋습니다.

방문자가 홈페이지에서 어떤 행동을 해야 하는가
방문자의 행동 이후 운영자는 어떤 업무를 처리해야 하는가

예를 들어 방문자가 상담 신청서를 작성하는 홈페이지라면 신청 화면만 있어서는 부족할 수 있습니다. 담당자가 신청 내역을 어디에서 확인하는지, 누가 처리할 수 있는지, 처리 상태를 어떻게 기록하는지, 고객에게 접수 안내를 어떻게 전달하는지까지 정해야 실제 운영 가능한 범위를 파악할 수 있습니다.

홈페이지제작업체에 문의하기 전에 먼저 정해야 할 사이트 목적

홈페이지를 제작하는 목적은 “온라인에 회사를 소개하기 위해서”라는 한 문장으로 끝나지 않는 경우가 많습니다.

같은 기업 홈페이지라도 실제 목표는 다음과 같이 다를 수 있습니다.

회사와 사업 분야를 소개한다.
제품이나 서비스를 설명한다.
잠재 고객의 상담 문의를 받는다.
견적 요청을 접수한다.
자료나 카탈로그를 제공한다.
고객이 회원가입 후 정보를 조회하게 한다.
예약이나 신청을 받는다.
결제까지 홈페이지 안에서 처리한다.
파트너나 거래처가 로그인해 업무를 처리하게 한다.
운영자가 콘텐츠와 접수 데이터를 직접 관리한다.

사이트 목적이 여러 개라면 가장 중요한 목적과 보조 목적을 나누는 것이 좋습니다.

예를 들어 회사 소개, 서비스 안내, 채용 공고, 뉴스 게시판, 온라인 상담, 자료 다운로드를 모두 넣을 수는 있습니다. 하지만 가장 중요한 목적이 기업 신뢰도 전달인지, 영업 문의 확보인지에 따라 메인 화면의 구조와 콘텐츠 우선순위는 달라집니다.

다음 문장을 채워보면 목적을 비교적 쉽게 정리할 수 있습니다.

우리 홈페이지의 주 방문자는 ___이고, 홈페이지를 본 뒤 ___ 행동을 완료해야 한다.

예시는 다음과 같습니다.

제조업 구매 담당자가 제품 정보를 확인한 뒤 견적을 요청해야 한다.
병원 이용자가 진료 정보를 확인한 뒤 상담 또는 예약을 신청해야 한다.
교육 서비스 이용자가 강의 정보를 비교한 뒤 수강 상담을 남겨야 한다.
기업 고객이 서비스 내용을 검토한 뒤 제안 요청서를 전달해야 한다.
기존 거래처가 로그인한 뒤 자료를 조회하고 주문을 접수해야 한다.

목적이 명확해지면 어떤 페이지와 기능이 필요한지 판단하기 쉬워집니다. 반대로 목적이 정리되지 않은 상태에서 경쟁사 홈페이지의 메뉴와 화면을 그대로 참고하면, 실제로는 운영하지 않을 기능까지 제작 범위에 포함될 수 있습니다.

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

홈페이지는 크게 회사 소개형, 문의 전환형, 업무 기능형으로 구분해볼 수 있습니다.

세 가지 유형이 완전히 분리되는 것은 아닙니다. 회사 소개 기능에 상담 접수 기능을 추가하거나, 업무 기능형 서비스 안에 기업 소개 콘텐츠를 함께 구성할 수도 있습니다. 다만 제작 범위를 검토할 때는 어느 유형에 가까운지 먼저 판단해야 합니다.

| 구분 | 주요 목적 | 방문자의 핵심 행동 | 운영자의 주요 업무 | |---|---|---|---| | 회사 소개형 | 회사·제품·서비스 정보 전달 | 콘텐츠 확인, 자료 열람 | 콘텐츠 수정, 공지 관리 | | 문의 전환형 | 상담·견적·제안 요청 확보 | 문의 작성, 파일 첨부, 상담 신청 | 문의 확인, 담당자 배정, 처리 상태 관리 | | 업무 기능형 | 예약·주문·결제·조회 등 업무 처리 | 회원가입, 신청, 예약, 결제, 내역 조회 | 회원·신청·결제·상태·권한 관리 |

회사 소개형 홈페이지

회사 소개형 홈페이지는 방문자가 기업의 신뢰도와 사업 내용을 빠르게 이해할 수 있도록 구성하는 것이 핵심입니다.

주요 범위에는 다음 항목이 포함될 수 있습니다.

회사 소개
사업 영역
제품 및 서비스 소개
포트폴리오 또는 구축 사례
인증·특허·보유 기술 안내
공지사항과 뉴스
채용 안내
오시는 길
대표 연락처
다국어 콘텐츠

회사 소개형은 기능이 적어 보이지만 콘텐츠 준비 범위에서 차이가 발생할 수 있습니다. 원고와 사진을 발주사가 모두 제공하는지, 제작업체가 정보 구조와 문구를 함께 정리하는지에 따라 기획·디자인 범위가 달라집니다.

공지사항이나 사례를 직접 등록해야 한다면 관리자 기능도 필요합니다. 반대로 제작 후 콘텐츠를 거의 변경하지 않는다면 관리자 페이지 대신 별도 수정 요청 방식이 더 적합할 수도 있습니다.

문의 전환형 홈페이지

문의 전환형 홈페이지는 방문자가 정보를 확인하는 데서 끝나지 않고 상담이나 견적 요청까지 이어지도록 설계합니다.

단순한 연락처 표시와 문의 접수 기능은 범위가 다릅니다. 문의 폼을 운영하려면 다음 항목을 함께 정해야 합니다.

어떤 정보를 입력받을 것인가
필수 항목과 선택 항목은 무엇인가
파일 첨부가 필요한가
개인정보 수집·이용 안내가 필요한가
접수 후 안내 화면이나 메시지를 제공할 것인가
담당자에게 이메일이나 알림을 전송할 것인가
관리자 페이지에서 문의를 조회할 것인가
접수·상담 중·완료 등 처리 상태를 기록할 것인가
담당자를 배정할 것인가
상담 메모와 응대 이력을 남길 것인가
엑셀 다운로드가 필요한가

문의 폼에서 이름, 연락처, 이메일 등 개인정보를 수집한다면 수집 목적과 항목, 보유 기간 등 적용해야 할 기준을 확인해야 합니다. 개인정보 보호법은 개인정보를 수집·이용할 수 있는 근거와 목적 범위 내 이용을 규정하며, 필요한 최소 범위의 수집 원칙도 두고 있습니다. 실제 화면에 적용할 문구와 동의 방식은 서비스 상황에 맞춰 별도로 검토해야 합니다. (law.go.kr)

업무 기능형 홈페이지

업무 기능형 홈페이지는 소개 페이지보다 웹서비스에 가깝습니다.

회원가입, 예약, 주문, 결제, 신청 내역 조회처럼 방문자의 행동이 데이터로 저장되고, 운영자가 그 결과를 처리해야 하기 때문입니다.

예를 들어 예약 기능이 있다면 달력 화면만 만드는 것이 아니라 다음과 같은 범위를 설계해야 합니다.

예약 대상과 시간 단위
예약 가능 인원 또는 수량
예약 신청과 확정의 차이
변경·취소 가능 조건
결제 전 자리 확보 시간
예약과 결제의 상태 관계
관리자 승인 필요 여부
알림 전송 시점
운영자의 일정 차단 기능
예약 내역 검색과 수정 권한

따라서 업무 기능형 홈페이지를 일반적인 기업 홈페이지와 같은 방식으로 견적 내면 필요한 백엔드와 데이터베이스, 관리자 시스템이 누락될 수 있습니다.

방문자의 핵심 행동과 운영자의 후속 업무 정리하기

홈페이지 범위를 정할 때는 메뉴 목록을 작성하기 전에 ‘행동과 후속 업무’를 연결해보는 것이 좋습니다.

다음과 같은 표를 만들면 홈페이지제작업체와 상담할 때 요구사항을 전달하기 수월합니다.

| 방문자 행동 | 저장되는 정보 | 운영자의 후속 업무 | 필요한 관리 기능 | |---|---|---|---| | 상담 신청 | 이름, 연락처, 문의 내용 | 담당자 배정, 연락, 결과 기록 | 문의 목록, 상태 변경, 메모 | | 자료 다운로드 | 회사명, 이메일, 다운로드 자료 | 잠재 고객 확인, 후속 안내 | 다운로드 이력, 자료 관리 | | 예약 신청 | 일정, 인원, 서비스 정보 | 일정 확인, 예약 확정 | 예약 달력, 승인, 취소 처리 | | 견적 요청 | 요청 항목, 수량, 첨부 파일 | 내용 검토, 견적 회신 | 요청 조회, 파일 확인, 담당자 배정 | | 결제 | 주문·결제 정보 | 결제 확인, 취소·환불 처리 | 주문·결제 상태, 환불 내역 | | 회원가입 | 계정 및 회원 정보 | 회원 상태 확인, 권한 부여 | 회원 조회, 상태 변경, 권한 관리 |

이 표에서 중요한 부분은 운영자의 후속 업무입니다.

상담 신청 기능을 만들었는데 문의가 담당자의 이메일로만 전달된다면, 초기에는 운영할 수 있어도 문의가 늘어났을 때 처리 상태와 담당자를 확인하기 어려울 수 있습니다.

반대로 문의가 많지 않은 홈페이지에 복잡한 고객관리 기능을 처음부터 넣으면 불필요한 개발 범위가 늘어날 수 있습니다. 초기에는 이메일 알림과 관리자 목록만 구성하고, 운영량이 늘어난 뒤 담당자 배정과 통계를 추가하는 방식도 가능합니다.

기능의 필요 여부는 이름이 아니라 운영 방식으로 판단해야 합니다.

상담 기능을 정리하는 질문

하루 또는 한 달에 예상되는 문의 건수는 어느 정도인가
한 명이 처리하는가, 여러 담당자가 나누어 처리하는가
문의 종류에 따라 담당 부서가 달라지는가
첨부 파일을 받아야 하는가
답변과 처리 이력을 남겨야 하는가
고객에게 자동 접수 안내가 필요한가
처리되지 않은 문의를 구분해야 하는가
외부 CRM이나 업무 시스템으로 전달해야 하는가

콘텐츠 운영을 정리하는 질문

회사 소개와 서비스 내용은 얼마나 자주 바뀌는가
운영자가 직접 수정해야 하는 영역은 어디까지인가
게시물 작성 외에 카테고리와 노출 순서를 바꿔야 하는가
이미지와 첨부 파일을 등록해야 하는가
게시물을 예약 공개하거나 비공개 처리해야 하는가
여러 운영자가 콘텐츠를 관리하는가
작성자와 수정 이력을 남겨야 하는가

기획·디자인·프론트엔드·백엔드 개발 범위 구분하기

‘홈페이지 제작’이라는 표현에는 여러 업무가 함께 포함될 수 있습니다.

견적서를 비교할 때는 각 단계가 어디까지 포함되는지 구분해서 확인해야 합니다.

1. 기획 범위

기획에는 단순히 메뉴를 정하는 것 이상의 업무가 포함될 수 있습니다.

요구사항 정리
사용자 유형 정의
사이트맵 구성
페이지별 목적 정의
사용자 이용 흐름 설계
화면 구성안 또는 와이어프레임 작성
기능 및 정책 정의
관리자 업무 흐름 정의
오류·예외 상황 정의
검수 기준 작성

특히 문의 전환형이나 업무 기능형 홈페이지라면 정상적으로 처리되는 상황뿐 아니라 예외 상황도 정해야 합니다.

예를 들어 파일 첨부에 실패했거나, 결제가 승인됐지만 신청 데이터 저장에 실패했거나, 동일한 신청이 중복 접수된 경우를 어떻게 처리할지 검토해야 합니다.

2. UX/UI 디자인 범위

디자인 범위에서는 몇 개 화면을 새로 디자인하는지, 공통 구성 요소를 어떻게 적용하는지 확인해야 합니다.

메인 페이지 디자인
서브 페이지 디자인
모바일 화면 디자인
공통 헤더와 푸터
입력 폼과 버튼
목록·상세 화면
빈 화면과 오류 화면
팝업·알림·확인창
관리자 화면 디자인
디자인 수정 횟수와 기준

반응형 홈페이지라는 표현만으로는 범위가 충분하지 않습니다. PC 화면을 단순히 축소하는 것인지, 모바일에서 메뉴와 콘텐츠 순서를 별도로 조정하는지 확인해야 합니다.

Google은 모바일 환경을 고려한 사이트 구성을 안내하며, 유지와 구현이 비교적 용이한 방식으로 반응형 웹 디자인을 권장하고 있습니다. 검색엔진 대응뿐 아니라 실제 방문자의 사용성을 위해서도 모바일 화면을 별도의 검수 대상으로 두는 편이 좋습니다. (developers.google.com)

3. 프론트엔드 개발 범위

프론트엔드는 방문자와 운영자가 실제로 보는 화면을 구현하는 영역입니다.

반응형 화면 구현
메뉴와 페이지 이동
입력 폼 검증
목록과 상세 화면
검색과 필터
파일 업로드
팝업과 알림
애니메이션과 인터랙션
웹 접근성을 고려한 마크업
브라우저별 테스트
검색엔진이 이해할 수 있는 페이지 구조

디자인 파일이 있다고 해서 화면 개발 범위가 모두 확정되는 것은 아닙니다. 입력 오류를 어디에 표시할지, 로딩 중 어떤 화면을 보여줄지, 데이터가 없을 때 어떻게 안내할지 같은 세부 상태도 구현 범위에 포함됩니다.

4. 백엔드·데이터베이스 범위

콘텐츠를 저장하거나 회원·문의·예약·결제 데이터를 관리한다면 백엔드와 데이터베이스가 필요합니다.

회원 계정과 인증
사용자 권한
문의 데이터 저장
예약·주문·결제 상태 관리
게시물과 파일 관리
관리자 기능을 위한 API
외부 서비스 연동
로그와 오류 기록
데이터 백업 구조
서버 환경 구성

회사 소개형 홈페이지라도 관리자에서 콘텐츠를 직접 수정하거나 문의 데이터를 저장한다면 백엔드 개발이 포함될 수 있습니다.

견적서에 ‘홈페이지 개발’이라고만 적혀 있다면 정적 페이지 구현인지, 서버와 데이터베이스까지 포함한 개발인지 확인해야 합니다.

회원·문의·예약·결제와 관리자 기능이 필요한 경우

관리자 기능은 사용자 화면 뒤에서 운영을 이어주는 도구입니다.

홈페이지에 회원가입을 만들었다면 회원을 조회하고 상태를 관리할 방법이 필요할 수 있습니다. 예약을 받는다면 예약을 확정하거나 취소할 화면이 필요할 수 있고, 결제를 받는다면 결제 내역과 취소·환불 상태를 확인할 수 있어야 합니다.

회원 관리

회원 목록과 상세 정보
가입·휴면·탈퇴 등 상태
사용자 유형과 권한
이용 내역
개인정보 열람 범위
차단과 이용 제한
탈퇴 및 데이터 처리 기준

문의 관리

문의 유형
접수 일시
담당자
처리 상태
고객 연락처
첨부 파일
상담 메모
답변 이력
검색과 엑셀 다운로드

예약 관리

예약 목록과 달력
예약 상태
이용 일시
예약 대상
결제 상태
변경·취소·환불
운영 불가 일정
알림 발송 이력

결제 관리

주문번호와 결제번호
결제 승인 상태
결제 금액
취소 및 환불
결제 실패 사유
중복 처리 여부
고객 문의 대응에 필요한 거래 이력

관리자 페이지에서는 화면을 보여주는 것만큼 권한 관리가 중요합니다.

상담 담당자와 결제 담당자, 콘텐츠 담당자가 모두 같은 데이터를 볼 필요는 없습니다. 조회, 수정, 승인, 다운로드 권한을 역할에 따라 구분해야 할 수 있습니다.

OWASP의 웹 애플리케이션 보안 가이드에서도 접근 제어와 인증을 설계 초기부터 고려할 것을 안내합니다. 특히 관리자 메뉴를 화면에서 숨기는 것과 서버에서 실제 접근을 제한하는 것은 다르므로, 권한 검증이 어디에서 수행되는지도 개발 범위에 포함해 확인하는 편이 좋습니다. (owasp.org)

외부 API 연동, 기존 데이터 이전, SEO·보안·배포 확인하기

홈페이지 제작 범위는 자체 화면과 기능만으로 끝나지 않을 수 있습니다.

외부 API 연동

다음과 같은 외부 서비스가 연결될 수 있습니다.

결제 서비스
지도와 주소 검색
소셜 로그인
문자·이메일·알림톡
예약 또는 캘린더
CRM
ERP
배송 조회
채용 솔루션
AI API
외부 상품·콘텐츠 데이터

외부 연동은 “API 연결 포함”이라는 한 문장만으로 판단하기 어렵습니다.

어떤 데이터를 주고받는지, 실시간인지 일정 주기인지, 외부 서비스가 실패했을 때 어떻게 처리하는지, 운영자가 오류를 확인하거나 다시 처리할 수 있는지까지 확인해야 합니다.

또한 API 이용 계정의 계약 주체와 비용 부담 주체도 정해야 합니다. 개발 중에는 제작업체 계정을 사용하더라도 실제 운영 전에는 발주사 소유 계정으로 전환하는 것이 필요한 경우가 있습니다.

기존 데이터와 콘텐츠 이전

리뉴얼 프로젝트라면 기존 홈페이지에 있는 콘텐츠를 어떻게 이전할지도 확인해야 합니다.

기존 페이지 원고
게시물과 카테고리
첨부 파일
회원 정보
문의 내역
이미지
기존 URL
검색 노출 중인 페이지
외부 사이트에 공유된 주소

‘데이터 이전 포함’이라고 적혀 있어도 자동 이전인지 수작업 이전인지, 몇 건까지 포함되는지, 정리되지 않은 데이터의 가공도 포함되는지에 따라 범위가 달라집니다.

기존 URL이 변경되는 리뉴얼에서는 이전 URL과 신규 URL을 연결하는 계획도 필요합니다. Google은 사이트 이전 시 기존 URL과 신규 URL을 대응시키고, 영구적으로 이동한 페이지에는 서버 측 영구 리다이렉트를 적용하며, 사이트맵과 내부 링크를 함께 정비하도록 안내합니다. (developers.google.com)

모든 기존 주소를 신규 홈페이지 메인 화면으로 보내기보다는 대응하는 페이지로 연결하는 것이 좋습니다. 삭제된 서비스 페이지는 관련된 신규 서비스 페이지로, 이전 게시물은 동일 게시물의 새 주소로 연결하는 방식입니다.

검색엔진 최적화

SEO는 메인 화면에 키워드를 여러 번 넣는 작업만을 의미하지 않습니다.

구축 단계에서는 다음과 같은 기술 범위를 확인할 수 있습니다.

페이지별 고유한 제목
페이지 설명문
검색 가능한 URL 구조
내부 링크
사이트맵
robots.txt
검색 제외 페이지 설정
이미지 대체 설명
구조화된 데이터 적용 가능 여부
검색도구 등록과 소유 확인
리뉴얼 시 URL 이전 처리

네이버 서치어드바이저는 각 페이지의 주제를 나타내는 고유한 제목과 페이지 내용을 요약하는 설명문을 권장하고 있습니다. 또한 robots.txt와 사이트맵을 통해 검색로봇의 수집을 도울 수 있다고 안내합니다. (searchadvisor.naver.com)

다만 SEO 항목을 적용했다고 특정 순위나 상위 노출이 보장되는 것은 아닙니다. 네이버 역시 사이트 최적화 상태만으로 검색 순위가 결정되는 것은 아니라고 안내합니다. 따라서 홈페이지제작업체가 제공하는 SEO 범위는 ‘상위 노출 보장’보다 검색로봇이 콘텐츠를 발견하고 이해할 수 있는 기술적 기반을 갖추는 작업으로 보는 것이 적절합니다. (searchadvisor.naver.com)

보안과 배포

보안은 회원이나 결제가 있는 사이트에만 필요한 것이 아닙니다. 문의 폼과 관리자 로그인만 있어도 개인정보와 운영 계정을 보호해야 합니다.

다음 항목을 확인해볼 수 있습니다.

HTTPS 적용
관리자 인증
비밀번호 관리
권한별 접근 제한
파일 업로드 제한
개인정보 노출 방지
관리자 접속 기록
백업과 복구 방식
개발·검수·운영 환경의 구분
서버 오류 및 장애 확인 방법
보안 업데이트 책임 범위

배포 범위도 함께 확인해야 합니다.

서버 개설
도메인 연결
SSL 인증서 적용
환경 변수와 외부 API 키 설정
운영 데이터베이스 구성
배포 자동화 여부
로그와 모니터링
백업 설정
운영 전 최종 점검
기존 사이트에서 신규 사이트로 전환하는 절차

견적서에서 포함·제외 항목과 유지보수 범위 비교하기

홈페이지제작업체의 견적을 비교할 때는 총액보다 포함·제외 범위를 먼저 맞춰야 합니다.

다음 표처럼 같은 기준으로 정리하면 차이를 파악하기 쉽습니다.

| 확인 영역 | 업체 A | 업체 B | 업체 C | |---|---|---|---| | 요구사항 정리 | 포함 | 일부 포함 | 별도 | | 화면 기획 | 포함 | 별도 | 포함 | | PC·모바일 디자인 | 포함 | 포함 | 모바일 별도 | | 프론트엔드 개발 | 포함 | 포함 | 포함 | | 백엔드·DB | 제외 | 포함 | 일부 포함 | | 관리자 페이지 | 게시물 관리만 | 문의·회원 포함 | 별도 | | 콘텐츠 입력 | 10페이지 | 미포함 | 협의 | | 외부 API 연동 | 별도 | 1종 포함 | 미포함 | | 서버·배포 | 포함 | 서버 별도 | 포함 | | 검색도구 설정 | 포함 | 미포함 | 기본 설정 | | 데이터 이전 | 별도 | 게시물 일부 | 미포함 | | 유지보수 | 1개월 | 3개월 | 별도 계약 |

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

하자 수정에 가까운 경우

합의된 기능이 요구사항대로 동작하지 않는 경우
특정 버튼이나 입력 기능이 정상 작동하지 않는 경우
약속한 브라우저나 기기에서 화면이 깨지는 경우
계산이나 상태 처리가 정의된 기준과 다른 경우

추가 개발에 가까운 경우

새로운 메뉴나 페이지 추가
새로운 사용자 유형과 권한 추가
기존에 없던 통계 추가
외부 API 추가 연동
예약·결제 정책 변경
관리자 업무 자동화 추가
디자인 전면 변경

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

무상 하자 수정 기간
하자로 판단하는 기준
콘텐츠 수정 포함 여부
긴급 장애 대응 가능 시간
월 유지보수에 포함되는 작업량
추가 개발의 견적 산정 방식
서버와 외부 서비스 비용의 부담 주체
정기 백업과 업데이트 범위

소스코드·서버·도메인·계정 인수인계와 협업 조건 점검하기

홈페이지가 공개됐다고 프로젝트가 모두 끝나는 것은 아닙니다.

운영과 유지보수를 위해 어떤 자산과 계정을 누구 명의로 관리하는지 확인해야 합니다.

소스코드

전체 소스코드를 제공하는가
소스코드 저장소에 발주사가 접근할 수 있는가
배포에 필요한 설정과 문서가 제공되는가
제3자 라이브러리의 이용 조건은 무엇인가
사용한 폰트·이미지·템플릿의 권한은 정리되어 있는가

서버와 클라우드

서버 계정의 소유자는 누구인가
서버 이용료는 누가 결제하는가
관리자 권한을 인계받을 수 있는가
데이터베이스 접근 정보는 제공되는가
백업 파일을 받을 수 있는가
제작업체 변경 시 이전이 가능한 구조인가

도메인과 인증서

도메인이 발주사 명의로 등록되는가
도메인 관리 계정에 접근할 수 있는가
만료일과 갱신 책임은 누구에게 있는가
SSL 인증서의 갱신은 누가 담당하는가
이메일에 사용 중인 도메인 설정에 영향이 없는가

외부 서비스 계정

결제사
문자·이메일 발송 서비스
지도·주소 API
소셜 로그인
검색도구
분석 도구
앱 또는 웹 푸시
클라우드 저장소

가능하다면 운영 계정은 발주사가 소유하고, 제작업체에 필요한 권한을 부여하는 방식이 관리에 유리합니다.

협업과 의사결정

프로젝트가 지연되는 원인은 개발 난이도만이 아닙니다. 콘텐츠 전달, 화면 검토, 정책 결정이 늦어져 일정이 밀리는 경우도 많습니다.

따라서 다음 조건을 미리 정하는 것이 좋습니다.

발주사와 제작업체의 담당자
요구사항을 확정하는 사람
디자인 검토 일정
피드백 전달 방식
수정 요청을 취합하는 담당자
중간 결과물 확인 주기
테스트 참여 인원
최종 검수와 승인 기준
운영 전환 날짜
변경 요청이 발생했을 때 처리 절차

수정 의견을 여러 사람이 개별적으로 전달하면 서로 충돌하는 요청이 발생할 수 있습니다. 내부 의견을 한 번 취합한 뒤 우선순위와 함께 전달하는 것이 협업 효율을 높이는 데 도움이 됩니다.

원소프트에 홈페이지 제작을 문의할 때 준비하면 좋은 자료

처음부터 완성된 기획서를 준비할 필요는 없습니다.

다음 자료가 있으면 홈페이지의 목적과 개발 범위를 파악하는 데 도움이 됩니다.

1. 회사와 서비스 소개 자료

회사 소개서
제품·서비스 자료
기존 브로슈어
영업 자료
브랜드 가이드
로고와 이미지

2. 홈페이지 제작 목적

신규 제작인지 리뉴얼인지
홈페이지를 만드는 이유
주 방문자
방문자가 완료해야 할 행동
현재 홈페이지의 불편한 점
제작 후 기대하는 운영 방식

3. 필요한 기능 목록

기능 이름만 나열하기보다 사용 흐름을 함께 적는 것이 좋습니다.

예를 들어 “온라인 문의” 대신 다음과 같이 작성할 수 있습니다.

방문자가 문의 유형을 선택하고 연락처와 내용을 작성해 접수한다. 운영자는 관리자 화면에서 문의를 확인하고 담당자를 지정한 뒤 상담 완료 상태로 변경한다.

이 정도만 정리해도 사용자 화면과 관리자 기능의 범위를 함께 검토할 수 있습니다.

4. 현재 업무 방식

문의를 받는 채널
문의 후 담당자 배정 방식
예약·주문 처리 방법
엑셀로 관리하는 데이터
사용하는 CRM 또는 ERP
콘텐츠 수정 담당자
기존 서버와 도메인 정보

5. 참고 홈페이지

참고 사이트를 전달할 때는 단순히 “이런 느낌으로 만들어주세요”라고 하기보다 참고한 부분을 구분하는 것이 좋습니다.

전체적인 분위기
메뉴 구조
메인 화면 구성
문의 방식
특정 기능
모바일 화면
콘텐츠 표현 방식

참고 홈페이지와 동일하게 제작하는 것이 아니라, 어떤 부분이 현재 사업과 운영 방식에 적합한지를 판단하는 자료로 활용해야 합니다.

6. 초기 공개 범위와 이후 확장 범위

모든 기능을 첫 공개에 포함하지 않아도 됩니다.

예를 들어 초기에는 다음 범위로 시작할 수 있습니다.

회사와 서비스 소개
포트폴리오
문의 접수
문의 관리자
공지사항
기본 SEO 설정
반응형 화면

이후 운영 데이터를 확인한 뒤 다음 기능을 추가할 수 있습니다.

회원가입
고객별 자료 제공
예약 또는 결제
담당자 자동 배정
CRM 연동
상담 통계
다국어
콘텐츠 추천

단계적으로 구축하려면 나중에 추가할 기능을 완전히 무시하기보다, 초기 데이터 구조와 화면 구조에서 확장 가능성을 함께 검토하는 것이 좋습니다.

홈페이지제작업체에 문의하기 전 최종 체크리스트

사이트 목적

[ ] 홈페이지의 가장 중요한 목적을 한 문장으로 설명할 수 있다.
[ ] 주요 방문자가 누구인지 정리했다.
[ ] 방문자가 완료해야 할 핵심 행동을 정했다.
[ ] 회사 소개형, 문의 전환형, 업무 기능형 중 어느 유형에 가까운지 판단했다.

사용자 기능

[ ] 회원가입이 필요한지 검토했다.
[ ] 문의·예약·주문·결제 기능의 필요 여부를 정했다.
[ ] 파일 첨부와 알림이 필요한지 확인했다.
[ ] 모바일에서의 이용 흐름을 고려했다.
[ ] 오류와 취소 상황을 어떻게 처리할지 검토했다.

운영 기능

[ ] 누가 홈페이지를 운영할지 정했다.
[ ] 운영자가 수정할 콘텐츠를 정했다.
[ ] 문의와 신청의 처리 상태가 필요한지 확인했다.
[ ] 운영자별 권한을 나눠야 하는지 검토했다.
[ ] 검색·필터·엑셀 다운로드가 필요한지 확인했다.
[ ] 운영 이력과 변경 기록이 필요한지 검토했다.

개발과 연동

[ ] 프론트엔드와 백엔드 범위를 구분했다.
[ ] 데이터베이스가 필요한 기능을 확인했다.
[ ] 결제·문자·지도·CRM·ERP 등 외부 연동을 정리했다.
[ ] 기존 콘텐츠와 데이터를 이전해야 하는지 확인했다.
[ ] 기존 URL을 유지하거나 연결해야 하는지 검토했다.

배포와 운영

[ ] 서버와 도메인의 소유자를 확인했다.
[ ] SSL과 HTTPS 적용 범위를 확인했다.
[ ] 검색도구와 분석도구 계정을 준비했다.
[ ] 소스코드와 계정 인수인계 조건을 확인했다.
[ ] 하자 수정과 유지보수의 차이를 확인했다.
[ ] 서버·외부 서비스·유지보수 비용을 초기 제작비와 구분했다.

홈페이지제작업체를 비교할 때 포트폴리오와 디자인 결과물은 중요한 판단 자료입니다. 하지만 실제 운영을 고려한다면 그보다 한 단계 더 들어가야 합니다.

방문자가 어떤 행동을 하고, 그 결과를 운영자가 어떻게 처리하며, 이를 위해 어떤 데이터와 관리자 기능이 필요한지를 살펴봐야 합니다. 같은 홈페이지라도 이 흐름에 따라 단순한 소개 페이지가 될 수도 있고, 회원·문의·예약·결제가 연결된 웹서비스가 될 수도 있습니다.

원소프트는 기업 홈페이지와 랜딩 페이지뿐 아니라 관리자 페이지, 회원·예약·주문·결제 기반 플랫폼, 외부 API 연동과 기존 서비스 리뉴얼을 함께 검토하고 있습니다. 사용자에게 보이는 화면과 운영자가 사용하는 관리자 업무를 분리하지 않고, 실제 운영 흐름과 향후 확장 가능성을 기준으로 개발 범위를 정리합니다.

원소프트는 경기도 화성시 동탄순환대로 823, 영천동 에이팩시티에 위치한 웹·앱 개발사입니다. 완성된 기획서가 없더라도 현재 홈페이지를 제작하려는 목적, 필요한 기능, 기존 업무 방식을 바탕으로 초기 공개 범위와 이후 확장 범위를 함께 정리할 수 있습니다.

제목 후보

홈페이지제작업체 문의 전, 운영 방식과 개발 범위를 정리하는 방법
홈페이지제작업체 비교, 디자인보다 사용자 행동과 관리자 업무를 확인하세요
홈페이지제작업체 상담 전, 기획·개발·관리자·배포 범위 정리하기
홈페이지제작업체 견적 비교 전 확인할 기능과 운영 범위
홈페이지제작업체 선택 전, 소개형·문의형·업무 기능형을 구분하는 기준

메인 키워드

홈페이지제작업체

서브 키워드

홈페이지 제작 외주
기업 홈페이지 제작
홈페이지 관리자 페이지
홈페이지 제작 견적
맞춤형 홈페이지 개발

썸네일 문구

홈페이지 제작 전 운영 범위부터
디자인보다 먼저 정할 개발 범위
제작업체 문의 전 체크리스트

글 요약

홈페이지제작업체에 문의하기 전에는 회사 소개형, 문의 전환형, 업무 기능형 중 사이트의 목적을 구분하고 방문자의 행동과 운영자의 후속 업무를 함께 정리해야 합니다. 기획·디자인·프론트엔드·백엔드·관리자·외부 연동·배포 범위를 나눠 확인하고, 견적의 포함 항목과 유지보수 및 소스코드·계정 인수인계 조건까지 같은 기준으로 비교하는 방법을 설명했습니다.

CTA 후보

홈페이지의 목적과 필요한 기능은 정했지만 관리자와 서버 범위가 불분명하다면, 현재 운영 방식을 기준으로 초기 제작 범위와 이후 확장 기능을 함께 정리해볼 수 있습니다.

기존 홈페이지 리뉴얼이나 신규 제작을 검토하고 계신다면 회사 소개 자료, 참고 사이트, 필요한 기능 목록을 바탕으로 사용자 화면과 관리자 운영 범위를 나누어 검토해드릴 수 있습니다.

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

홈페이지 관리자 페이지, 콘텐츠 관리와 문의 관리를 구분하는 방법
홈페이지 리뉴얼 전 기존 URL·콘텐츠·문의 데이터를 이전하는 기준
기업 홈페이지 문의 폼 개발, 접수 이후 담당자 배정과 처리 이력까지 설계하는 방법