Request Smart. Compare Fairly.

홈페이지 RFP 템플릿 | 제안요청서 작성에 바로 쓰는 실무 항목 정리

외주 견적 요청을 ‘같은 기준’으로 정리해 비교를 쉽게 만들고, 추가비용·일정 지연 리스크를 줄입니다.

홈페이지 RFP는 요구사항 목록보다 비교 기준입니다

홈페이지 RFP는 제작사에 원하는 화면과 기능을 길게 설명하는 문서만이 아닙니다. 사업목표·디자인 방향·제작범위·콘텐츠·기능·일정·산출물·소유권을 같은 질문 구조로 정리하고, 여러 제작사가 동일한 형식으로 답하게 만드는 비교 기준입니다.

Same Questions

같은 질문

후보 제작사 모두에게 같은 버전의 요구사항과 첨부자료를 전달합니다.

Same Categories

같은 분류

기본 포함·선택·별도견적·고객 준비·외부 실비·미정 협의로 답변을 통일합니다.

Comparable Output

같은 산출물 기준

가격만이 아니라 산출물·책임·일정 전제·소유권·QA·오픈 후 지원의 차이를 비교합니다.

모르는 항목을 억지로 확정할 필요는 없습니다. 미정·협의 또는 제작사 제안 요청으로 표시하면 제작사가 추측하지 않고 질문과 대안을 제시할 수 있습니다.

PDF로 검토하고 DOCX로 편집합니다

현재 연결된 PDF와 DOCX는 이 페이지의 핵심 다운로드 자산입니다. 페이지 리뉴얼은 기존 파일을 교체하지 않으며, PDF는 내부 검토·공유용, DOCX는 직접 편집·승인용으로 활용할 수 있습니다.

작성 전 확인: 발송본에는 문서 버전·작성일·최종 수정일·작성자·내부 검수자·최종 승인자를 표시하고, 모든 후보 제작사에 같은 버전을 보내는 것이 좋습니다.
PDF · 보기/공유용

RFP 템플릿 PDF

내부 회의, 범위 검토, 후보 제작사 공유에 적합합니다. 직접 편집보다 기준 확인과 동일 문서 배포에 사용합니다.

DOCX · 편집용

편집용 RFP DOCX

프로젝트 정보, 미정 항목, 첨부자료, 질문과 승인자를 직접 작성하는 작업용 문서입니다. 내부 검수 후 최종본을 배포합니다.

모르는 항목도 현재 상태를 표시하면 비교할 수 있습니다

모든 칸을 완벽하게 채우는 것보다 현재 결정 상태를 표시하는 편이 중요합니다. 빈칸이 많으면 제작사가 추측하지만, 상태가 표시되면 질문·제안·제외범위를 분명히 할 수 있습니다.

01

확정

내부에서 이미 결정했고 제작사에도 동일하게 전달할 수 있는 항목입니다.

02

미정·협의 필요

방향은 있으나 범위·비용·일정 영향을 확인한 뒤 정해야 하는 항목입니다.

03

제작사 제안 요청

전문적 대안, 구조, 기술방식 또는 단계별 옵션을 제안받아야 하는 항목입니다.

04

이번 범위에서 제외

현재 프로젝트에는 포함하지 않으며 향후 확장 또는 별도 프로젝트로 분리할 항목입니다.

내부 목표·자료·기능·승인 준비도를 먼저 점검해야 한다면 기업 홈페이지 제작 핵심 체크리스트를 함께 활용할 수 있습니다.

홈페이지 RFP의 핵심 구조 10개

RFP의 질문 수를 늘리기보다 프로젝트의 범위·책임·승인·소유권을 빠뜨리지 않는 10개 구조로 정리합니다. 각 항목은 확정·미정·제안 요청·제외 상태와 함께 기록할 수 있습니다.

01

사업목표·핵심 고객

제작 목적, 핵심 고객, 가장 중요한 행동, 우선순위와 운영지표를 정합니다.

02

Desired Identity·디자인 방향

현재와 원하는 기업 인상, 신뢰 근거, 레퍼런스의 판단 포인트와 피해야 할 표현을 적습니다.

03

신규 제작·기존 리뉴얼·보호 자산

신규·리뉴얼 여부와 기존 URL, 검색 유입, 콘텐츠, 데이터, WPML·Schema·Redirect 보호범위를 구분합니다.

04

사이트맵·페이지·템플릿 범위

상위 메뉴, 고유 페이지, 반복형 상세, CPT·ACF, 아카이브, 검색·필터와 관리자 화면 범위를 정합니다.

05

콘텐츠·자료·사실검수

원고 작성주체, 이미지·영상, 회사·제품자료, 인증·실적, 번역과 전문정보 검수 책임을 구분합니다.

06

기능·데이터·외부연동

문의·예약·구매·회원·검색·결제·CRM·ERP·PIM·API·데이터 이전과 관리자 운영을 흐름으로 설명합니다.

07

검색·AI·다국어 구조

페이지 역할, 메타, H 구조, canonical, sitemap·robots, Schema, FAQ, 내부링크, WPML·현지화 범위를 확인합니다.

08

일정·승인·변경관리

자료 전달, 사이트맵·디자인·콘텐츠·기능 승인, 수정 정의, 범위 변경, 일정·비용 영향과 Go/No-Go를 정합니다.

09

산출물·계정·소유권·라이선스

웹사이트, 원본파일, 문서, 관리자, 도메인·서버, 분석도구, 테마·플러그인·폰트·이미지와 백업 범위를 적습니다.

10

QA·런칭·인수인계·운영

PC·태블릿·모바일, 브라우저, 폼·메일, 기능, 속도·보안, Redirect·404, 백업·복구, 교육·운영매뉴얼을 완료기준으로 정합니다.

RFP 구조를 한눈에 정리합니다

사업목표에서 QA·인수인계까지의 흐름을 한 장으로 확인합니다. 모든 항목이 처음부터 확정돼야 하는 것은 아니며, 미정·제안 요청 상태를 유지한 채 제작사의 답변을 받을 수 있습니다.

홈페이지 RFP 구조 지도 PC·태블릿용
홈페이지 RFP 구조 지도 모바일용

신규 제작과 기존 리뉴얼을 처음부터 분기합니다

신규 제작과 기존 사이트 리뉴얼은 같은 문서를 사용하더라도 보호해야 할 자산과 질문의 깊이가 다릅니다.

New Build

신규 제작

  • 사업목표·핵심 고객·Desired Identity
  • 사이트맵·원고·이미지·기능
  • 운영 담당·승인자·향후 확장
  • 최소 런칭안과 단계별 확장
Renewal

기존 리뉴얼

  • 현재 URL·GSC·GA4·검색 유입
  • 유지할 콘텐츠·이미지·회원·제품·문의 데이터
  • Redirect·canonical·Schema·WPML
  • 관리자 계정·외부연동·백업·롤백
리뉴얼 원칙: 기존 URL과 데이터를 새 디자인과 무관하게 삭제하거나 변경하지 않습니다. 유지·보강·통합·301 대상을 먼저 정한 뒤 상세 범위를 산정합니다.

Desired Identity와 페이지·템플릿 범위를 함께 정합니다

레퍼런스 URL만 전달하면 화면 모양을 모방하기 쉽습니다. 참고사이트보다 먼저 ‘어떤 기업으로 인식돼야 하는가’를 문장으로 정리합니다.

Current

현재 기업 인상

현재 사이트와 영업자료가 전달하는 인상, 오해되는 지점, 약한 신뢰요소를 적습니다.

Desired

원하는 기업 인상

전문성·신뢰·혁신·프리미엄 등 원하는 인상을 고객과 시장의 언어로 정의합니다.

Evidence

실제 신뢰 근거

사례·실적·인증·프로세스·제품·전문인력 중 실제 공개할 수 있는 근거를 연결합니다.

Direction

Hero·타이포·이미지 톤

첫 화면의 핵심 메시지, 피해야 할 표현, 컬러·타이포그래피·이미지 방향을 정합니다.

Template

고유·반복 템플릿

모든 페이지를 고유 디자인할지, 반복형 상세·CPT·ACF로 운영할지 구분합니다.

Responsive

PC·태블릿·모바일 품질

모바일에서 단순 축소가 아니라 정보 우선순위·CTA·표·카드가 어떻게 재구성될지 적습니다.

범위 단위 RFP에서 확인할 내용 견적 차이를 만드는 이유
고유 페이지 홈·대표 서비스·브랜드 스토리 등 별도 아트디렉션 페이지별 구조와 시각 판단이 다름
반복형 상세 서비스·제품·사례·문서의 공통 템플릿 템플릿 수와 데이터 입력량이 다름
CPT·ACF·아카이브 관리자 입력필드, 목록, 상세, 검색·필터 데이터 모델과 운영기능이 포함됨
관리자·운영 화면 승인, 상태, 권한, 알림, 데이터 관리 프런트 페이지 수만으로 범위를 설명할 수 없음

기능 이름 대신 사용자 흐름·데이터·검색·다국어를 적습니다

회원가입·예약·검색 같은 기능 이름만 적지 말고, 사용자가 어떤 상태를 거쳐 어떤 결과에 도달하는지와 관리자가 무엇을 확인·승인하는지를 설명합니다.

01

사용자·행동

누가 사용하고 어떤 행동을 하며 어떤 결과를 기대하는지 적습니다.

02

데이터·상태

입력·저장·변경되는 데이터와 신청·대기·승인·완료 같은 상태를 구분합니다.

03

알림·예외

이메일·문자·관리자 알림과 취소·오류·중복·권한 예외를 설명합니다.

04

관리자·연동

관리자가 확인·승인할 업무와 CRM·ERP·PIM·결제·API 연동을 구분합니다.

검색 구조

URL 역할, Primary, SEO Title·Meta, H 구조, canonical, sitemap·robots, Schema, FAQ, 내부링크와 GSC 연결을 산출물로 확인합니다.

AI 이해 구조

Answer Layer, 질문·답변의 정답 URL, 기업·서비스·근거의 관계를 요청하되 AI 인용이나 순위를 보장하지 않습니다.

다국어 운영

대상 시장·언어, WPML, 번역·현지화, 언어별 검수자, hreflang·canonical·업데이트 책임을 구분합니다.

고객사·제작사·공동결정의 책임을 나눕니다

모든 업무를 제작사 또는 고객사 한쪽 책임으로 몰지 않고, 사실검수·구현·공동판단을 구분합니다. 실제 분담은 계약과 자료 준비상태에 맞게 조정합니다.

Client

고객사

사업목표·기업 사실·전문정보·약관·인증·실적·내부 승인과 최종 공개 승인을 담당합니다.

Agency

제작사

정보구조·편집·디자인 시스템·WordPress 구현·반응형·기능·기술 QA·배포·인수자료를 담당합니다.

Joint

공동결정

Desired Identity·사이트맵·페이지 역할·핵심 메시지·CTA·템플릿·기능 우선순위·승인 게이트를 함께 정합니다.

업무영역 고객사 제작사 공동결정
사업목표·사실관계 목표·공식정보·최종 승인 질문·구조화·가독성 편집 우선순위·공개범위
Desired Identity·디자인 선호·금지·기업 맥락 아트디렉션·시각화·시스템 대표 시안·판단기준
사이트맵·콘텐츠 자료·사실·전문검수 페이지 역할·편집·배치 핵심 메시지·CTA
기능·외부연동 업무규칙·계정·데이터 개발·테스트·문서화 우선순위·예외·범위
QA·런칭·운영 업무·사실·최종 공개 승인 기능·반응형·배포 검수 Go/No-Go·지원 경계

일정표에는 승인과 변경의 시간을 포함합니다

완료일 하나만 요청하지 말고 고객사 자료·승인 시간과 변경관리까지 일정에 포함합니다.

01자료 전달02킥오프03사이트맵04아트디렉션05대표 템플릿06콘텐츠07기능08반응형 QA09최종검수10Go/No-Go11런칭12인수인계
Revision

수정

승인된 범위 안에서 문구·이미지·간격·명백한 오류를 보정합니다. 수정 횟수뿐 아니라 어떤 보정이 포함되는지 정의합니다.

Scope Change

범위 변경

새 페이지·새 기능·새 언어·원고 전체 교체·승인된 구조 재설계처럼 일정·비용·QA 범위에 영향을 주는 변경입니다.

변경요청 기록: 요청 내용, 기존 합의와의 차이, 영향 페이지·기능, 일정·비용 영향, QA 재수행 범위, 승인자와 반영 결과를 남깁니다.

산출물·계정·소유권·라이선스를 사이트 밖까지 확인합니다

웹사이트 화면만 납품받는 것으로 끝내지 않고, 운영에 필요한 계정·문서·라이선스·백업까지 확인합니다.

Deliverables

산출물

최종 사이트, 사이트맵, 디자인 기준, 콘텐츠 원본, 이미지, Meta·Schema 설정, Redirect Map, 운영매뉴얼을 구분합니다.

Accounts

계정·명의

도메인·DNS·호스팅·WordPress 관리자·GA4·GSC·Tag Manager·CDN·문의메일 접근권한을 정합니다.

License

소유권·라이선스

고객 구매, 제작사 라이선스, 외부 구독, 별도 구매와 갱신·이전 가능범위를 구분합니다.

Handover

백업·인수인계

파일·DB·미디어 백업, 콘텐츠 등록방법, 업데이트·복구, 외부연동, 알려진 제한사항과 지원경계를 적습니다.

제작사 답변을 여섯 가지 분류로 통일합니다

총액만 비교하지 않고 각 항목의 범위 설명·산출물·일정 전제·고객 제공자료·제한사항·추가비용 조건·오픈 후 지원·라이선스 정책을 같은 형식으로 받습니다.

01

기본 포함

제안금액과 기본 일정에 포함되는 범위

02

선택과제

필요에 따라 추가할 수 있는 옵션

03

별도견적

별도 산정이 필요한 기능·작업

04

고객사 준비

고객이 제공·승인·검수해야 할 자료와 업무

05

외부 서비스 실비

호스팅·솔루션·번역·라이선스 등 외부비용

06

미정·추가 협의

자료와 업무규칙 확인 후 결정할 항목

제작사 표준 응답 매트릭스로 차이를 확인합니다

페이지·템플릿, 콘텐츠·디자인, 기능, 데이터·연동, 검색·AI·다국어, 일정·승인, QA·런칭, 산출물·소유권, 운영·지원의 답변을 동일 분류로 비교합니다. 표는 자동 점수화가 아니라 차이를 드러내는 기준입니다.

비교영역 기본 포함 선택과제 별도견적 고객 준비 외부 실비 미정·협의
페이지·템플릿 기본 페이지 고유 템플릿 추가 페이지 사이트맵 승인 유료 템플릿 범위 협의
콘텐츠·디자인 기본 편집 이미지 제작 원고 작성 공식 자료 폰트·스톡 아트디렉션
기능 기본 폼 예약·검색 맞춤개발 업무규칙 솔루션 구독 예외 협의
데이터·연동 기본 입력 마이그레이션 API 개발 원본·계정 서비스 사용료 데이터 검토
검색·AI·다국어 메타·기본 FAQ·Schema 고도화·번역 사실검수 번역·도구 시장 협의
일정·승인 기본 일정 병렬작업 긴급진행 승인자·자료 외부검수 일정 협의
QA·런칭 기본 QA 추가 기기 강화 QA 최종 승인 테스트 서비스 런칭 조건
산출물·소유권 사이트·계정 원본파일 별도 문서 명의 확인 라이선스 이전범위
운영·지원 초기 안정화 월 관리 SLA 운영 담당자 유료 도구 지원 협의
제작사 표준 응답 매트릭스 PC·태블릿용
제작사 표준 응답 매트릭스 모바일용

완료일보다 QA·Go/No-Go·인수인계를 요청합니다

RFP에서 ‘완료’의 정의를 요청해야 런칭 직전의 누락과 인수인계 공백을 줄일 수 있습니다.

QA

완료기준

콘텐츠 사실, PC·태블릿·모바일, 브라우저, 링크, 폼·메일, 기능, 계정·권한, 속도·보안, canonical·Schema·WPML, Redirect·404를 확인합니다.

Go / No-Go

런칭 승인

백업과 복구계획을 확보하고 최종 승인자가 운영서버 반영 여부를 결정합니다. 오픈 뒤 폼·메일·검색설정을 다시 점검합니다.

Handover

인수인계·운영

계정 목록, 라이선스, 등록방법, 백업·복구, 업데이트 기준, 외부연동, 제한사항, 장애·문의 경로와 지원범위를 받습니다.

오픈 전후 세부 검수항목은 홈페이지 런칭 체크리스트에서 별도로 확인합니다.

준비상태에 맞는 제작경로를 RFP에서 구분합니다

같은 홈페이지 외주라도 고객 준비자료와 전략·콘텐츠·기능 개입수준에 따라 제작경로가 달라집니다. 공식 서비스 문서에 없는 가격·기간·페이지 수를 RFP 페이지에서 임의로 확정하지 않습니다.

01

01 제작형

사이트맵·원고·이미지가 준비된 프로젝트입니다. RFP에서 고객 준비자료, 고유 템플릿 수, WordPress 구현범위와 선택·별도견적 기능을 확인합니다.

01 제작형 확인 →

02

02 검색자산형

페이지 역할·검색질문·Working Draft부터 공동 설계하는 프로젝트입니다. 고객 사실검수, 검색질문, 허브·FAQ·Schema·내부링크 산출물을 확인합니다.

02 검색자산형 확인 →

03

검색자산 보호형 리뉴얼

기존 URL·검색 유입·콘텐츠·데이터·WPML·Schema를 보호해야 합니다. 자산 인벤토리, 유지·보강·통합·301, 백업·롤백과 GSC 기준선을 확인합니다.

리뉴얼 범위 확인 →

04

Enterprise

대규모 다국어·회원·결제·예약·검색·필터·외부 CRM·ERP·PIM·API·대량 데이터와 복수 승인자가 결합된 프로젝트입니다. 전담 PM·단계별 승인·강화 QA·인프라·운영경계를 별도 협의합니다.

별도 범위 협의

현재 단계에 맞는 다음 문서를 선택합니다

RFP 자체가 모든 의사결정과 검수를 대신하지는 않습니다. 현재 막힌 단계에 맞는 문서를 선택해 함께 사용합니다.

사례·비용을 확인한 뒤 상담합니다

RFP 작성 후에는 포트폴리오와 비용 구조를 확인하고, 범위가 불명확한 항목은 상담에서 질문으로 남깁니다.

‘프리미엄 홈페이지 제작’은 한 번 만들고 끝나는 작업이 아니라, 영업과 신뢰를 쌓는 기반입니다. 상담에서 지금 단계에 필요한 것만 추려서 로드맵 형태로 정리해드립니다.

F.A.Q
홈페이지 RFP 템플릿
홈페이지 RFP는 무엇인가요?

홈페이지 RFP는 사업목표·디자인 방향·제작범위·콘텐츠·기능·일정·산출물·소유권을 같은 질문 구조로 정리하고, 여러 제작사가 동일한 분류로 답하도록 만드는 제안요청서입니다. 완벽한 정답을 작성하는 문서라기보다 비교 가능한 기준을 만드는 도구입니다.

예산이 미정이어도 RFP를 보낼 수 있나요?

가능합니다. 예산을 확정값으로 억지로 입력하기보다 범위 확인 후 협의, 제작사 제안 요청, 단계별 예산 제안처럼 현재 상태를 표시할 수 있습니다. 다만 반드시 포함할 우선순위와 제외할 범위는 가능한 한 구분하는 편이 좋습니다.

페이지 수를 확정하지 못해도 괜찮나요?

괜찮습니다. 페이지 수 대신 필요한 메뉴, 고유 템플릿, 반복형 상세, 아카이브·검색·필터, 관리자 화면을 구분해 제작사에 사이트맵과 템플릿 수를 제안해 달라고 요청할 수 있습니다.

모르는 항목은 어떻게 표시해야 하나요?

빈칸으로 두기보다 확정, 미정·협의 필요, 제작사 제안 요청, 이번 범위에서 제외 중 하나로 표시하는 것이 좋습니다. 이렇게 해야 제작사가 추측하지 않고 질문하거나 대안을 제안할 수 있습니다.

홈페이지 견적 요청 체크리스트와 RFP는 무엇이 다른가요?

견적 요청 체크리스트는 상담 전에 핵심 프로젝트 정보를 빠르게 전달하는 간단한 브리프입니다. RFP는 여러 제작사가 같은 질문에 같은 형식으로 답하도록 범위·책임·산출물·소유권·QA·인수인계까지 더 깊게 정리하는 문서입니다.

여러 제작사에 동일한 RFP를 보내야 하나요?

비교가 목적이라면 동일한 버전의 RFP를 보내는 편이 좋습니다. 질문이 업체마다 다르면 총액뿐 아니라 포함범위·전제·산출물도 달라져 비교가 어려워집니다. 추가 질의와 답변도 가능한 한 모든 후보에게 같은 기준으로 공유합니다.

제작사 답변은 어떤 형식으로 요청해야 하나요?

각 항목을 기본 포함, 선택과제, 별도견적, 고객사 준비, 외부 서비스 실비, 미정·추가 협의로 분류하고 범위 설명·산출물·일정 전제·제한사항·추가비용 조건·오픈 후 지원·라이선스 정책을 함께 답하도록 요청할 수 있습니다.

원고와 이미지는 누가 준비한다고 적어야 하나요?

고객사 최종원고 제공, 고객사 초안·제작사 편집, 제작사 Working Draft·고객사 사실검수, 전문 번역 별도처럼 책임을 구체적으로 구분합니다. 기업 사실·전문정보·약관·인증·실적의 최종 승인은 고객사가 맡는 것이 일반적입니다.

수정과 범위 변경은 어떻게 구분하나요?

수정은 승인된 범위 안에서 문구·이미지·간격·명백한 오류를 보정하는 작업입니다. 새 페이지·새 기능·새 언어·원고 전체 교체·승인된 구조 재설계는 범위 변경으로 보고 일정·비용·QA 재수행 범위와 승인자를 기록하는 편이 좋습니다.

도메인·호스팅·관리자·라이선스는 어떻게 적나요?

도메인·DNS·호스팅·WordPress 최고관리자·GA4·GSC·CDN·문의메일·백업의 명의와 접근권한을 적습니다. 유료 테마·플러그인·폰트·이미지는 고객 구매, 제작사 라이선스, 외부 구독, 별도 구매를 구분하고 갱신·이전 범위를 확인합니다.

기존 사이트 리뉴얼 RFP에는 무엇을 추가해야 하나요?

현재 URL과 GSC·GA4, 검색 유입 페이지, 유지할 콘텐츠·이미지·데이터, 통합·삭제·Redirect 후보, canonical·Schema·WPML, 외부연동, 관리자 계정, 백업·롤백과 런칭 후 관찰 기준을 추가합니다.

PDF·DOCX 템플릿과 01·02·리뉴얼·Enterprise는 어떻게 사용·구분하나요?

PDF는 내부 검토와 공유용, DOCX는 직접 편집하는 작업용으로 활용할 수 있습니다. 사이트맵·원고·이미지가 준비되면 01 제작형, 페이지 역할·검색질문·Working Draft부터 필요하면 02 검색자산형, 기존 URL·데이터 보호가 중요하면 보호형 리뉴얼, 복합 다국어·회원·결제·연동·대량 데이터가 결합되면 Enterprise를 검토합니다.