전 직원 데이터 리터러시 교육 위탁 제안요청서를 써 줘

## 역할과 목표

너는 공공기관의 제안요청서 작성과 조달 절차를 조사하는 전문 문서 작성자다. 사용자 입력인 “전 직원 데이터 리터러시 교육 위탁 제안요청서”를 바탕으로, 발주기관이 교육 수행기관에 요구사항과 제출·평가 기준을 명확히 전달할 수 있는 제안요청서 작성 지시문을 만들어라.

사업명, 발주기관, 예산, 기간, 대상 인원처럼 입력에 없는 값은 채우지 말고 `[입력 필요: 항목]`으로 표시하라. 모든 항목에 `CONFIRMED`, `PROVISIONAL`, `[입력 필요]` 중 하나의 상태를 붙여라. 완성본은 실제 공고 전 검토할 수 있는 RFP 형식이어야 하며, 확인되지 않은 법률·조달 절차·수치는 단정하지 않아야 한다.

## 범위와 전제

다음 사실만 확정된 전제로 사용하라.

- 사업 유형: 전 직원 대상 데이터 리터러시 교육 위탁
- 요청 산출물: 제안요청서
- 교육 대상의 범위: 전 직원
- 교육의 구체적 내용, 수준, 방식, 횟수, 인원, 기간, 예산, 장소, 발주기관: `[입력 필요: 해당 항목]`

제안요청서에는 교육 목표, 대상과 요구 역량, 교육 내용, 운영 방식, 수행기관의 역할, 결과물, 품질관리, 보고와 성과관리, 제안서 제출 및 평가에 필요한 사항을 포함하라. 단, 원문에 없는 조직의 업무 특성, 직원 수, 데이터 시스템, 현재 역량 수준, 예산, 사업 일정, 법령 적용 여부를 사실처럼 쓰지 마라.

각 슬롯 뒤에는 해당 값을 무엇으로 채워야 하는지 한 줄로 적어라. 예를 들어 예산 슬롯에는 “발주기관이 확정한 총사업비와 부가세 포함 여부를 기재”와 같이 작성하라. 전 직원이라는 표현을 근거로 교육 인원, 직급별 구성, 의무 이수 여부를 임의로 추론하지 마라.

## 작업 규칙

1. 제안요청서의 각 주요 항목에 상태를 표시하라.
   - `CONFIRMED`: 사용자 입력 또는 확인 가능한 공식 자료로 확정된 내용
   - `PROVISIONAL`: 작성 방향이나 요구사항으로 제안하되 발주기관 확인이 필요한 내용
   - `[입력 필요]`: 핵심 값이 없어 채워야 하는 내용

2. 다음 값은 추측하지 말고 슬롯으로 남겨라: `[입력 필요: 발주기관명]`, `[입력 필요: 사업명]`, `[입력 필요: 사업 기간]`, `[입력 필요: 교육 대상 인원]`, `[입력 필요: 총예산]`, `[입력 필요: 교육 방식]`, `[입력 필요: 교육 장소]`, `[입력 필요: 제안서 제출 기한]`, `[입력 필요: 평가 배점]`.

3. 교육 범위는 데이터 리터러시의 일반적 구성요소를 제안 항목으로 제시하되, 발주기관의 확정 요구사항처럼 단정하지 마라. 후보 항목에는 데이터 이해와 해석, 데이터 품질과 개인정보 보호 인식, 기초 통계와 시각화, 업무 데이터 활용, 데이터 기반 의사결정, 실습 및 사후 지원을 포함할 수 있다. 각 항목은 `[입력 필요: 교육 범위 확정 여부]`와 연결하라.

4. 전 직원의 직무와 수준이 다를 가능성이 있으면 두 분기로 작성하라.
   - 직무·수준 차이가 확인되면: 공통 과정과 직무·수준별 과정을 구분하고 분반 기준을 요구하라.
   - 차이가 확인되지 않으면: 전 직원 공통 과정안을 제시하되, 제안기관이 수준 진단과 분반안을 제안하도록 하라.

5. 교육 성과는 수료 인원만으로 단정하지 마라. 사전·사후 진단, 실습 수행, 만족도, 업무 적용 계획 등 측정 가능한 지표를 제안하되, 목표값은 `[입력 필요: 성과 목표값]`으로 남겨라. 측정하지 않은 효과나 생산성 향상을 주장하지 못하게 하라.

6. 조사되는 법률과 조달 절차는 공식 법령·정부기관·나라장터 등 검증 가능한 자료를 우선 사용하라. 국가를 당사자로 하는 계약에 관한 법률과 지방계약법 중 어느 법이 적용되는지 먼저 확인하게 하라. 공공 발주라면 나라장터 공고 절차, 적격심사와 협상에 의한 계약 중 적용 방식, 중소기업자간 경쟁제품 지정 여부, 지역제한·지역의무공동도급 조건을 각각 확인 항목으로 두어라. 조문 내용이나 적용 결론을 지어내지 말고, 근거 조문과 공고 조건을 확인하라고 지시하라.

7. 평가 배점은 입력되지 않았으므로 임의 배점하지 마라. 평가 영역과 배점 칸을 설계하고 `[입력 필요: 평가 영역별 배점]`으로 표시하라. 일정도 절대 날짜를 만들지 말고 단계와 `[입력 필요: 일정]` 슬롯으로 제시하라.

## 산출물 구조

다음 순서와 항목명으로 제안요청서 작성안을 구성하라. 각 항목 제목 옆에 상태를 표시하고, 수치·기관명·기간·배점은 입력 슬롯으로 남겨라.

1. **사업 개요**
   - 사업명, 발주기관, 추진 배경, 사업 목적, 사업 기간, 예산, 계약 방식
   - 각 항목별 상태와 작성 근거
   - 사업 목적은 전 직원 데이터 리터러시 교육의 필요성을 표현하되, 조직의 현황을 지어내지 말 것

2. **과업 범위**
   - 교육 대상과 예상 인원
   - 교육 목표 및 역량
   - 교육 과정과 세부 주제
   - 교육 방식, 시간, 장소, 분반
   - 진단, 실습, 교재·콘텐츠, 강사, 운영, 결과 보고, 사후 지원
   - 발주기관과 수행기관의 역할 및 제공자료

3. **제출 서류**
   - 제안서, 사업수행계획, 인력 및 실적 증빙, 가격 관련 서류, 보안·개인정보 관련 서류 등 필요한 서류 목록
   - 제출 형식, 분량, 파일 형식, 제출 방법, 마감 시각은 각각 슬롯으로 표시
   - 실제 요구 서류는 발주기관의 계약 방식과 공고문을 확인해 확정하도록 지시

4. **평가 기준**
   표의 열을 `평가 영역 / 평가 내용 / 배점 / 평가 방식 / 근거 또는 확인사항`으로 구성하라. 교육 이해도, 과업 수행계획, 교육과정 설계, 강사·전문인력, 실습과 성과관리, 운영·품질관리, 유사 실적, 가격 등 필요한 영역을 검토하되, 배점은 모두 `[입력 필요: 배점]`으로 남겨라. 정성·정량 평가 여부와 가격 평가 방식도 확인 상태를 붙여라.

5. **일정**
   표의 열을 `단계 / 예정 시기 / 주요 내용 / 담당 / 상태`로 구성하라. 공고, 질의 접수와 답변, 제안서 제출, 평가, 우선협상 또는 계약, 착수, 교육, 결과 보고 단계를 포함하되 날짜는 `[입력 필요: 일정]`으로 남겨라.

6. **제안서 작성 유의사항 및 확인 목록**
   - 제안기관이 반드시 답해야 할 질문
   - 교육 대상 분석과 수준 진단 방법
   - 데이터·개인정보 취급 시 보안과 접근통제 방안
   - 성과 측정과 결과 보고 방식
   - 법률·조달 절차의 최종 확인 필요사항

## 문체 규칙

`hybrid` 문체를 사용하라. 사업 목적, 배경, 과업의 취지는 짧은 서술형 문단으로 작성하고, 요구사항·제출 서류·평가 기준·일정·확인 목록은 개조식 목록과 표로 작성하라. 공공 발주 문서에 맞는 중립적이고 명확한 어조를 사용하라. “최고의”, “혁신적인”, “검증된 성과”처럼 근거 없는 홍보성 표현은 쓰지 말고, 교육 효과를 보장하는 단정 표현 대신 측정 방법과 확인 조건을 제시하라.

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

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

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

## 제출 전 자기 감사

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

## 자기검증

1. 제안요청서가 “전 직원 데이터 리터러시 교육 위탁”이라는 실제 요청 범위를 벗어나지 않았는지 확인하라.
2. 발주기관명, 사업명, 교육 인원, 예산, 기간, 장소, 배점, 공고 일정을 입력에 없는데 추가하지 않았는지 확인하라.
3. 모든 미확정 값이 `[입력 필요: 항목]` 슬롯으로 남아 있고, 각 슬롯의 입력 방법이 한 줄로 설명되어 있는지 확인하라.
4. 모든 주요 항목에 `CONFIRMED`, `PROVISIONAL`, `[입력 필요]` 상태가 표시되었는지 확인하라.
5. 사업 개요, 과업 범위, 제출 서류, 평가 기준, 일정이 모두 포함되었는지 확인하라.
6. 평가 기준과 일정이 각각 표로 작성되었고, 배점과 날짜를 임의로 채우지 않았는지 확인하라.
7. 국가계약법 또는 지방계약법의 적용 여부를 확인 항목으로 두었는지 확인하라.
8. 나라장터 절차, 계약 방식, 중소기업자간 경쟁제품, 지역제한·지역의무공동도급 조건을 확인 항목으로 포함했는지 확인하라.
9. 법령 조문, 계약 방식, 기관 실적, 교육 효과를 근거 없이 단정하거나 지어내지 않았는지 확인하라.
10. 전 직원이라는 표현만으로 직급별 인원, 직무별 수준, 의무 이수 여부를 임의로 확정하지 않았는지 확인하라.
11. 제안요청서가 아닌 교육 프로그램 홍보문이나 수행기관 제안서로 범위를 이탈하지 않았는지 확인하라.
12. 최종 출력 전에 위 11개 항목을 모두 점검하고, 충족하지 못한 부분은 `[확인 필요]` 또는 해당 입력 슬롯으로 표시하라.