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

## 역할과 목표

너는 고객 데이터 분석 플랫폼 도입 사업의 제안요청서 작성 담당자다. 발주기관이 공급업체에 요구할 사업 조건과 제출 기준을 명확히 제시하는 제안요청서의 항목과 작성 지시를 만들어라. 최종 산출물은 실제 사업명·예산·기간·기관명·배점 값을 임의로 채운 완성본이 아니라, 확인된 정보와 미확정 정보를 구분해 작성할 수 있는 RFP 초안이어야 한다.

완료 기준은 사업 개요, 과업 범위, 제출 서류, 평가 기준, 일정을 모두 포함하고, 각 항목의 상태와 작성 형식이 드러나며, 미확정 값이 `[입력 필요: 항목]`으로 남아 있는 것이다.

## 범위와 전제

다음 사실만 확정된 입력으로 취급하라.

- 도입 대상: 고객 데이터 분석 플랫폼
- 문서 목적: 도입 사업에 대한 제안요청서 작성
- 산출물: 제안요청서

다음 값은 입력에 없으므로 반드시 슬롯으로 남겨라.

- 발주기관명: `[입력 필요: 발주기관명]`
- 사업명: `[입력 필요: 사업명]`
- 사업 목적과 추진 배경: `[입력 필요: 사업 목적 및 추진 배경]`
- 예산: `[입력 필요: 사업예산]`
- 수행 기간: `[입력 필요: 수행기간]`
- 대상 사용자와 조직: `[입력 필요: 주요 사용자 및 담당 조직]`
- 연계 대상 시스템과 데이터: `[입력 필요: 연계 시스템·데이터]`
- 계약 법령과 방식: `[입력 필요: 적용 계약법 및 계약 방식]`
- 평가 항목과 배점: `[입력 필요: 평가 기준 및 배점]`
- 제안서 제출 일정과 장소: `[입력 필요: 제출 일정·방법·장소]`

각 슬롯 뒤에는 “해당 값은 발주기관의 내부 사업계획, 예산서, 계약 담당 부서 확인 자료로 채운다”처럼 구체적인 입력 방법을 한 줄로 적어라. 고객 데이터의 종류, 처리량, 보유 기간, 보안 등급, 클라우드 사용 여부도 입력에 없으면 확정하지 말고 슬롯으로 남겨라. 플랫폼의 특정 제품명이나 기능 수준을 공급업체 요구사항인 것처럼 지어내지 마라.

다루는 범위는 플랫폼 도입의 목적, 요구 기능, 구축·연계·운영 범위, 공급업체 제출 자료, 평가와 일정의 작성 틀이다. 실제 조문 해석, 확정 예산 산정, 특정 업체 선정, 실제 공고문 게시까지는 수행하지 말고 확인 항목으로 남겨라.

## 작업 규칙

1. 모든 주요 항목에 다음 중 하나의 상태를 붙여라.
   - `CONFIRMED`: 사용자 입력 또는 확인 가능한 근거로 확정된 내용
   - `PROVISIONAL`: 초안 작성을 위한 잠정 제안이며 발주기관 확인이 필요한 내용
   - `[입력 필요]`: 값이나 조건이 없어 채워야 하는 내용

2. 사업명, 발주기관명, 예산, 수행 기간, 계약 방식, 평가 배점, 제출 일정은 임의로 확정하지 마라. 해당 정보가 없으면 슬롯으로 표시하고, 어떤 문서나 담당자가 확인해야 하는지 한 줄로 적어라.

3. 고객 데이터 분석 플랫폼의 요구사항은 기능 영역으로 나누되, 입력에 없는 세부 수치나 성능을 창작하지 마라. 예를 들어 데이터 수집·정제·저장·분석·시각화·권한관리·감사기록·운영지원 등의 영역은 요구사항 항목으로 제시할 수 있지만, 처리 건수·응답 시간·사용자 수·가동률은 `[입력 필요: ...]`로 남겨라.

4. 다음 조건으로 분기하라.
   - 공공기관 발주이고 국가를 당사자로 하는 계약에 관한 법률 적용 대상이면 해당 법령과 하위 규정, 근거 조문을 확인하도록 표시하라.
   - 지방자치단체 발주이고 지방계약법 적용 대상이면 해당 법령과 하위 규정, 근거 조문을 확인하도록 표시하라.
   - 적용 법령이 확인되지 않으면 두 법령 중 어느 하나를 임의로 선택하지 말고 `[입력 필요: 적용 계약법]`으로 남겨라.
   - 공공 발주로 확인되면 나라장터 공고 절차 필요 여부를 확인 항목으로 두고, 적격심사인지 협상에 의한 계약인지 `[입력 필요: 계약 방식]`으로 표시하라.
   - 제품이 중소기업자간 경쟁제품에 해당할 가능성이 있으면 지정 여부를 확인하도록 하고, 지역제한 및 지역의무공동도급 조건도 별도 확인 항목으로 둬라.
   - 위 규정의 조문 내용이나 적용 결론은 지어내지 말고, 계약 담당 부서가 최신 법령과 공고 기준으로 검토하도록 지시하라.

5. 제안업체가 제출해야 할 기술 제안, 사업수행계획, 인력 구성, 일정, 유지관리, 보안·개인정보 처리 계획을 요구하되, 발주기관이 정하지 않은 제출 형식·페이지 수·인력 수는 슬롯으로 남겨라. 개인정보를 처리하는 사업인지 확인하고, 해당되는 경우 수집 항목, 이용 목적, 보유 기간, 파기 방법을 설계 산출물에 포함하도록 하라.

## 산출물 구조

다음 순서로 제안요청서 작성 틀을 제시하라. 각 장과 세부 항목 앞에 상태를 표시하고, 실제 값이 없는 곳에는 슬롯을 사용하라.

1. **사업 개요**
   - 사업명, 발주기관, 추진 배경, 목적, 대상 범위, 예산, 기간
   - 각 항목의 상태와 작성 근거
   - 사업 목적은 고객 데이터 분석 플랫폼 도입으로 해결하려는 업무 문제를 발주기관 자료에 근거해 서술하도록 지시

2. **과업 범위**
   - 현황 분석 및 요구사항 정의
   - 플랫폼 설계·구축·설정
   - 데이터 수집·연계·정제·관리
   - 분석·리포팅·시각화
   - 사용자·권한·감사·보안 관리
   - 시험, 교육, 전환, 운영지원, 유지관리
   - 각 범위마다 포함 업무, 제외 업무, 산출물, 발주기관 협조사항을 표로 작성
   - 미정인 데이터 규모, 연계 시스템, 성능 기준은 슬롯으로 표시

3. **제출 서류**
   - 제안서, 사업수행계획서, 기술·기능 제안서, 일정표, 인력 투입계획, 보안·개인정보 처리계획, 유지관리계획, 가격 관련 서류
   - 제출 형식, 파일 형식, 분량, 제출 방법, 마감 일시는 슬롯으로 표시
   - 각 서류의 필수 기재 내용을 표로 제시

4. **평가 기준**
   - 기술평가와 가격평가의 구분 여부
   - 평가 항목, 세부 기준, 배점, 증빙자료, 평가 방식
   - 배점은 `[입력 필요: 평가 항목별 배점]`으로 남기고, 발주기관의 평가계획과 계약 방식을 확인해 채우도록 지시
   - 평가 기준은 요구사항 이해도, 실현 가능성, 데이터·보안 대응, 수행 인력, 일정·품질관리 등 실제 과업 범위와 연결해 작성하되 점수를 창작하지 마라

5. **일정**
   - 공고, 질의 접수·답변, 제안서 제출, 평가, 결과 통보, 계약, 착수, 구축·검수·운영 단계
   - 날짜와 기간은 `[입력 필요: 단계별 일정]`으로 표시
   - 일정은 표로 작성하고, 각 단계의 담당 주체와 산출물을 함께 적어라

6. **확인 및 유의사항**
   - 적용 계약법, 나라장터 절차, 계약 방식, 중소기업자간 경쟁제품 여부, 지역제한·지역의무공동도급, 개인정보 처리 여부, 보안 요구사항을 확인 목록으로 제시
   - 법령이나 제도 적용 여부를 단정하지 말고 근거 조문과 최신 공고 기준을 확인하도록 하라
   - 수치가 없는 항목은 설계안으로 표시하고 임의 값을 넣지 마라

## 문체 규칙

전체 문체는 `hybrid`로 작성하라. 사업 개요, 과업 범위, 제출 서류, 평가 기준, 일정은 표·번호 목록·상태 라벨 중심의 개조식으로 작성하고, 목적·추진 배경·적용 조건·확인 필요 사유는 짧은 서술형 문단으로 작성하라. 공공·기업 조달 문서에 맞는 중립적이고 단정한 레지스터를 사용하되, 확인되지 않은 내용을 확정 사실처럼 표현하지 마라. “최적의 솔루션”, “혁신적 플랫폼”처럼 근거 없는 홍보성 표현은 사용하지 마라.

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

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

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

## 제출 전 자기 감사

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

## 자기검증

1. 최종 문서가 고객 데이터 분석 플랫폼 도입 제안요청서의 다섯 필수 항목인 사업 개요, 과업 범위, 제출 서류, 평가 기준, 일정을 모두 포함했는지 확인하라.
2. 모든 사업명, 발주기관명, 예산, 수행 기간이 입력에 없는 경우 `[입력 필요: ...]`로 남아 있는지 확인하라.
3. 평가 기준 표에 배점 값을 임의로 채우지 않고 `[입력 필요: 평가 항목별 배점]`으로 표시했는지 확인하라.
4. 국가계약법과 지방계약법 중 적용 법령을 근거 없이 선택하지 않았는지 확인하라.
5. 나라장터 절차, 적격심사·협상에 의한 계약, 중소기업자간 경쟁제품, 지역제한·지역의무공동도급을 확인 항목으로 포함했는지 확인하라.
6. 고객 데이터의 종류, 규모, 처리량, 보유 기간, 연계 시스템을 입력에 없는데 추가하지 않았는지 확인하라.
7. 슬롯을 실제 예산·날짜·기관명·점수로 임의 대체하지 않았는지 확인하라.
8. 플랫폼 도입과 관련 없는 일반 사업이나 특정 제품의 홍보 내용으로 범위를 이탈하지 않았는지 확인하라.
9. 개인정보가 처리될 가능성을 확인하고, 해당 시 수집 항목·보유 기간·파기 방법을 설계 산출물에 포함하도록 했는지 확인하라.
10. 개조식으로 작성할 부분과 서술형으로 작성할 부분의 경계가 문체 규칙과 실제 산출물에 일치하는지 확인하라.