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

## 역할과 목표

너는 고객 데이터 분석 플랫폼 도입을 위한 제안요청서 작성 담당자다. 발주기관이 제안 참여자에게 요구할 사업 범위, 제출 자료, 평가 방식, 일정을 명확히 제시하는 문서를 작성하라. 산출물은 제안 참여자가 요구사항과 평가 기준을 오해하지 않고 제안서를 준비할 수 있는 RFP 형식이어야 한다. 완료 기준은 사업 개요·과업 범위·제출 서류·평가 기준·일정을 모두 포함하고, 각 미확정 항목에 상태와 입력 슬롯을 표시하며, 확인되지 않은 기관명·예산·기간·배점을 작성하지 않는 것이다.

## 범위와 전제

다루는 범위는 고객 데이터 분석 플랫폼 도입을 위한 제안요청서의 항목 설계와 작성 지침이다. 플랫폼의 기능, 데이터 연계, 보안, 운영, 교육, 유지관리 등은 사업 범위에 포함할 수 있으나, 사용자 입력으로 확정되지 않은 세부 요구사항은 조건부 항목으로 제시하라.

확인된 사실은 사업 주제가 “고객 데이터 분석 플랫폼 도입”이라는 점뿐이다. 다음 값은 임의로 채우지 말고 상태를 `[입력 필요]`로 표시하라.

- 발주기관명: `[입력 필요: 발주기관명]`
- 사업명: `[입력 필요: 공식 사업명]`
- 사업 목적과 추진 배경: `[입력 필요: 사업 목적·추진 배경]`
- 대상 조직·사용자·데이터 범위: `[입력 필요: 대상 범위]`
- 예산: `[입력 필요: 총사업예산 및 부가세 포함 여부]`
- 사업 기간: `[입력 필요: 착수일·완료일 또는 총 기간]`
- 제출 일정과 접수 방법: `[입력 필요: 공고·질의·제출·발표 일정]`
- 계약 방식과 적용 법령: `[입력 필요: 계약 방식·적용 법령]`

각 슬롯 뒤에는 “무엇을 확인해 채워야 하는지”를 한 줄로 적어라. 특히 고객 데이터의 종류, 개인정보 포함 여부, 기존 시스템, 예상 사용자 수와 처리 규모를 사실처럼 추정하지 마라. 이 문서의 범위를 플랫폼 도입 제안요청서에 한정하고, 실제 제안서·기술 구현 코드·확정 계약조건을 대신 작성하지 마라.

## 작업 규칙

1. 모든 주요 항목에 다음 상태 중 하나를 붙여라.
   - `CONFIRMED`: 사용자 입력 또는 확인 가능한 공식 자료로 확정된 값
   - `PROVISIONAL`: 제안요청서 초안에서 검토용으로만 제시하는 내용
   - `[입력 필요]`: 발주기관 확인 없이는 작성할 수 없는 값

2. 사업 요구사항은 다음처럼 분해하라.
   - 데이터 수집·연계: 대상 시스템, 연계 방식, 주기, 오류 처리
   - 데이터 관리: 표준화, 품질 관리, 메타데이터, 권한 관리
   - 분석 기능: 분석 대상, 대시보드, 보고서, 사용자별 접근
   - 보안·개인정보: 접근통제, 로그, 암호화, 보유·파기 정책
   - 구축·전환: 설계, 개발·설정, 데이터 이관, 시험, 사용자 교육
   - 운영·유지관리: 장애 대응, 기술지원, 업데이트, 성과 보고

   위 항목을 실제 확정 요구사항처럼 단정하지 말고, 각 항목별로 “필수 요구”, “선택 요구”, “확인 필요”를 구분하라.

3. 제안 참여자에게 요구할 기술·사업 정보는 평가 가능한 형태로 작성하라. 예를 들어 기능 설명만 요구하지 말고 제출 형식, 증빙자료, 시연 여부, 검증 방법을 함께 제시하라. 성능 수치나 처리량은 발주기관이 제공한 기준 또는 검증 가능한 출처가 있을 때만 사용하라. 근거가 없으면 `[확인 필요]`를 붙여라.

4. 국가를 당사자로 하는 계약에 관한 법률과 지방계약법 중 어느 체계가 적용되는지 먼저 확인하도록 하라. 공공 발주라면 나라장터 공고 절차가 필요한지, 적격심사인지 협상에 의한 계약인지 `[입력 필요]`로 남겨라. 중소기업자간 경쟁제품 지정 여부, 지역제한, 지역의무공동도급 조건도 확인 항목으로 넣어라. 조문 번호나 법령 내용을 기억에 의존해 작성하지 말고, 최신 공식 법령·공고·기관 지침으로 확인하게 하라.

5. 제안요청서에 개인정보가 포함될 가능성이 있으면 개인정보 보호법 적용 여부, 수집 항목, 이용 목적, 보유 기간, 파기 방법, 위탁·제공 여부를 설계 검토 항목으로 제시하라. 적용 여부를 확정하지 말고 `[확인 필요]`로 표시하라.

## 산출물 구조

다음 순서로 작성하라. 각 대항목과 핵심 세부 항목에 상태를 표시하라.

1. **사업 개요**
   - 사업명, 발주기관, 추진 배경, 목적, 대상 조직·사용자, 사업 기간, 예산
   - 미확정 값은 슬롯으로 표시
   - 사업 목적과 플랫폼 도입의 필요성을 발주기관 확인사항과 제안 참여자 작성사항으로 구분

2. **과업 범위**
   - 현황 조사 및 요구사항 정의
   - 플랫폼 설계·구축 또는 설정
   - 데이터 연계·정제·이관
   - 분석·시각화·권한 관리
   - 보안·개인정보·감사 로그
   - 시험·검수·교육·운영 전환
   - 유지관리와 기술지원
   각 범위마다 주요 작업, 제출 산출물, 검수 기준, 제외 범위를 표로 제시하라.

3. **제출 서류**
   제안서, 기술 제안 자료, 가격 자료, 수행 실적, 인력 투입 계획, 보안·개인정보 대응 자료, 공동수급 또는 하도급 관련 자료 등 필요한 항목을 표로 정리하라. 실제 제출 서류와 서식은 발주기관 확인 전까지 `[입력 필요]`로 표시하라.

4. **평가 기준**
   기술성, 사업 이해도, 구축 방법, 데이터·보안 대응, 수행 조직, 유지관리, 가격 등 평가 영역을 표로 제시하라. 배점은 `[입력 필요: 평가 영역별 배점 및 총점]`으로 남기고, 평가 방식이 정해지지 않았다면 적격심사·협상에 의한 계약 여부를 별도 확인 항목으로 둬라.

5. **일정**
   공고, 질의 접수·답변, 제안서 제출, 제안 발표, 평가, 우선협상대상자 선정, 계약, 착수, 완료 일정을 표로 제시하라. 날짜와 기간은 모두 슬롯으로 남겨라.

6. **확인 필요 사항**
   문서 마지막에 기관명, 예산, 기간, 데이터 범위, 개인정보 포함 여부, 계약 법령, 계약 방식, 조달 절차, 평가 배점, 제출 방법을 한 표로 모아 담당자가 확정하도록 하라.

## 문체 규칙

문체는 **hybrid(혼합)**로 작성하라. 사업 개요, 과업 범위, 제출 서류, 평가 기준, 일정, 확인 필요 사항은 표·번호·목록 중심의 개조식으로 작성하고, 사업 목적과 범위 설명, 법령·개인정보 확인의 필요성은 짧은 서술형 문단으로 작성하라. 공공·기업 조달 문서에 맞는 중립적이고 명확한 레지스터를 유지하라. “혁신적인”, “최고의”, “완벽한”, “원스톱”처럼 근거 없는 홍보성 표현과 고객 데이터 플랫폼의 효과를 보장하는 표현은 사용하지 마라.

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

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

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

## 제출 전 자기 감사

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

## 자기검증

1. 문서 제목과 사업 개요가 고객 데이터 분석 플랫폼 도입이라는 실제 요청 범위를 정확히 반영하는지 확인하라.
2. 사업명, 발주기관명, 예산, 기간, 일정, 배점을 입력에 없던 사실로 추가하지 않았는지 확인하라.
3. 예산·기간·계약 방식·법령 적용 여부·평가 배점을 `[입력 필요]` 슬롯으로 남겼는지 확인하라.
4. 모든 주요 항목에 `CONFIRMED`, `PROVISIONAL`, `[입력 필요]` 중 하나의 상태를 표시했는지 확인하라.
5. 플랫폼 과업 범위에 데이터 연계, 분석 기능, 보안·개인정보, 구축·검수, 운영·유지관리의 구분이 있는지 확인하라.
6. 국가계약법 또는 지방계약법, 나라장터 절차, 계약 방식, 중소기업자간 경쟁제품, 지역 조건을 확인 항목으로 넣었는지 확인하라.
7. 개인정보 보호법 적용 여부를 단정하지 않고 수집 항목·보유 기간·파기 방법을 설계 산출물의 확인 항목으로 제시했는지 확인하라.
8. 평가 기준 표에 배점과 총점을 임의로 채우지 않고 발주기관이 확정할 슬롯을 제공했는지 확인하라.
9. 표·목록 중심의 개조식 영역과 설명 문단 중심의 서술형 영역이 문체 규칙에 맞게 구분되었는지 확인하라.
10. 고객 데이터 분석 플랫폼 도입 제안요청서의 항목을 넘어 실제 제안서 내용, 특정 제품 추천, 구현 코드 또는 계약 체결 결과를 작성하지 않았는지 확인하라.
11. 출처나 법령 근거가 필요한 부분은 최신 공식 법령·공고·기관 지침을 확인하도록 했으며, 확인하지 않은 조문·수치를 사실처럼 제시하지 않았는지 확인하라.
12. 입력에 없던 사실 추가, 슬롯의 임의 채움, 요청 범위 이탈이 각각 발생하지 않았는지 최종적으로 점검하라.