홈페이지제작업체에 문의하기 전, 개발 범위와 운영 기능을 정리하는 방법

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

이렇게 홈페이지제작업체에 문의했는데, 업체마다 제안하는 방식과 견적이 크게 달라 당황하는 경우가 있습니다.

어떤 업체는 디자인과 페이지 수를 중심으로 설명하고, 다른 업체는 회원 기능이나 관리자 페이지부터 확인합니다. 서버 비용이 포함된 견적도 있고, 별도로 표시된 견적도 있습니다. 기획과 콘텐츠 등록, 검색엔진 최적화, 유지보수의 포함 범위 역시 서로 다를 수 있습니다.

같은 홈페이지를 의뢰했는데 견적이 다른 것이 아니라, 각 업체가 생각한 홈페이지의 범위 자체가 다를 가능성이 있습니다.

특히 회사 소개를 목적으로 하는 홈페이지와 회원·문의·예약·결제 기능을 제공하는 웹사이트는 겉으로 비슷해 보여도 개발 구조가 다릅니다. 기능형 웹사이트에는 사용자 화면 외에도 데이터를 처리하는 서버, 데이터베이스, 관리자 페이지, 외부 서비스 연동과 운영 정책이 필요할 수 있습니다.

따라서 홈페이지제작업체를 비교하기 전에 먼저 해야 할 일은 상세한 화면 기획서를 작성하는 것이 아닙니다.

우리 웹사이트가 어떤 역할을 해야 하는지, 사용자는 사이트에서 무엇을 완료해야 하는지, 운영자는 그 결과를 어떻게 처리할지를 정리해야 합니다.

이 기준이 준비되어야 여러 업체가 비슷한 범위를 기준으로 제안할 수 있고, 견적에 포함된 항목과 빠진 항목도 구분하기 쉬워집니다.

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

홈페이지 제작을 검토할 때 가장 먼저 나오는 이야기는 메뉴 구성인 경우가 많습니다.

회사 소개
사업 영역
제품 소개
포트폴리오
공지사항
문의하기

물론 메뉴도 필요합니다. 하지만 메뉴 목록만으로는 웹사이트의 실제 개발 범위를 충분히 설명하기 어렵습니다.

같은 ‘문의하기’ 메뉴라도 아래와 같이 전혀 다른 방식으로 운영될 수 있기 때문입니다.

단순 문의 방식

사용자가 이름, 연락처, 문의 내용을 입력하면 회사 담당자의 이메일로 내용이 전달됩니다.

관리자 확인 방식

사용자가 문의를 등록하면 관리자 페이지에 저장되고, 담당자가 로그인하여 신규 문의를 확인합니다.

상담 업무 연계 방식

문의 등록 후 담당자를 배정하고, 접수·상담 중·견적 전달·완료와 같은 상태를 관리합니다. 상담 이력을 남기거나 고객 정보를 기존 시스템으로 전달할 수도 있습니다.

세 방식 모두 화면에서는 ‘문의하기’로 보일 수 있지만 필요한 개발 범위는 다릅니다.

따라서 메뉴를 정하기 전에 다음 질문에 먼저 답해보는 것이 좋습니다.

웹사이트를 방문할 주요 사용자는 누구인가?
사용자가 사이트에서 얻어야 할 정보는 무엇인가?
사용자가 최종적으로 해야 할 행동은 무엇인가?
그 행동 이후 회사 내부에서 어떤 업무가 이어지는가?
사이트 공개 후 운영자가 직접 바꿔야 할 정보는 무엇인가?

예를 들어 웹사이트의 목적을 “우리 회사를 소개하는 것”이라고만 정하면 범위가 모호합니다.

다음처럼 조금 더 구체적으로 작성해야 합니다.

기업 고객이 서비스 내용을 확인하고 프로젝트 상담을 신청할 수 있는 웹사이트

이렇게 목적을 정하면 필요한 범위를 연결하기 쉬워집니다.

기업 고객이 이해할 수 있는 서비스 소개
수행 분야와 업무 방식 안내
프로젝트 유형별 사례 또는 포트폴리오
상담 신청 입력 항목
개인정보 수집 관련 안내
상담 신청 내용의 전달 또는 저장 방식
운영자가 서비스와 사례를 수정하는 기능

홈페이지의 목적은 한 문장으로 작성하되, 대상 사용자와 완료 행동이 포함되도록 정리하는 것이 좋습니다.

회사 소개형 홈페이지와 기능형 웹사이트의 개발 범위 차이

홈페이지제작업체에 문의하기 전에 우리에게 필요한 사이트가 회사 소개형인지, 기능형인지 구분해보는 것도 필요합니다.

회사 소개형 홈페이지

회사 소개형 홈페이지는 기업과 서비스에 관한 정보를 전달하고 문의를 받는 것이 주된 목적입니다.

대표적으로 다음과 같은 구성이 포함될 수 있습니다.

회사 소개
사업 및 서비스 안내
제품 소개
포트폴리오
공지사항
오시는 길
문의 접수

내용이 자주 바뀌지 않는다면 비교적 단순한 구조로 제작할 수 있습니다. 반면 공지사항, 제품, 포트폴리오를 운영자가 계속 추가해야 한다면 콘텐츠 관리 기능이 필요합니다.

기능형 웹사이트

기능형 웹사이트는 사용자가 정보를 보는 것에서 끝나지 않고 사이트 안에서 특정 업무를 완료합니다.

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

회원가입 후 자료 열람
상담 또는 견적 요청
일정 조회와 예약
상품 주문과 결제
파일 제출과 검토
신청서 작성과 승인
거래처 전용 가격 확인
사용자별 서비스 이용 내역 조회

이 경우 사용자 화면만 만들어서는 운영하기 어렵습니다.

회원 정보와 예약·주문·결제 데이터를 저장하는 데이터베이스가 필요할 수 있고, 운영자가 해당 데이터를 확인하고 처리하는 관리자 페이지도 함께 검토해야 합니다.

구분 기준을 간단히 정리하면 다음과 같습니다.

| 구분 | 회사 소개형 홈페이지 | 기능형 웹사이트 | |---|---|---| | 주요 목적 | 정보 전달과 브랜드 소개 | 사용자의 업무 또는 거래 완료 | | 사용자 행동 | 콘텐츠 열람, 문의 제출 | 회원가입, 예약, 주문, 결제, 신청 | | 데이터 저장 | 제한적일 수 있음 | 지속적인 저장과 관리가 필요한 경우가 많음 | | 관리자 기능 | 콘텐츠 수정 중심 | 회원·신청·예약·결제·상태 관리 중심 | | 외부 연동 | 지도, 이메일 등 | 결제, 알림, ERP, CRM, 외부 API 등 | | 운영 복잡도 | 비교적 단순 | 업무 규칙과 예외 처리에 따라 증가 |

모든 홈페이지를 기능형으로 크게 만들 필요는 없습니다.

초기에는 회사 소개와 상담 접수만 제공하고, 운영 과정에서 실제 수요를 확인한 뒤 회원이나 예약 기능을 추가하는 방식도 가능합니다.

반대로 실제 사업에 예약·주문·결제 절차가 반드시 필요한데도 일반 회사 소개형 홈페이지로 시작하면, 공개 후 별도의 엑셀과 메신저 업무가 계속 남을 수 있습니다.

중요한 것은 홈페이지의 이름이 아니라 사이트 안에서 처리해야 하는 업무의 범위입니다.

사용자 화면보다 먼저 정리해야 할 회원·문의·예약·결제 흐름

홈페이지 제작을 준비하면서 화면 디자인부터 결정하려는 경우가 많습니다.

그러나 기능형 웹사이트라면 화면보다 먼저 사용자 흐름을 정리해야 합니다.

사용자 흐름은 복잡한 기획 문서가 아니어도 됩니다. 사용자가 사이트에 들어온 뒤 목적을 완료하기까지의 과정을 순서대로 적으면 됩니다.

회원 기능을 정리하는 질문

비회원도 서비스를 이용할 수 있는가?
이메일, 휴대전화 번호, 소셜 계정 중 무엇으로 가입하는가?
개인 회원과 기업 회원을 구분해야 하는가?
기업 회원은 사업자 확인이나 관리자 승인이 필요한가?
비밀번호를 잊었을 때 어떻게 찾는가?
사용자가 직접 회원 탈퇴를 할 수 있는가?
탈퇴 후 데이터는 어떻게 처리하는가?
휴면 또는 이용 제한 상태가 필요한가?

‘회원가입’이라는 기능 하나에도 가입 방식, 인증, 승인, 탈퇴와 데이터 처리 범위가 연결됩니다.

문의 기능을 정리하는 질문

문의할 때 반드시 받아야 할 정보는 무엇인가?
파일 첨부가 필요한가?
문의 유형을 선택하게 할 것인가?
등록된 문의는 이메일로만 받을 것인가?
관리자 페이지에도 저장할 것인가?
담당자 배정과 처리 상태 관리가 필요한가?
답변 내용을 사이트에서 확인하게 할 것인가?
문의 완료 알림을 이메일이나 문자로 발송할 것인가?

단순 이메일 전송으로 충분하다면 관리자 기능을 줄일 수 있습니다. 반면 문의가 여러 담당자에게 배정되고 처리 이력을 남겨야 한다면 별도의 상담 관리 구조가 필요할 수 있습니다.

예약 기능을 정리하는 질문

무엇을 예약하는 서비스인가?
시간, 좌석, 객실, 장비, 담당자 중 어떤 자원을 예약하는가?
예약 가능한 시간은 누가 등록하는가?
신청 즉시 확정되는가, 운영자의 승인이 필요한가?
예약 변경과 취소는 언제까지 가능한가?
같은 시간에 몇 건까지 받을 수 있는가?
결제 전에도 자리를 일정 시간 확보해야 하는가?
운영자는 예약 상태를 어떻게 변경하는가?

예약은 달력 화면을 만드는 것으로 끝나지 않습니다. 예약 가능 여부와 확정 기준, 변경·취소 규칙을 먼저 정의해야 합니다.

결제 기능을 정리하는 질문

결제 대상은 상품인가, 예약인가, 서비스 이용권인가?
일회성 결제인가, 정기 결제인가?
카드 외 다른 결제 수단이 필요한가?
결제 실패 시 사용자는 어디로 이동하는가?
결제 승인 후 주문 또는 예약은 어떻게 확정되는가?
전체 취소와 부분 취소가 모두 필요한가?
운영자가 관리자 페이지에서 취소를 요청할 수 있어야 하는가?
결제 정보와 실제 서비스 이용 상태를 어떻게 연결할 것인가?

기능 이름만 전달하면 홈페이지제작업체마다 서로 다른 범위를 가정할 수 있습니다.

따라서 “예약 기능 필요”라고 작성하기보다 다음처럼 흐름을 전달하는 것이 좋습니다.

비회원이 날짜와 시간을 선택해 예약을 신청하고 결제를 완료하면 예약이 확정됩니다. 운영자는 관리자 페이지에서 예약 목록과 결제 상태를 확인하고, 필요한 경우 취소를 처리합니다.

이 정도만 정리해도 필요한 사용자 화면, 서버 처리, 관리자 기능과 결제 연동 범위를 구체적으로 논의할 수 있습니다.

관리자 페이지와 콘텐츠 운영 기능을 견적에 포함해야 하는 이유

홈페이지 제작 견적에서 빠지기 쉬운 항목 중 하나가 관리자 페이지입니다.

관리자 페이지가 견적서에 포함되어 있더라도 어떤 업무까지 가능한지는 별도로 확인해야 합니다.

예를 들어 “게시판 관리 제공”이라는 문구는 다음 중 어느 범위를 의미하는지 알기 어렵습니다.

게시글 등록과 수정
이미지 및 첨부파일 등록
카테고리 관리
게시 예약
상단 고정
공개와 비공개 설정
작성자별 권한 구분
삭제된 게시글 복구
검색과 필터
다국어 콘텐츠 관리

관리자 페이지를 정리할 때는 메뉴 목록보다 운영 업무를 기준으로 생각하는 것이 좋습니다.

콘텐츠 운영 기능

회사 소개 문구 수정
서비스와 제품 등록
포트폴리오 추가
공지사항 작성
팝업과 배너 관리
자주 묻는 질문 관리
담당자 및 연락처 변경
검색 노출에 사용될 제목과 설명 수정

고객 및 업무 데이터 관리 기능

회원 조회와 상태 변경
문의 접수와 담당자 배정
예약 일정과 상태 관리
주문 및 결제 내역 확인
신청서 검토와 승인
파일 다운로드
조건별 검색과 필터
엑셀 다운로드
관리자 작업 이력 확인

모든 항목을 처음부터 개발할 필요는 없습니다.

다만 운영자가 자주 바꿀 항목인데도 관리자 기능에서 제외하면 변경할 때마다 개발자에게 요청해야 할 수 있습니다. 반대로 거의 바뀌지 않는 영역까지 모두 관리자에서 편집하게 만들면 초기 개발 범위가 불필요하게 커질 수 있습니다.

다음 세 가지 기준으로 나누면 범위를 정하기 쉬워집니다.

자주 변경되는 정보

관리자에서 직접 수정할 수 있도록 우선 검토합니다.

가끔 변경되는 정보

변경 빈도와 개발 비용을 비교해 관리자 기능 포함 여부를 정합니다.

거의 변경되지 않는 정보

초기 개발에 포함하고 필요할 때 유지보수로 수정하는 방식도 검토할 수 있습니다.

운영 기능을 논의할 때는 누가 사용할지도 함께 정해야 합니다.

대표 관리자 한 명만 사용하는지, 콘텐츠 담당자와 상담 담당자, 정산 담당자가 나뉘는지에 따라 권한 구조가 달라질 수 있기 때문입니다.

외부 API·결제·ERP 연동이 필요한 경우 확인할 사항

웹사이트가 다른 시스템과 데이터를 주고받아야 한다면 외부 연동 범위를 별도로 정리해야 합니다.

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

결제 서비스
소셜 로그인
지도 및 주소 검색
이메일·문자·알림톡·푸시 알림
본인인증
배송 서비스
ERP
CRM
그룹웨어
기존 회원 데이터베이스
외부 상품·재고·주문 API
AI 및 OCR API

연동이 필요하다는 사실만으로 개발 가능 여부와 범위를 판단할 수는 없습니다.

먼저 연동 대상 서비스에서 필요한 기능을 API로 제공하는지 확인해야 합니다. 계약이나 별도 이용 신청이 필요한지도 살펴봐야 합니다.

홈페이지제작업체에 문의할 때는 아래 내용을 준비하는 것이 좋습니다.

1. 연동 대상 서비스

현재 사용 중인 서비스의 정확한 이름과 버전을 확인합니다.

같은 ERP 제품이라도 설치 방식, 계약 옵션과 버전에 따라 지원되는 연동 방법이 달라질 수 있습니다.

2. 주고받을 데이터

“ERP 연동 필요”라고만 작성하지 말고 어떤 데이터를 어느 방향으로 전달할지 정리합니다.

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

홈페이지에서 접수한 주문을 ERP로 전달
ERP의 상품과 재고 정보를 홈페이지로 가져오기
홈페이지 회원 정보를 CRM에 등록
결제 완료 결과를 예약 데이터에 반영

3. 데이터의 기준 시스템

상품명이나 가격, 재고가 홈페이지와 ERP에 모두 존재한다면 어느 쪽을 기준으로 삼을지 결정해야 합니다.

기준 시스템이 정해지지 않으면 서로 다른 값이 저장됐을 때 어떤 데이터를 수정해야 하는지 판단하기 어렵습니다.

4. 전송 시점

데이터를 즉시 전달해야 하는지, 일정 시간마다 모아서 동기화해도 되는지 확인합니다.

모든 데이터를 실시간으로 연결할 필요는 없습니다. 업무 특성에 맞는 방식으로 정해야 합니다.

5. 실패했을 때의 처리 방법

외부 시스템의 응답이 늦거나 일시적으로 사용할 수 없는 경우도 고려해야 합니다.

사용자에게 어떤 메시지를 보여줄 것인가?
자동으로 다시 시도할 것인가?
운영자가 실패 내역을 확인할 수 있는가?
수동 재전송 기능이 필요한가?
같은 데이터가 중복 등록되지 않도록 어떻게 구분할 것인가?

외부 연동은 정상적으로 연결되는 경우뿐 아니라 연결이 실패했을 때의 운영 방법까지 포함해 범위를 검토해야 합니다.

반응형 웹, SEO, 보안, 서버·배포 범위를 비교하기

홈페이지 견적서에는 ‘반응형 웹’, ‘기본 SEO’, ‘보안 적용’, ‘서버 세팅’과 같은 문구가 자주 등장합니다.

문구가 적혀 있다는 사실보다 구체적으로 무엇이 포함되는지 확인하는 것이 중요합니다.

반응형 웹

반응형 웹은 같은 콘텐츠를 PC, 태블릿, 스마트폰 화면 크기에 맞게 보여주는 방식입니다.

단순히 화면 폭만 줄이는 것이 아니라 모바일에서 메뉴를 어떻게 열고, 표와 입력 폼을 어떻게 보여주며, 버튼을 어떤 크기와 순서로 배치할지 함께 고려해야 합니다.

네이버 서치어드바이저도 웹사이트 제작 시 반응형 웹을 권장하고 있습니다. Google 역시 모바일 크롤러를 기본 크롤러로 사용한다고 안내하므로, 모바일 환경은 선택적인 추가 사항보다 기본 구축 범위로 확인하는 편이 적절합니다. (searchadvisor.naver.com)

업체에 다음 사항을 확인해볼 수 있습니다.

PC와 모바일 디자인이 모두 포함되는가?
태블릿 화면도 점검하는가?
모바일 메뉴와 입력 폼을 별도로 조정하는가?
실제 기기 또는 다양한 화면 크기에서 테스트하는가?
모바일에서 표, 팝업, 파일 첨부가 정상적으로 동작하는가?

검색엔진 최적화

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

페이지별 제목과 설명, 검색로봇 접근, URL 구조, 내부 링크, 사이트맵, 콘텐츠 구조와 모바일 사용성 등을 함께 확인해야 합니다.

네이버 서치어드바이저는 사이트 제목과 설명, robots.txt, RSS와 사이트맵 제출 여부 등을 기본 점검 항목으로 안내합니다. 또한 관리자 페이지나 개인정보 페이지처럼 외부 노출이 적절하지 않은 영역은 검색로봇의 수집 대상에서 제외하도록 안내하고 있습니다. (searchadvisor.naver.com)

Google 검색 센터도 검색로봇이 이동할 수 있는 링크 구조, 사이트맵, 개별 콘텐츠의 URL, 페이지별 제목과 설명 등을 개발 단계에서 고려하도록 안내합니다. 다만 이러한 기본 요건을 적용한다고 특정 검색 순위가 보장되는 것은 아닙니다. (developers.google.com)

SEO 범위를 비교할 때는 다음 항목을 확인해보는 것이 좋습니다.

페이지별 제목과 설명을 설정할 수 있는가?
검색에 노출될 페이지와 제외할 페이지를 구분하는가?
robots.txt와 sitemap.xml을 제공하는가?
네이버 서치어드바이저와 Google Search Console 등록을 지원하는가?
게시글과 포트폴리오마다 개별 URL이 생성되는가?
기존 홈페이지를 교체한다면 기존 주소의 리디렉션을 검토하는가?
운영자가 SEO 정보를 수정할 수 있는가?

개인정보와 보안

회원가입, 문의, 예약, 주문 기능이 있다면 이름과 연락처 등 개인정보를 처리할 가능성이 있습니다.

현재 시행 중인 개인정보 보호법 제30조는 개인정보처리자가 처리 목적, 보유 기간, 제3자 제공, 파기 절차와 방법 등 필요한 사항을 포함한 개인정보 처리방침을 정하고 공개하도록 규정하고 있습니다. 개인정보 보호법 시행령은 개인정보의 안전한 처리를 위한 관리적·기술적·물리적 조치도 요구합니다. 실제 적용 범위는 수집 정보와 서비스 운영 방식에 따라 검토해야 합니다. (law.go.kr)

홈페이지 제작 단계에서는 다음 사항을 사업자와 개발사가 함께 확인해야 합니다.

어떤 개인정보를 왜 수집하는가?
필수 정보와 선택 정보를 구분했는가?
문의나 회원 정보는 어디에 저장되는가?
관리자마다 접근할 수 있는 정보가 다른가?
비밀번호와 민감한 정보는 적절하게 보호되는가?
개인정보 처리방침과 이용약관은 누가 준비하는가?
회원 탈퇴와 데이터 파기 요청을 어떻게 처리하는가?
운영자가 개인정보를 엑셀로 내려받을 수 있다면 권한을 어떻게 제한하는가?
관리자 작업 및 접속 기록이 필요한가?

robots.txt는 검색로봇의 수집을 제한하기 위한 수단일 뿐, 비공개 정보를 안전하게 보호하는 기능은 아닙니다. 네이버 역시 외부에 노출되면 안 되는 정보는 로그인 등 별도의 보호 방법을 사용해야 한다고 안내합니다. (searchadvisor.naver.com)

서버와 배포

웹사이트를 공개하려면 도메인, 서버 또는 호스팅, 보안 인증서, 데이터베이스와 파일 저장 공간 등이 필요할 수 있습니다.

견적서에서 서버 관련 항목을 확인할 때는 다음을 구분해야 합니다.

도메인 구매와 연결
서버 또는 호스팅 개설
데이터베이스 구성
HTTPS 인증서 적용
이미지와 첨부파일 저장
이메일 발송 설정
배포 자동화 여부
로그 확인 방법
백업과 복구 범위
서버 비용의 부담 주체
장애 대응과 모니터링 범위

네이버 서치어드바이저는 HTTPS를 통한 페이지 제공을 권장하고 있으며, HTTP와 HTTPS가 함께 열리는 경우 적절한 리디렉션 상태도 확인하도록 안내합니다. (searchadvisor.naver.com)

서버가 견적에 포함되어 있다는 표현만으로는 충분하지 않습니다. 초기 개설만 포함하는지, 공개 후 운영과 모니터링도 포함하는지를 확인해야 합니다.

견적서에서 페이지 수보다 확인해야 할 포함·제외 항목

페이지 수는 홈페이지 제작 범위를 설명하는 하나의 기준이지만, 그것만으로 전체 업무량을 판단하기는 어렵습니다.

정적인 회사 연혁 페이지 한 장과 예약·결제·상태 관리가 포함된 페이지 한 장은 개발 범위가 같지 않습니다.

홈페이지제작업체의 견적을 비교할 때는 총액보다 아래 항목의 포함 여부를 먼저 맞춰보는 것이 좋습니다.

| 구분 | 확인할 내용 | |---|---| | 기획 | 요구사항 정리, 메뉴 구조, 사용자 흐름, 화면 기획 포함 여부 | | 디자인 | 신규 디자인인지, 템플릿 활용인지, 시안 수와 수정 범위 | | 콘텐츠 | 문구와 이미지 제공 주체, 초기 콘텐츠 등록 수량 | | 사용자 기능 | 회원, 문의, 예약, 주문, 결제, 파일 첨부 범위 | | 관리자 기능 | 콘텐츠 수정, 회원·문의·예약·주문 관리 범위 | | 외부 연동 | 결제, 본인인증, 알림, ERP, CRM, 지도 등 | | 반응형 | PC, 모바일, 태블릿 대응 범위 | | SEO | 제목·설명, 사이트맵, 검색도구 등록, 리디렉션 범위 | | 보안 | HTTPS, 접근 권한, 개인정보 보호, 취약점 점검 범위 | | 데이터 | 기존 게시물·회원·상품 데이터 이전 여부 | | 테스트 | 기능·기기·브라우저 테스트와 오류 수정 기준 | | 배포 | 서버 구축, 도메인 연결, 실제 서비스 공개 여부 | | 유지보수 | 무상 하자 대응 기간과 유상 변경 기준 | | 인수인계 | 소스코드, 디자인 원본, 서버·도메인 계정 전달 범위 |

여러 업체에 문의할 때 동일한 요구사항 문서를 전달하면 비교가 쉬워집니다.

긴 제안요청서를 작성하기 어렵다면 아래 정도만 준비해도 도움이 됩니다.

홈페이지 제작 문의용 간단 정리 양식

1. 제작 목적 누가 방문해 어떤 행동을 완료해야 하는지 한 문장으로 작성합니다.

2. 주요 사용자 일반 고객, 기업 고객, 거래처, 파트너, 내부 직원 등으로 구분합니다.

3. 필요한 사용자 기능 회원가입, 문의, 예약, 주문, 결제, 파일 제출 등을 적습니다.

4. 운영자 업무 콘텐츠 수정, 문의 배정, 예약 승인, 주문 처리, 회원 관리 등 필요한 업무를 적습니다.

5. 외부 연동 현재 사용 중인 ERP, CRM, 결제 서비스, 알림 서비스 등이 있다면 적습니다.

6. 준비된 자료 로고, 브랜드 가이드, 회사 소개서, 사진, 문구, 기존 사이트와 도메인 보유 여부를 적습니다.

7. 공개 희망 일정 반드시 필요한 일정인지, 협의 가능한 목표 일정인지 구분합니다.

8. 1차 범위와 추후 범위 처음 공개할 때 필요한 기능과 운영 후 추가해도 되는 기능을 나눕니다.

이 양식을 기준으로 업체와 상담하면 단순히 “페이지가 몇 개인가요?”에서 끝나지 않고 실제 운영에 필요한 범위를 논의할 수 있습니다.

개발 완료 후 소스코드·계정 인계와 유지보수 조건 점검하기

홈페이지가 정상적으로 공개됐다고 해서 프로젝트의 모든 절차가 끝난 것은 아닙니다.

운영을 시작하기 전에 소스코드와 각종 계정의 소유 및 관리 주체를 확인해야 합니다.

확인해야 할 계정

도메인 계정
서버 또는 클라우드 계정
데이터베이스 접근 정보
파일 저장소
업무용 이메일
결제 서비스 계정
문자 및 알림 서비스 계정
본인인증 계정
네이버 서치어드바이저
Google Search Console
통계 및 분석 도구
소셜 로그인 개발자 계정

가능하다면 사업자 명의 또는 사업자가 직접 관리할 수 있는 계정으로 개설하는 것이 인수인계에 유리합니다.

개발사 계정 아래에 여러 고객의 서비스를 함께 운영하면 업체 변경이나 내부 담당자 변경 시 이전 절차가 복잡해질 수 있습니다.

소스코드와 산출물

계약 전에 아래 항목의 제공 여부와 시점을 확인합니다.

프론트엔드와 백엔드 소스코드
관리자 페이지 소스코드
데이터베이스 구조
디자인 원본
사용한 유료 이미지·폰트·라이브러리 정보
배포 및 실행 방법
외부 API 설정 정보
관리자 사용 방법
데이터 백업 파일
주요 기능과 운영 정책에 관한 문서

소스코드 제공 여부는 홈페이지 유형과 계약 방식에 따라 다를 수 있으므로 당연히 제공될 것이라고 가정하기보다 계약서에 명시하는 편이 좋습니다.

유지보수와 하자 대응

유지보수라는 표현도 업체마다 범위가 다를 수 있습니다.

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

개발한 기능이 기획과 다르게 동작하는 오류 수정
브라우저 또는 운영 환경 변화에 따른 대응
문구와 이미지 교체
신규 페이지 추가
기존 기능 변경
회원·예약·주문 데이터 수정 지원
서버 장애 확인
외부 API 변경 대응
보안 업데이트
백업과 복구
긴급 대응 시간

개발 당시 합의한 기능이 정상적으로 동작하지 않는 문제와, 공개 후 새로운 요구사항을 추가하는 것은 같은 유지보수 범위로 보기 어렵습니다.

무상으로 대응하는 하자의 기준과 기간, 유상으로 처리되는 변경 요청의 기준을 계약 전에 나누어두면 운영 중 혼선을 줄일 수 있습니다.

홈페이지제작업체 문의 전에 최종 확인할 체크리스트

아래 항목을 모두 상세하게 작성할 필요는 없습니다. 아직 결정하지 못한 내용에는 ‘협의 필요’라고 표시해도 됩니다.

중요한 것은 무엇이 확정되었고 무엇을 업체와 함께 결정해야 하는지 구분하는 것입니다.

사이트 목적

[ ] 주요 방문자를 정했다.
[ ] 사용자가 완료해야 할 행동을 정했다.
[ ] 회사 소개형과 기능형 중 필요한 방향을 구분했다.
[ ] 홈페이지 공개 후 기대하는 운영 방식을 정리했다.

사용자 기능

[ ] 회원가입 필요 여부를 정했다.
[ ] 문의 접수 후 처리 방식을 정했다.
[ ] 예약의 신청·확정·변경·취소 기준을 정했다.
[ ] 주문과 결제가 필요한지 확인했다.
[ ] 사용자 유형별로 이용할 수 있는 기능을 구분했다.

관리자 기능

[ ] 운영자가 직접 수정할 콘텐츠를 정했다.
[ ] 회원·문의·예약·주문 관리 필요 여부를 확인했다.
[ ] 검색, 필터, 엑셀 다운로드가 필요한지 확인했다.
[ ] 여러 관리자의 역할과 권한을 구분했다.
[ ] 변경 이력이나 처리 이력이 필요한지 검토했다.

외부 연동

[ ] 결제와 본인인증 서비스 사용 여부를 확인했다.
[ ] 문자·이메일·알림 서비스가 필요한지 정했다.
[ ] ERP·CRM·기존 시스템 연동 여부를 확인했다.
[ ] 연동할 데이터와 전송 방향을 정리했다.
[ ] 외부 서비스의 계약 및 API 제공 여부를 확인했다.

제작과 운영

[ ] PC와 모바일 대응 범위를 확인했다.
[ ] SEO 적용 항목을 구체적으로 확인했다.
[ ] 개인정보 처리와 관리자 보안 범위를 검토했다.
[ ] 서버·도메인·보안 인증서의 비용과 명의를 확인했다.
[ ] 기존 데이터 이전 여부를 정했다.
[ ] 테스트와 실제 배포가 견적에 포함되는지 확인했다.
[ ] 소스코드와 계정 인계 범위를 확인했다.
[ ] 유지보수와 하자 대응 기준을 확인했다.

좋은 홈페이지 제작 문의는 완성된 기획서에서 시작되지 않습니다

홈페이지제작업체에 문의하기 위해 모든 화면과 기능을 미리 확정할 필요는 없습니다.

오히려 비개발자가 기술적인 구조를 먼저 결정하면 실제 운영 방식과 맞지 않거나, 필요 이상의 기능이 포함될 수 있습니다.

업체에 문의하기 전에는 다음 세 가지만 우선 정리해도 됩니다.

누가 웹사이트를 사용하는가?
사용자가 어떤 행동을 완료해야 하는가?
그 행동 이후 운영자는 무엇을 처리해야 하는가?

이 세 가지가 정리되면 회사 소개형 홈페이지로 충분한지, 회원·예약·결제와 관리자 시스템이 필요한 기능형 웹사이트인지 판단하기 쉬워집니다.

홈페이지 제작 범위는 화면 수보다 서비스 목적, 사용자 흐름, 운영 업무와 데이터 구조에 의해 달라집니다. 따라서 여러 업체의 견적을 비교할 때도 총액만 보기보다 각 제안이 같은 범위를 포함하고 있는지 먼저 확인해야 합니다.

원소프트는 기업 웹사이트와 랜딩 페이지뿐 아니라 회원·예약·주문·결제 기반 웹서비스, 관리자 페이지, 외부 API·ERP 연동과 기존 서비스 리뉴얼을 함께 검토합니다.

이미 기능 목록이 준비되어 있다면 사용자 흐름과 관리자 업무가 빠지지 않았는지 확인하고, 아직 아이디어 단계라면 공개에 필요한 1차 범위와 추후 확장 범위를 나누는 것부터 시작할 수 있습니다.

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

제목 후보

홈페이지제작업체에 문의하기 전, 개발 범위와 운영 기능을 정리하는 방법
홈페이지제작업체 견적 비교 전 확인할 사용자·관리자 기능 8가지
홈페이지제작업체 선정 전, 페이지 수보다 먼저 정해야 할 개발 범위
홈페이지 제작 문의 전 체크리스트, 회원·예약·결제·관리자 기능 정리하기
홈페이지제작업체에 무엇을 전달해야 할까? 요구사항 정리 체크리스트

메인 키워드

홈페이지제작업체

서브 키워드

홈페이지 제작 문의
홈페이지 개발 범위
홈페이지 제작 견적
기능형 웹사이트
관리자 페이지 개발

썸네일 문구

홈페이지 제작 전 개발 범위 정리하기
페이지 수보다 운영 기능
업체 문의 전 체크리스트

글 요약

홈페이지제작업체에 문의하기 전에는 페이지 목록보다 웹사이트의 목적, 핵심 사용자 흐름과 운영자의 후속 업무를 먼저 정리해야 합니다. 회사 소개형 홈페이지와 회원·문의·예약·결제 기능이 포함된 웹사이트의 차이부터 관리자 페이지, 외부 연동, SEO·보안·서버, 소스코드 인계와 유지보수까지 견적 비교에 필요한 기준을 정리했습니다.

CTA 후보

홈페이지 제작을 검토하고 있지만 기능 범위를 어디까지 정해야 할지 어렵다면, 현재 운영 방식과 사용자가 완료해야 할 행동을 기준으로 1차 개발 범위를 함께 정리해볼 수 있습니다.

준비된 요구사항이나 기존 홈페이지가 있다면 사용자 화면뿐 아니라 관리자 운영, 외부 연동과 인수인계 범위까지 빠진 항목이 없는지 검토해드릴 수 있습니다.

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

홈페이지 관리자 페이지, 운영자가 직접 수정해야 할 기능을 정하는 방법
홈페이지 제작 계약서에서 확인해야 할 소스코드·도메인·서버 소유권
기업 홈페이지 리뉴얼 전 기존 URL·콘텐츠·검색 노출을 이전하는 방법