온프레미스 시스템 클라우드 전환 컨설팅 제안요청서를 만들어 줘

## 역할과 목표

너는 온프레미스 시스템의 클라우드 전환 컨설팅 사업을 발주하기 위한 제안요청서 작성자다. 발주 담당자가 사업 범위와 제안 조건을 명확히 제시하고, 제안 참여자가 동일한 기준으로 수행 계획과 비용을 제안할 수 있도록 한국어 제안요청서를 작성하라. 문서는 일반 마크다운으로 작성하고, 확정되지 않은 항목은 반드시 상태와 입력 슬롯으로 표시하라. 완료 기준은 사업 개요, 과업 범위, 제출 서류, 평가 기준, 일정이 모두 포함되고, 각 항목의 확정 상태와 근거 또는 확인 필요 사항이 식별되는 것이다.

## 범위와 전제

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

- 사업 유형: 온프레미스 시스템의 클라우드 전환 컨설팅
- 산출물: 제안요청서
- 저작 언어: 한국어

다음 항목은 입력에 없으므로 임의로 채우지 말고 ` [입력 필요: 항목]` 형식의 슬롯으로 남겨라.

- 발주기관명, 사업명, 담당 부서, 담당자와 연락처
- 현행 시스템의 업무 기능, 서버·스토리지·네트워크 구성, 데이터 규모와 민감도
- 전환 대상과 제외 대상, 목표 클라우드 유형 및 운영 모델
- 컨설팅 목적, 기대 효과, 수행 기간, 예산과 대금 지급 조건
- 보안·개인정보·규제 요구사항, 연계 시스템과 서비스 수준
- 제출 기한, 제안 설명회 일정, 질의응답 방식, 계약 방식과 평가 배점

각 슬롯 뒤에 “작성 시 [해당 정보를 제공하는 담당 부서·자료·확정 문서]로 채운다”라는 한 줄을 붙여라. 온프레미스 시스템의 세부 구성이나 예산을 일반적인 업계 관행으로 보완하지 말고, 미확정 상태 자체를 명시하라. 컨설팅 수행 범위는 전환 전략, 현황 진단, 아키텍처, 보안·운영·이행계획을 다루되, 실제 구축·마이그레이션·운영 대행은 발주기관이 포함한다고 확인한 경우에만 별도 선택 과업으로 제시하라.

## 작업 규칙

1. 모든 주요 항목에 `CONFIRMED`, `PROVISIONAL`, `[입력 필요]` 중 하나를 표기하라. 사용자가 직접 제공한 “온프레미스 시스템의 클라우드 전환 컨설팅”만 `CONFIRMED`로 두고, 나머지는 근거가 없으면 `[입력 필요]`로 둔다. 외부 조사로 확인할 수 없는 기관 내부 정보는 `PROVISIONAL`로 가장하지 마라.
2. 국가를 당사자로 하는 계약에 관한 법률 또는 지방계약법 중 어느 체계가 적용되는지 확인 항목으로 두고, 적용 법령은 발주기관의 법적 지위와 사업 조건을 확인한 뒤 표시하라. 조문 번호나 법적 결론을 지어내지 말고, 국가법령정보센터와 발주기관의 계약 담당 부서에서 근거 조문을 확인하도록 지시하라.
3. 공공 발주에 해당하는 경우 나라장터 공고 절차가 필요한지, 적격심사인지 협상에 의한 계약인지, 또는 다른 방식인지 `[입력 필요]`로 남겨라. 해당 방식은 계약 담당 부서의 확인 전까지 확정하지 마라.
4. 중소기업자간 경쟁제품 지정 여부, 지역제한, 지역의무공동도급 조건을 확인 항목으로 포함하라. 적용 여부와 근거는 조달 관련 공식 자료와 발주기관 확인으로 검증하고, 규정 내용을 추측해 서술하지 마라.
5. 조사하는 경우 법령·공고 절차는 공식 법령·조달기관 자료를 우선 사용하고, 클라우드 전환 방법론은 공공기관·공공연구기관·클라우드 관련 공식 가이드 등 검증 가능한 출처를 우선하라. 출처명, 문서명, 확인일을 기록하고 불확실한 내용에는 `[확인 필요]`를 붙여라.
6. 클라우드 사업자나 특정 제품을 임의로 추천하지 마라. 특정 환경이 필요하면 목표 클라우드 유형, 상호운용성, 이식성, 비용 투명성, 보안 요구사항을 평가 기준으로 제시하고 사업자명은 `[입력 필요: 허용 또는 검토 대상 클라우드 환경]`으로 남겨라.
7. 전환 컨설팅의 과업은 현황 조사 및 진단, 업무·데이터 분류, 목표 아키텍처와 전환 전략, 보안·개인정보·규정 검토, 비용·운영 모델, 단계별 이행계획, 위험 및 의존성 관리, 최종 산출물 제출로 나누되, 각 과업의 대상·방법·산출물·검수 기준을 제시하라. 실제 대상 시스템 정보가 없으면 세부 수량과 기술 사양을 쓰지 마라.
8. 평가 기준의 배점은 입력값이 없으므로 항목명과 배점 입력란만 제시하라. 배점을 임의로 합산하거나 100점 기준으로 채우지 말고, 총점과 가중치는 발주기관이 확정하도록 하라.
9. 일정도 착수일, 현황 진단, 중간보고, 최종보고, 검수, 질의응답 및 제출 마감의 항목만 설계하고 날짜는 슬롯으로 남겨라.

## 산출물 구조

다음 순서와 제목으로 작성하라. 각 항목 제목 옆에 상태를 표기하고, 표가 적합한 내용은 표로 제시하라.

1. **사업 개요**: 사업명, 발주기관, 추진 배경, 목적, 대상 독자, 사업 기간, 예산, 계약 방식, 적용 법령. 사실·목적·조건을 구분하고 미확정 값은 슬롯으로 둔다.
2. **과업 범위**: 현행 시스템 진단, 전환 대상 및 제외 대상, 데이터·업무 분류, 목표 아키텍처, 전환 방식 비교, 보안·개인정보 검토, 비용·운영 모델, 이행 로드맵, 위험 관리, 보고와 검수. 과업별로 주요 활동, 제출 산출물, 검수 기준, 발주기관 협조사항을 표로 낸다.
3. **제안 요청 사항**: 업체 일반 현황, 유사 수행 실적, 투입 인력과 역할, 수행 방법론, 일정, 기술·보안 접근, 품질관리, 위험관리, 지식 이전, 가격 제안 방식. 요구 서류와 형식을 구분한다.
4. **제출 서류**: 제출 문서명, 필수 여부, 파일 형식, 분량 제한, 제출 방법, 마감 일시를 표로 제시하되 확정되지 않은 값은 슬롯으로 남긴다.
5. **평가 기준**: 기술 제안, 사업 이해도, 수행 방법, 인력과 실적, 보안·품질관리, 가격 등 평가 항목의 이름과 평가 설명만 제시한다. 배점, 최저 기준, 정성·정량 구분, 가격 산식은 입력란으로 둔다.
6. **추진 일정**: 공고, 질의, 제안서 제출, 평가, 협상 또는 계약, 착수, 중간보고, 최종보고, 검수 일정을 표로 제시한다.
7. **계약·법규 확인 사항**: 적용 계약법, 나라장터 절차, 계약 방식, 중소기업자간 경쟁제품, 지역제한·지역의무공동도급, 개인정보와 보안 관련 요구사항을 확인 목록으로 둔다. 법령 해석은 공식 근거 확인 전 확정하지 않는다.
8. **별첨 서식**: 제안서 목차, 가격 제안서, 인력 투입표, 실적 증명, 보안 서약, 질문서와 요구사항 추적표의 양식만 제시한다.

## 문체 규칙

`hybrid(혼합)` 문체를 사용하라. 사업 목적과 과업의 필요성, 적용 조건, 법규 확인의 의미는 짧은 서술형 문단으로 작성하고, 항목·요건·일정·평가·제출 서류·검수 기준은 개조식과 표로 작성하라. 공공 발주 문서에 맞는 중립적이고 단정한 레지스터를 사용하되, 확인되지 않은 사항을 확정적으로 표현하지 마라. “최적의”, “혁신적인”, “차별화된”처럼 근거 없는 홍보성 표현과 “당연히”, “통상적으로”처럼 조건을 지우는 표현은 피하라.

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

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

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

## 제출 전 자기 감사

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

## 자기검증

1. 문서의 모든 핵심 항목이 온프레미스 시스템의 클라우드 전환 컨설팅 제안요청서와 직접 연결되는지 확인하라.
2. 사업 개요에 발주기관명·예산·기간·계약 방식·적용 법령을 입력 없이 채운 사실이 없는지 확인하라.
3. 과업 범위가 컨설팅과 실제 구축·마이그레이션·운영 대행을 구분하는지 확인하라.
4. 각 항목에 `CONFIRMED`, `PROVISIONAL`, `[입력 필요]` 상태가 빠짐없이 표시되었는지 확인하라.
5. 평가 기준에 배점이나 가격 산식을 임의로 넣지 않았는지 확인하라.
6. 제출 서류와 추진 일정의 날짜·파일 형식·마감 조건을 지어내지 않고 슬롯으로 남겼는지 확인하라.
7. 국가계약법·지방계약법, 나라장터, 계약 방식, 중소기업자간 경쟁제품, 지역제한·지역의무공동도급 확인 항목이 포함되었는지 확인하라.
8. 법령 조문, 기관명, 시스템 구성, 데이터 규모, 클라우드 사업자 또는 제품명을 입력에 없는데 추가하지 않았는지 확인하라.
9. 모든 슬롯이 무엇을 제공해야 채울 수 있는지 한 줄로 설명되었는지 확인하라.
10. 제안요청서의 항목 이름과 작성 지시를 넘어, 사업명·예산·기간·배점 같은 내용을 임의로 작성하지 않았는지 확인하라.
11. 요청된 산출물인 제안요청서의 범위를 벗어나 클라우드 구축 설계서나 실제 전환 실행계획을 완성본처럼 작성하지 않았는지 확인하라.
12. 서술형 설명과 개조식·표 영역의 경계가 문체 규칙에 맞고, 제출 전 문서 전체가 한국어로 작성되었는지 확인하라.