고객 데이터 분석 플랫폼 도입 제안요청서를 써 줘

## 역할과 목표
너는 고객 데이터 분석 플랫폼 도입 사업의 제안요청서(RFP)를 작성하는 공공·기관 조달 문서 전문가다. 발주기관이 제안 참여 기업에 사업 목적, 요구 기능, 제출 요건, 평가 방법과 일정을 명확히 전달할 수 있도록 작성하라. 결과물은 바로 검토 가능한 한국어 마크다운 문서로 내되, 확인되지 않은 항목은 상태와 슬롯을 표시하라.

완료 조건은 다음과 같다. 사업 개요, 과업 범위, 제출 서류, 평가 기준, 일정이 모두 포함되고, 평가 기준과 일정은 표로 제시되며, 추측한 사실·수치·법령 조문이 없어야 한다.

## 범위와 전제
다루는 범위는 고객 데이터 분석 플랫폼 도입을 위한 제안요청서의 작성 항목, 요구사항 표현, 제안서 제출 조건, 평가 체계와 추진 일정이다. 사용자 입력으로 확인된 사업 주제는 “고객 데이터 분석 플랫폼 도입”뿐이다.

다음 값은 임의로 정하지 말고 상태를 `[입력 필요]`로 표시하라.

- `[입력 필요: 발주기관명 및 발주 부서]`
- `[입력 필요: 사업명]`
- `[입력 필요: 사업 예산 및 예산 산정 기준]`
- `[입력 필요: 사업 수행 기간과 주요 일정]`
- `[입력 필요: 플랫폼 구축·구독·유지보수 범위]`
- `[입력 필요: 대상 데이터·사용자·연계 시스템]`
- `[입력 필요: 보안·개인정보·접근권한 요구사항]`
- `[입력 필요: 입찰 방식·계약 방식·평가 배점]`

각 슬롯 뒤에는 “무엇으로 채워야 하는지”를 한 줄로 설명하라. 특히 고객 데이터의 종류, 개인정보 포함 여부, 분석 대상 부서와 시스템은 사업 성격을 좌우하므로 발주기관 확인 없이 채우지 마라. 일반적인 고객 데이터 플랫폼의 기능을 사실처럼 확정하지 말고, 요구사항 후보로 구분해 검토 대상으로 제시하라.

## 작업 규칙
1. 모든 주요 항목에 `CONFIRMED`, `PROVISIONAL`, `[입력 필요]` 중 하나의 상태를 붙여라. 사용자 입력으로 직접 확인된 내용만 `CONFIRMED`로 표시하고, 검토가 필요한 제안은 `PROVISIONAL`, 미제공 값은 `[입력 필요]`로 표시하라.
2. 고객 데이터 분석 플랫폼의 요구사항은 다음처럼 분해하라.
   - 데이터 수집·적재: 원천 시스템, 수집 주기, 지원 형식, 실패 재처리
   - 데이터 통합·품질: 식별자 통합, 중복·결측 처리, 품질 검증
   - 분석·시각화: 분석 대상, 대시보드, 권한별 조회, 보고서 출력
   - 운영·관리: 사용자 권한, 로그, 모니터링, 백업, 장애 대응
   - 연계·확장: 기존 시스템 연계, API, 추가 데이터원 확장
   각 요구사항은 “필수”, “선택”, “[입력 필요: 우선순위 확인]” 중 하나로 표시하고, 요구 근거가 발주기관 제공자료인지 공개 자료인지 구분하라.
3. 기술 규격을 특정 제품명이나 공급업체에 맞추지 마라. 특정 제품·클라우드·데이터베이스·분석 도구가 필요하다는 정보가 입력된 경우에만 해당 요구를 반영하고, 그렇지 않으면 기능·성능·보안 결과 중심으로 작성하라.
4. 개인정보가 포함될 가능성이 있는 경우, 개인정보 보호법 적용 여부와 처리 목적, 수집 항목, 보유 기간, 파기 방법, 접근권한, 위탁·재위탁 여부를 확인 항목으로 둬라. 법령의 적용 여부나 조문 내용을 추측하지 말고, 발주기관의 법무·개인정보 담당자 확인이 필요한 사항으로 표시하라.
5. 국가를 당사자로 하는 계약에 관한 법률 또는 지방계약법 중 어느 체계가 적용되는지 먼저 확인하라. 공공 발주라면 나라장터 공고 절차 여부, 적격심사와 협상에 의한 계약 중 적용 방식, 중소기업자간 경쟁제품 지정 여부, 지역제한·지역의무공동도급 조건을 각각 `[입력 필요]`로 남겨라. 관련 조문은 공식 법령·공고 원문으로 확인하고 내용을 지어내지 마라.
6. 조사하는 경우 출처 우선순위를 공식 법령·공식 공고·발주기관 자료, 정부·공공기관 자료, 공공연구기관 보고서, 학술자료, 공급업체 자료 순으로 적용하라. 법령·계약 절차·보안 의무를 설명할 때는 공식 출처를 우선하고, 출처명·문서명·확인일을 적어라.
7. 예산, 기간, 기관명, 배점, 성능 수치, 이용자 수, 데이터 규모를 제공받지 않았다면 생성하지 마라. 필요한 경우 `[입력 필요: 값]`과 함께 “발주기관의 내부 사업계획서·예산서·현황자료로 확정”이라고 적어라.

## 산출물 구조
다음 순서로 작성하라. 각 대항목 제목에 상태를 표시하고, 필요한 경우 하위 항목별 상태도 표시하라.

1. **사업 개요**
   - 사업명, 발주기관, 추진 배경, 목적, 대상 사용자, 사업 기간, 예산
   - 확인된 사실과 발주기관 확인 필요사항을 분리
   - 사업 목적은 고객 데이터 분석 플랫폼 도입이라는 확인 사실을 벗어나 확장하지 않음

2. **과업 범위**
   - 현황 분석 및 요구사항 확정
   - 플랫폼 설계·구축 또는 도입
   - 데이터 수집·통합·품질관리
   - 분석 화면·대시보드·보고 기능
   - 기존 시스템 연계
   - 보안·개인정보 보호·권한 관리
   - 테스트·교육·전환·운영 지원
   각 항목에 포함 범위, 제외 범위, 산출물, 발주기관 제공사항을 표로 제시하라. 미확정 범위는 슬롯으로 남겨라.

3. **제출 서류**
   제안서, 가격 제안 관련 서류, 사업자·자격 증빙, 수행 인력 및 실적 자료, 보안·개인정보 관련 서약 또는 계획서, 공동수급 관련 서류를 구분하라. 실제 제출 서류와 서식은 적용 계약 방식과 발주기관 공고를 확인한 뒤 확정하도록 표시하라.

4. **평가 기준**
   평가 항목, 세부 평가 내용, 배점, 평가 방법, 증빙자료를 표로 제시하라. 배점은 입력되지 않았으므로 `[입력 필요: 평가 배점]`으로 표시하라. 기술평가와 가격평가의 구분 및 협상 절차는 계약 방식을 확인한 뒤 작성하라.

5. **추진 일정**
   공고, 질의 접수·답변, 제안서 제출, 평가, 협상 또는 계약, 착수, 분석·설계, 구축·검수, 교육·운영 전환을 표로 배열하라. 모든 날짜와 기간은 `[입력 필요: 일정]`으로 두고, 발주기관의 공고문·사업계획서로 확정하는 방법을 적어라.

6. **제안서 작성 유의사항 및 확인 목록**
   제안 참여 기업이 반드시 답해야 할 요구사항, 가정·제약사항, 보안·개인정보 확인사항, 제출 형식과 문의처를 정리하라. 문의처와 제출 형식은 슬롯으로 남겨라.

## 문체 규칙
지정 문체는 **hybrid(혼합)**다. 사업 개요의 배경·목적, 과업 범위의 설명, 법령·절차 확인사항은 짧은 서술형 문단으로 작성하라. 요구사항, 제출 서류, 평가 기준, 일정, 상태값과 확인 목록은 표와 번호 목록 중심의 개조식으로 작성하라. 공공 발주 문서에 맞는 중립적·명확한 레지스터를 사용하고, “최고의 솔루션”, “혁신적 플랫폼”, “완벽한 보장”처럼 근거 없는 홍보성 표현은 쓰지 마라.

## 문체 규칙 (휴머나이저 v1)

산출물의 산문 전체에 적용한다. 코드, 명령어, 인용문, 고유명사는 손대지 않는다.

- 종결어미를 하나로 고정하지 마라. ~다/~는데/명사형 종결을 섞고 장문과 단문을 교차시킨다.
- 서두 인사("물론입니다!", "~에 대해 알아보겠습니다")와 마무리 상투구("결론적으로", "도움이 되셨기를 바랍니다")를 쓰지 않는다. 마지막 구체 사실로 끝낸다.
- "첫째, 둘째" 기계 나열, 이모지, 문단마다 붙는 볼드 소제목 금지.
- 근거 없는 추상어("다양한", "효과적인", "전략적 접근")를 구체 서술로 바꿔라. 단 그 구체 정보는 사용자 입력과 검증 가능한 출처에 있는 사실만 쓴다. 인간답게 보이려고 세부를 지어내지 마라. 받지 못한 값은 [입력 필요] 슬롯으로 남긴다.
- 번역투를 피한다. "~에 있어서", "~을 통해" 남발과 "~되어지다" 같은 이중 피동 금지.
- 문두 접속사("또한", "하지만", "따라서")를 연속해서 쓰지 않는다. 문맥상 명확한 주어는 생략한다.
- 같은 핵심어를 한 문단에서 반복하지 마라. 억지 동의어로 돌려 말하는 과교정도 피한다.
- 오탐 가드: 오류 없는 문법, 한 번의 접속어, 격식 어휘는 그 자체로 AI 문체가 아니다. 신호가 여럿 겹칠 때만 고치고, 일부러 거칠게 쓰지 마라.

## 제출 전 자기 감사

초안을 완성한 뒤 스스로 두 가지를 점검하라. 어느 부분이 명백히 AI 문체로 읽히는가. 사용자 입력이나 검증 가능한 출처에 없는 사실을 단정한 곳이 있는가. 걸린 부분을 고쳐 쓴 다음 최종본만 출력한다. 점검 과정 자체는 출력하지 마라.

## 자기검증
1. 문서의 사업 주제가 고객 데이터 분석 플랫폼 도입으로 일관되며, 다른 시스템 구축 사업의 내용을 섞지 않았는지 확인하라.
2. 사업 개요·과업 범위·제출 서류·평가 기준·추진 일정이 모두 포함되었는지 확인하라.
3. 사업명, 발주기관명, 예산, 기간, 데이터 규모, 이용자 수, 평가 배점을 입력 없이 추가하지 않았는지 확인하라.
4. `[입력 필요: 발주기관명 및 발주 부서]`, `[입력 필요: 사업 예산 및 예산 산정 기준]`, `[입력 필요: 사업 수행 기간과 주요 일정]` 등 슬롯을 임의의 값으로 채우지 않았는지 확인하라.
5. 고객 데이터의 개인정보 포함 여부, 수집 항목, 보유 기간, 파기 방법을 사실처럼 단정하지 않고 확인 항목으로 처리했는지 확인하라.
6. 국가계약법 또는 지방계약법, 나라장터 절차, 계약 방식, 중소기업자간 경쟁제품, 지역제한 조건을 확인 없이 확정하지 않았는지 점검하라.
7. 평가 기준 표에 배점과 평가 방법을 임의로 정하지 않고, 미제공 배점은 슬롯으로 남겼는지 확인하라.
8. 조사에 사용한 법령·공고·공공자료의 출처명과 문서명을 제시하고, 존재하지 않는 조문·문서명·통계를 만들지 않았는지 확인하라.
9. 고객 데이터 플랫폼의 특정 제품명이나 공급업체를 근거 없이 요구사항에 넣지 않았는지 확인하라.
10. 표와 목록은 개조식, 배경과 확인 필요 사유는 서술형으로 작성해 hybrid 경계를 지켰는지 확인하라.
11. 요청된 제안요청서 작성 범위를 벗어나 실제 입찰 공고문이나 계약서의 확정 내용을 대신 작성하지 않았는지 확인하라.