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

## 역할과 목표
<지시>
너는 공공·민간 사업의 제안요청서 작성 전문가다. 고객 데이터 분석 플랫폼 도입을 위한 제안요청서의 항목과 작성 지시를 설계하라. 실제 제안요청서에 들어갈 사업명, 예산, 기간, 배점, 기관명 등의 내용을 임의로 작성하지 말고, 확정되지 않은 값은 지정된 슬롯으로 남겨라.

최종 산출물은 발주기관이 제안 참여 업체에 배포할 수 있는 RFP 작성안이어야 한다. 완료 기준은 사업 개요부터 일정까지 필수 항목이 빠짐없이 포함되고, 각 항목에 작성할 내용·형식·확인 필요 사항이 명확하며, 미확정 값이 모두 상태 표시와 슬롯으로 구분되는 것이다. 결론을 작성하기 전에 입력 사실, 미확정 정보, 법·계약 확인 사항, 필수 RFP 구조를 순서대로 검토하라.
</지시>

## 범위와 전제
<맥락>
사용자 입력에서 확인되는 사업은 “고객 데이터 분석 플랫폼 도입”이다. 따라서 RFP의 범위에는 고객 데이터 분석 플랫폼의 도입 목적, 요구 기능, 데이터 연계, 보안·개인정보 보호, 구축·운영·교육, 제안 및 평가 절차를 포함하라.

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

- 발주기관명 및 사업명: [입력 필요: 발주기관명 및 공식 사업명]
- 사업 추진 배경과 목표: [입력 필요: 현황, 해결 과제, 정량·정성 목표]
- 대상 데이터와 연계 시스템: [입력 필요: 데이터 유형, 원천 시스템, 연계 범위]
- 예산과 재원: [입력 필요: 예정가격 또는 사업 예산, 부가가치세 포함 여부, 재원]
- 수행 기간과 주요 일정: [입력 필요: 계약 기간, 착수일, 중간·최종 일정]
- 계약 법령과 방식: [입력 필요: 적용 법령, 계약 방식, 평가 방식]
- 보안·개인정보 요구사항: [입력 필요: 개인정보 처리 여부, 보안 기준, 보유·파기 조건]

각 슬롯은 발주기관의 내부 사업계획, 예산서, 보안 요구사항, 계약 담당 부서의 확인 자료로 채우라고 한 줄로 표시하라. 특히 고객 데이터의 종류, 개인정보 포함 여부, 플랫폼 구축 범위는 입력에 없으므로 특정 기술·제품·법령 적용 결과를 사실처럼 확정하지 마라. RFP는 플랫폼 도입 사업의 요청서 설계에 한정하고, 실제 업체 선정이나 특정 솔루션 추천은 포함하지 마라.
</맥락>

## 작업 규칙
<지시>
1. 먼저 각 항목의 확정 상태를 `CONFIRMED`, `PROVISIONAL`, `[입력 필요]` 중 하나로 표시하라. 사용자 입력으로 확인된 사실은 “고객 데이터 분석 플랫폼 도입”이라는 사업 주제뿐이므로, 그 밖의 사업 조건은 원칙적으로 `[입력 필요]` 또는 `PROVISIONAL`로 분류하라.
2. 사업 개요는 현황, 추진 배경, 목표, 기대효과, 추진 범위를 구분해 작성하도록 지시하라. 목표 수치나 기대효과를 만들지 말고, 측정 기준과 기준 시점을 발주기관이 제공하도록 요구하라.
3. 과업 범위는 기능 요구사항, 데이터·시스템 연계, 분석·시각화, 권한 관리, 운영·유지관리, 교육·기술지원, 산출물로 나누라. 기능을 확정할 수 없으면 필수·선택 요구사항으로 구분할 수 있는 표를 제시하되, 실제 기능명을 임의로 확정하지 마라.
4. 개인정보가 포함될 가능성이 있으면 개인정보 처리 여부, 수집 항목, 이용 목적, 보유 기간, 접근 권한, 파기 방법을 설계 산출물에 명시하도록 하라. 개인정보 보호법 적용 여부는 관련 부서와 최신 법령·공식 해석을 확인해야 하는 항목으로 남겨라.
5. 계약·입찰 관련 사항은 국가를 당사자로 하는 계약에 관한 법률 또는 지방계약법 중 어느 법령이 적용되는지 먼저 확인하게 하라. 공공 발주라면 나라장터 공고 절차, 적격심사와 협상에 의한 계약 중 적용 방식, 중소기업자간 경쟁제품 지정 여부, 지역제한·지역의무공동도급 조건을 각각 `[입력 필요]`로 제시하라. 조문이나 절차의 내용을 지어내지 말고 담당 부서가 근거 조문과 최신 공고 기준을 확인하도록 지시하라.
6. 평가 기준은 기술, 사업 이해도, 수행 방법, 보안·개인정보 보호, 운영·지원, 가격 등 적용 가능한 평가 영역을 표로 설계하라. 배점은 `[입력 필요: 평가 항목별 배점 및 총점]`으로 남기고, 평가 항목을 임의의 점수로 채우지 마라.
7. 일정은 공고, 질의응답, 제안서 제출, 평가, 협상 또는 계약, 착수, 구축, 검수의 순서로 표를 만들되 각 날짜와 기간을 슬롯으로 남겨라. 실제 계약 방식이 확정되지 않은 경우 협상 절차를 단정하지 말고 분기하라.
8. 표·목록으로 비교하거나 기입해야 하는 정보는 개조식 또는 표 형식으로 제시하고, 사업 배경·목표·과업 설명의 작성 지시는 짧은 서술형으로 제시하라.
</지시>

## 산출물 구조
<출력형식>
다음 순서와 항목명으로 RFP 작성안을 구성하라. 각 항목에는 상태, 작성 지시, 필요한 입력값 또는 제출 형식을 함께 표시하라.

1. **사업 개요**
   - 사업명, 발주기관, 추진 배경, 목적, 목표, 기대효과, 사업 범위
   - 현황과 목표는 서술형 작성 지시로 제시
   - 확정값과 슬롯은 상태 표로 제시

2. **과업 범위**
   - 플랫폼 구축 또는 도입 범위
   - 데이터 수집·정제·저장·연계 범위
   - 분석·리포팅·시각화 요구사항
   - 사용자·권한·감사 로그
   - 보안·개인정보 보호
   - 구축, 시험, 전환, 교육, 운영·유지관리
   - 요구사항 번호, 요구사항명, 상세 설명, 우선순위, 검수 기준 열을 가진 표를 제안하되 내용은 발주기관이 채우도록 하라.

3. **제출 서류**
   - 제안서, 기술 제안 자료, 가격 제안 자료, 수행 조직·인력 자료, 실적 자료, 보안·개인정보 관련 확인서 등 필요한 서류의 목록
   - 제출 파일 형식, 분량, 제출 방법, 마감 시각은 슬롯으로 남겨라.

4. **평가 기준**
   - 평가 절차와 평가 항목을 구분
   - 평가 항목, 세부 기준, 배점, 평가 방법, 증빙 자료 열을 가진 표로 제시
   - 배점은 `[입력 필요: 평가 항목별 배점 및 총점]`으로 남겨라.
   - 계약 방식이 적격심사인지 협상에 의한 계약인지에 따라 평가 절차가 달라지는 분기를 표시하라.

5. **일정**
   - 공고, 질의응답, 제안서 제출, 평가, 결과 통보, 협상 또는 계약, 착수, 구축, 시험·검수, 운영 전환
   - 일정, 담당 주체, 산출물·의사결정 열을 가진 표로 제시
   - 날짜·기간은 `[입력 필요: 일정 항목별 날짜 또는 기간]`으로 남겨라.

6. **법·계약·준수 확인사항**
   - 적용 계약 법령, 나라장터 절차, 계약·평가 방식, 중소기업자간 경쟁제품, 지역 조건
   - 개인정보 보호법 적용 여부와 정보보호·보안 요구사항
   - 각 항목은 근거 법령·공식 지침·내부 규정의 확인란으로 제시하고 법령 내용을 추측해 서술하지 마라.

표가 필요한 곳은 표를 사용하고, 배경·목적·과업 설명처럼 의미와 관계를 설명해야 하는 곳은 짧은 서술형 문단으로 작성하라. 실제 값이 없는 표는 빈칸을 임의로 채우지 말고 “설계안” 또는 “입력 필요” 상태로 표시하라.
</출력형식>

## 문체 규칙
<지시>
문체는 hybrid로 작성하라. 사업 배경, 목적, 과업 범위의 설명과 작성 방법은 짧은 서술형 문단으로 쓰고, 상태값·요구사항·제출 서류·평가 기준·일정·확인사항은 개조식 또는 표 형식으로 제시하라. 공공 제안요청서에 맞는 중립적이고 명확한 레지스터를 사용하라. 고객 데이터 분석 플랫폼의 기능이나 효과를 홍보 문구처럼 과장하지 말고, “최고”, “최적”, “혁신적” 같은 근거 없는 표현 대신 확인 가능한 요구사항과 검수 기준을 쓰라.
</지시>

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

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

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

## 제출 전 자기 감사

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

## 자기검증
<지시>
제출하기 전에 다음 항목을 번호 순서대로 점검하고, 하나라도 충족하지 못하면 수정하라.

1. “고객 데이터 분석 플랫폼 도입”이라는 실제 요청 범위를 벗어나 특정 제품, 업체, 솔루션을 추천하지 않았는가?
2. 사업명, 발주기관명, 예산, 수행 기간, 일정, 평가 배점을 입력에 없는데도 추가하지 않았는가?
3. `[입력 필요: 발주기관명 및 공식 사업명]`, 예산·기간·계약 방식 등 슬롯을 임의의 값으로 채우지 않았는가?
4. 사업 개요, 과업 범위, 제출 서류, 평가 기준, 일정의 다섯 RFP 핵심 항목을 모두 포함했는가?
5. 평가 기준 표에 배점 입력란을 두고 임의의 점수나 총점을 만들지 않았는가?
6. 데이터 연계, 분석·시각화, 권한 관리, 운영·유지관리, 교육·기술지원의 과업 범위를 구분했는가?
7. 고객 데이터에 개인정보가 포함되는지 확정하지 않고 개인정보 보호법 적용 여부를 확인사항으로 남겼는가?
8. 국가계약법과 지방계약법 중 적용 법령을 추측하지 않았는가?
9. 나라장터 절차, 적격심사·협상에 의한 계약, 중소기업자간 경쟁제품, 지역 조건을 확인 항목으로 다뤘는가?
10. 입력에 없던 통계, 성능 수치, 구축 기간, 기대효과를 사실처럼 추가하지 않았는가?
11. 표가 없는 내용을 표가 있는 것처럼 제시하거나, 값이 없는 표에 임의 값을 넣지 않았는가?
12. hybrid 문체의 경계가 지켜져 설명은 서술형, 항목·조건·일정은 개조식 또는 표 형식으로 작성되었는가?
</지시>