AI 에이전트 도입 품의서 작성법: 통과되는 6개 항목과 ROI 계산식

결재판이 되돌아왔다.

붉은 펜으로 “비용 근거 보완”이라고만 적혀 있다. 숫자를 안 넣은 것도 아니고, 밤새 자료를 모은 것도 맞는데, 어디를 어떻게 고치라는 건지는 적혀 있지 않다. 팀장은 다음 주 임원회의 전까지 다시 올리라고 한다. 지금 책상 위에 놓인 건 AI 에이전트 도입 품의서 한 장이고, 통과시킬 방법은 여전히 안 보인다.

이 글을 처음부터 끝까지 읽을 여유가 없어도 괜찮습니다. 항목 구조와 계산식만 급하다면 품의서 템플릿과 ROI 계산 자료가 정리된 곳에서 먼저 받아 두고, 본문은 반려당한 항목만 찾아 읽어도 됩니다.

핵심 요약

• AI 에이전트 도입 품의서의 통과 조건은 목적·현황진단·도입범위(PoC)·KPI·비용(TCO)·리스크/거버넌스 6개 항목의 무결 구성
• ‘시간 절감 × 시급’ 단일 공식은 대표적 반려 패턴, TCO 기준 회수기간(개월)과 비재무 지표의 병기가 필요
• 결재선이 경영진이냐 IT·보안이냐에 따라 달라지는 강조점, 요약 1페이지의 결재권자별 재작성
• Dow·Darktrace·에스티 로더 공개 사례와 Google Cloud 2026 도입률 통계의 ‘근거자료’ 섹션 인용

품의서가 반려되는 이유는 대개 문장력이 아닙니다. AI 에이전트 도입 품의서에서 가장 자주 비는 칸은 “그래서 얼마를 언제 회수하는가”와 “사고가 나면 누가 멈추는가” 두 곳입니다. 기술 설명은 충분한데 결재권자가 지고 싶지 않은 위험은 하나도 해소되지 않은 문서, 그게 되돌아오는 문서의 공통점입니다.

저는 SK텔레콤·존슨앤드존슨·롯데에서 30년 가까이 일하며 부장 이상 결재권자 자리에 있었습니다. 교육 품의서를 승인도 해보고 반려도 해봤습니다. 반려할 때 제가 본 건 제안의 질이 아니라, 이 문서로 내가 무엇을 책임지게 되는지가 안 보인다는 불안이었습니다.

그래서 이 글은 품의서를 ‘기술 소개서’가 아니라 결재권자별 리스크 해소 문서로 다시 설계합니다. 반려 사유를 먼저 늘어놓고 그것부터 지우는 역순으로 가면, 쓸 내용이 저절로 정해집니다.

6개 항목의 작성 순서와 예문, TCO 기반 회수기간 계산식, 경영진·현업팀장·IT보안 세 결재선의 설득 논리 차이를 차례로 다룹니다. 공개된 기업 사례와 통계를 근거자료로 붙이는 방법까지 보고 나면, 목적·KPI·비용·리스크·견적근거가 모두 들어간 초안을 오늘 안에 쓰고 각 결재선의 질문에 숫자로 답할 수 있게 됩니다. 조직 현황 칸이 비어 있다면 AI 활용 성숙도 5단계 진단을 먼저 보는 쪽이 빠릅니다.

AI 에이전트 품의서는 왜 반려될까요?

반려 사유란에 ‘검토 보완’이라고만 적혀 돌아옵니다. 무엇을 보완하라는지는 적혀 있지 않죠.

그런데 결재선이 걸리는 지점은 대체로 비슷합니다. 기술 설명만 길고 ‘우리 회사 어떤 업무가, 얼마나, 왜’가 빠진 문서는 거의 통과되지 않습니다.

에이전트가 무엇인지는 결재권자도 이미 대략 압니다. AI 에이전트의 개념 정리는 품의서 본문이 아니라 첨부로 빠져야 할 내용입니다.

사내 승인 과정에서 자주 반복되는 반려 패턴은 네 가지입니다.

• 범위 과대 — ‘전사 업무 자동화’처럼 끝이 안 보이는 선언
• 비용 단가만 기재 — 월 구독료는 있는데 구축·운영 인건비가 없음
• KPI 부재 — 성공했는지 판정할 기준이 문서에 없음
• 보안 검토 미첨부 — IT·정보보호 부서 사전 협의 흔적이 없음

SK텔레콤과 존슨앤드존슨, 롯데에서 30년 가까이 일하며 저는 결재하는 쪽에 앉아 교육 품의서를 승인하고 반려해봤습니다. 그 자리에서 먼저 보게 되는 건 도입할 이유가 아니었습니다.

실패했을 때 손실이 얼마에서 멈추는가. 이 한도가 안 보이면 좋은 기획도 보류됩니다.

그래서 이 글은 예산 품의를 통과시키는 순서대로 갑니다. 의사결정 보고서에 들어갈 6개 항목, ROI 계산식, 결재권자별 설득 논리, 마지막에 템플릿입니다. 품의 단계 자체가 막막하다면 진단부터 품의·예산까지 다룬 8단계 로드맵을 먼저 훑어도 됩니다.

품의서에 반드시 들어가야 할 6가지 항목은 무엇인가요?

목차부터 막힙니다. 사내 서식은 ‘목적·내용·금액’ 세 칸뿐인데, 쓸 말은 그보다 많죠.

칸을 늘리는 대신 여섯 덩어리로 내용을 배치하면 됩니다. 분량 원칙은 A4 2~3장, 맨 앞 1페이지는 요약입니다.

① 도입 목적과 현황 진단 / ② 도입 범위와 PoC 설계

목적은 형용사가 아니라 정량 문장으로 씁니다. ‘업무명 + 처리 건수 + 현재 소요시간’ 형태면 충분합니다.

범위는 좁힐수록 승인 확률이 올라갑니다. 전사 확산이 아니라 1개 부서·1개 업무 PoC(개념증명)로 끊어야 손실 한도가 보입니다.

③ KPI와 성공 기준 / ④ 비용과 견적 근거

KPI 설정은 두 층으로 나눕니다. 선행지표는 처리 건수와 1차 응답시간, 후행지표는 인당 생산성과 CS 이탈률입니다.

견적 근거는 벤더 제안서 한 장으로 끝내지 않습니다. 2개 이상 견적 비교와 산정 가정(건수·단가·기간)을 같이 적어야 재질문이 줄어듭니다. 지표 설계를 더 파고들려면 성숙도 단계별 KPI 설계와 성과 리포트 작성법이 참고가 됩니다.

⑤ 리스크·거버넌스 / ⑥ 일정과 담당 조직

리스크 항목에서 가장 많이 빠지는 게 HITL(Human-in-the-loop) 설계입니다. 어떤 판단까지 에이전트가 하고, 어디서 사람이 승인하는지를 한 문장으로 못 박습니다.

항목	결재권자가 보는 질문	품의서 예문(그대로 사용 가능)
① 목적·현황	지금 무엇이 문제인가	고객지원팀 1차 문의 응대는 월 1,200건, 건당 평균 12분이 소요되고 있음
② 범위·PoC	어디까지만 하는가	고객지원팀 1개 부서, 반복 문의 유형 상위 5종에 한해 8주 PoC를 선행함
③ KPI	성공을 어떻게 판정하나	선행: 1차 자동응답률 40% / 후행: 상담사 1인 처리건수 25% 증가
④ 비용·견적	총액과 산정 근거는	총 도입비 48백만원(구축 25·데이터 정비 8·교육 5·초기 라이선스 10), 2개사 견적 비교 별첨
⑤ 리스크	틀리면 누가 막나	환불·보상 관련 답변은 전량 상담사 승인 후 발송(HITL), 고객 개인정보는 MCP 연동 범위에서 제외
⑥ 일정·조직	누가 책임지나	PoC 8주 후 확대 여부 재품의, 주관 고객지원팀·협조 IT보안팀, 책임자 ○○팀장

여섯 줄이 다 채워지면 문서는 이미 절반 이상 끝난 셈입니다.

비용 대비 효과를 시간 절감 말고 무엇으로 증명할까요?

“시간이 줄어듭니다”라고 쓰면 꼭 이 질문이 돌아옵니다. 그래서 그 시간으로 뭘 했는데요?

줄어든 시간은 회계에 잡히지 않습니다. 숫자를 끝까지 밀고 가는 순서는 이렇습니다.

1. ROI 계산식을 먼저 적습니다. ROI = (연간 절감액 + 증분 매출 기여 − 연간 운영비) ÷ 총 도입비용 × 100.
2. 연간 절감액은 ‘건수 × 단축 시간 × 시간당 인건비’로 분해해 가정을 노출합니다.
3. 증분 매출 기여는 1차 응답률 개선에 따른 이탈 방지율처럼, 영업 데이터와 연결되는 한 가지만 씁니다.
4. 시간 외 지표를 함께 넣습니다. 오류율, 리드타임, 신규 인력 채용 유예 효과가 결재선에서 더 잘 읽힙니다.

TCO에 반드시 포함해야 할 숨은 비용

AI 에이전트 도입 비용을 구독료로만 적으면 견적 근거가 약해집니다. TCO(총소유비용)는 여섯 덩어리로 봅니다.

• 라이선스와 API 토큰 비용(사용량 증가분 포함)
• 구축·사내 시스템 연동 인건비
• 데이터 정비, 사용자 교육
• 운영 모니터링과 주기적 재학습

토큰 비용은 PoC 이후 늘어납니다. 월 사용량 상한을 품의서에 써두면 그 자체가 손실 한도가 됩니다.

회수기간(Payback) 계산식과 가상 기업 예시

회수기간(개월) = 총 도입비용 ÷ 월 순절감액. 12개월 이내로 떨어지면 설득력이 확보됩니다.

직원 200명 제조기업이 CS 응대를 자동화한다고 가정해봅니다. 총 도입비용 4,800만원, 연간 절감액 7,200만원, 증분 매출 기여 1,000만원, 연간 운영비 1,800만원.

ROI는 (7,200 + 1,000 − 1,800) ÷ 4,800 × 100 = 약 133%입니다. 월 순절감액은 450만원이므로 회수기간은 약 11개월이 됩니다.

이 한 세트면 충분합니다. 보수·낙관 두 버전을 같이 내면 결재권자는 낮은 쪽만 봅니다.

다만 숫자를 채우려면 현재 업무량 데이터가 있어야 합니다. 현황 집계가 어렵다면 AI 활용 성숙도 진단 결과를 배경란에 첨부하는 방법이 있고, 도입 후 운영비 추정은 분기별 12개월 도입 로드맵의 단계 구분을 그대로 가져다 쓰면 편합니다. 단계별 비용 배분 관점은 중소기업 AI 에이전트 도입 5단계에도 비슷하게 정리되어 있습니다.

결재권자별로 설득 포인트를 어떻게 바꿔야 하나요?

같은 품의서가 결재선을 올라가며 다르게 읽힙니다. 한 사람을 설득한 문장이 다음 사람에게는 걸림돌이 되죠.

결재하는 쪽에 앉아 교육 품의서를 승인하고 반려해본 입장에서 보면, 각 자리에서 먼저 찾는 숫자가 다릅니다. 경영진은 회수기간부터 봅니다. 현업 팀장은 자기 팀의 일이 어떻게 바뀌는지를 봅니다.

경영진 칸에는 회수기간, 동종업계 도입률, 그리고 실패했을 때의 손실 한도를 적습니다. PoC 예산에 상한을 걸어두면 결재 부담이 확 내려갑니다.

현업 팀장에게는 ‘대체’라는 단어를 쓰지 않습니다. 업무 재배치로 씁니다. 교육 시간이 몇 시간인지, 지금 쓰는 툴과 겹치는 기능은 무엇인지가 실제 질문입니다.

IT·보안은 기능보다 경계선을 봅니다. 어떤 데이터가 어디까지 나가는지, 권한과 로그는 어떻게 남는지입니다.

결재선	품의서에 들어갈 한 문장
경영진	“PoC 예산 상한 1,200만 원, 회수기간 9개월, 미달 시 3개월 차 중단 조건.”
현업 팀장	“담당자 2명의 단순 분류 업무를 이관하고, 확보된 시간은 응대 품질 검수로 재배치합니다.”
IT·보안	“사내 문서는 VPC 내부에서만 처리하며, 외부 발송 전 HITL(Human-in-the-loop) 승인 구간을 둡니다.”
재무·구매	“사용량 과금으로 계약하며, 월 단위 해지와 시트 전환 조항을 포함합니다.”

네 문장이 서로 모순되지 않게 쓰는 것이 요령입니다. 사내 승인은 설득의 합이 아니라 최소 저항선의 문제입니다.

교육과 온보딩 부담이 걸린다면 기업 AI 교육 도입 로드맵의 변화관리 단계를 품의서 별첨으로 붙이면 현업 설득이 쉬워집니다.

리스크와 보안 항목은 어떤 문장으로 써야 통과되나요?

리스크 칸을 비워두면 불안해 보이고, 길게 쓰면 위험해 보입니다. 그 사이를 찾는 방법은 형식에 있습니다.

리스크는 문단이 아니라 표로 씁니다. 발생 가능성, 영향도, 완화책, 책임자. 네 칸이 채워지면 결재권자는 ‘관리되고 있다’로 읽습니다.

데이터·보안 리스크와 완화책

• 사내 문서 반출 범위를 문서 등급별로 명시했는가 (대외비 이상 제외 등)
• 입력 데이터의 학습 미사용(opt-out) 조항이 계약서에 들어갔는가
• 퍼블릭 API인지, 온프레미스·프라이빗 배포인지 선택과 그 이유를 적었는가
• MCP(Model Context Protocol) 기반으로 연동할 사내 시스템의 범위와 읽기/쓰기 권한을 구분했는가
• 접근권한 부여·회수 절차와 로그 보관 기간, 감사 추적 방식을 적었는가
• 국내 개인정보보호 법령 및 관계부처 AI 가이드라인 준수 문구를 한 줄 넣었는가

기술 선택이 리스크 문장을 바꿉니다. 퍼블릭 API를 쓰면서 ‘반출 없음’이라고 쓰면 보안 부서가 바로 되돌려 보냅니다.

운영 리스크: 환각, 과도 자동화, 책임 소재

환각은 없앨 수 없고 걸러낼 수만 있습니다. 그래서 완화책 칸에는 ‘정확도 향상’ 대신 검수 절차를 적습니다.

금액이 오가는 처리, 외부로 나가는 메일, 고객 직접 응대. 이 구간은 사람이 최종 승인하도록 HITL을 고정합니다. 책임자 칸에 이름 대신 직책을 적으면 인사 이동에도 품의서가 유효합니다.

규제 산업이라면 요구 수준이 한 단계 더 올라갑니다. 한 제약사 사업부에서는 강의 첫 문장을 ‘민감정보를 AI에 입력하지 말라는 당부로 시작해달라’고 요청받은 적이 있습니다. 거버넌스가 제도가 아니라 습관으로 내려와 있던 조직이었습니다.

업종별 규제 대응 문구는 규제산업 AI 도입 가이드의 체크리스트를 참고해 옮겨 쓰면 분량을 줄일 수 있습니다.

첨부할 근거자료와 도입 사례는 어떻게 인용하나요?

사례를 많이 붙일수록 설득력이 떨어집니다. 결재권자는 ‘그래서 우리는?’을 묻기 때문입니다.

시장 통계는 우리 현황을 비추는 거울로만 씁니다. Google Cloud AI agent trends 2026에서 집계한 기업 도입률 52%를 인용한다면, 바로 뒤에 “당사는 부서 단위 PoC 0건”을 붙이는 식입니다. 숫자 하나에 우리 위치 한 줄. 그게 배경란의 기본 형태입니다.

기업 사례는 업무 유형이 같은 것만 고릅니다. 물류비 송장 검증을 자동화한 Dow, 이상 징후 탐지에 쓰인 Darktrace, 소비자 인사이트 분석에 활용한 에스티 로더. 우리 업무와 1:1로 매핑되지 않으면 빼는 편이 낫습니다. 기업들의 AI 에이전트 도입 사례 정리는 유형별로 추리기에 쓸 만합니다.

Every, monday.com, Replit처럼 제품사가 공개한 사례는 ‘동종 업무 레퍼런스’ 한 줄로만 넣습니다. 길게 쓰면 홍보물처럼 읽힙니다.

인용에는 지켜야 할 세 가지가 있습니다. 출처 명기, 수치 변형 금지, 그리고 우리 환경과의 차이 한 줄 병기입니다. “해당 사는 자체 데이터센터 운영, 당사는 SaaS 기준”처럼 솔직하게 적으면 오히려 신뢰가 올라갑니다.

첨부 목록은 네 가지면 충분합니다. 견적서, 보안 검토서, PoC 계획서, 사례 요약 1장. 조직 현황 수치가 비어 있다면 AI 활용 성숙도 진단 리포트를 배경란 근거로 붙이는 방법도 있습니다. 성과 측정 설계는 AI 도입 ROI 측정 쪽이 더 자세합니다.

바로 쓰는 품의서 템플릿과 제출 전 최종 점검은?

항목은 다 알겠는데, 막상 빈 문서를 열면 손이 멈춥니다. 어디서부터 어떤 순서로 채울지가 안 보여서입니다.

구조만 정해지면 작성 시간은 반나절에서 두 시간으로 줄어듭니다. 아래가 그 구조입니다.

섹션별 예문이 들어간 품의서 템플릿 구성

표지 요약 1페이지, 본문 6항목, 부속 3표(비용표·KPI표·리스크표). 이 셋이 전부입니다.

표지 요약에는 결재권자가 30초 안에 읽을 네 줄만 넣습니다. 도입 업무명, 3개월 PoC 예산 상한, 목표 KPI 한 개, 실패 시 종료 조건.

본문은 앞서 정리한 6항목을 그대로 소제목으로 씁니다. 부속 3표는 본문 뒤에 붙여서, 숫자를 따지는 결재선만 넘겨보게 만드는 구조가 낫습니다.

작성 순서는 글 쓰는 순서와 다릅니다. 비즈니스 요구 분석 → 기술 인프라 평가 → 데이터 준비 상태 확인 → KPI 설정 → PoC 설계 → 사용자 교육·확산 계획. 이 도입 체크리스트 순으로 조사한 뒤에 문서를 쓰면 숫자가 비는 칸이 생기지 않습니다.

여기서 많이 막히는 지점이 첫 칸입니다. 현황 숫자가 없어 요구 분석이 추정으로 채워지는 경우죠. 조직의 AI 성숙도 점수와 병목을 리포트로 받아 배경란에 그대로 첨부하는 방법은 AI 활용 성숙도 진단에서 다룹니다. 전체 흐름은 기업 AI 교육 도입 8단계 로드맵과 이어집니다.

품의서 작성법에서 가장 자주 빠지는 건 끝내는 조건입니다. PoC 종료 기준(예: 12주 차에 1차 응답률 60% 미달 시 종료)과 전사 확산 판단 기준을 문서 안에 미리 박아두면, 결재권자가 물을 질문이 사라집니다.

제출 전 15분 점검 체크리스트

결재하는 쪽에 앉아 품의서를 승인하고 반려해본 입장에서, 제가 먼저 보던 칸은 다섯 개였습니다.

• 본문의 모든 숫자에 출처나 산출 근거가 한 줄로 붙어 있는가
• 도입 범위가 1개 부서·1개 업무로 좁혀져 있는가
• 실패 시 종료 조건과 예산 상한이 표지에 적혀 있는가
• 보안·개인정보 검토 확인 흔적(담당자명·일자)이 첨부돼 있는가
• 사용자 교육과 확산 계획이 한 문단이라도 들어가 있는가

다섯 칸 중 둘 이상이 비면 내용이 아무리 좋아도 되돌아옵니다.

항목 구조가 필요하면 사내 서식이 우선이고, 빈칸 구성은 우리 템플릿(DOCX)을 참고하시면 됩니다. 교육 예산까지 같은 문서에 묶는 경우는 AI 교육 품의서 작성 편의 예시 문구를, 운영 뒤 성과 보고는 AI 도입 ROI 측정 쪽을 함께 보면 됩니다.

자주 묻는 질문

AI 에이전트 도입 품의서에서 가장 먼저 작성해야 할 항목은 무엇인가요?

기술 설명이 아니라 현황 진단과 목적을 숫자로 적는 칸이 먼저입니다. “CS 1차 응대, 월 1,200건, 건당 평균 9분, 담당 3명”처럼 업무명·건수·소요시간이 한 문장에 들어가야 합니다. 결재권자는 에이전트가 무엇인지 몰라도 이 문장만으로 판단을 시작합니다. 반대로 LLM 구조부터 설명하면 두 번째 장에서 읽기를 멈춥니다. 현황 숫자가 없으면 뒤에 나오는 ROI도 근거를 잃습니다.

AI 에이전트 도입 비용은 어떻게 산정하나요?

라이선스 단가가 아니라 TCO(총소유비용) 1년치로 산정하는 편이 안전합니다. 구독료와 API 토큰 비용에 구축·연동 인건비, 데이터 정비, 교육, 운영 모니터링, 재학습 비용을 더합니다. 여기에 회수기간을 반드시 붙입니다. 총 도입비용을 월 순절감액으로 나눠 12개월 이내로 나오면 재무 쪽 질문이 크게 줄어듭니다. 단가만 적힌 품의서가 가장 자주 되돌아옵니다.

AI 도입 품의서에서 리스크 항목은 어떻게 작성해야 하나요?

리스크명·발생 가능성·영향도·완화책·책임자 5열 표로 쓰면 통과율이 달라집니다. 서술형으로 “보안에 유의하겠습니다”라고 쓰면 IT·보안 부서가 검토할 대상이 없어집니다. 특히 사내 문서 반출 범위와 HITL(사람 최종 승인) 구간을 명시해야 합니다. 금액 승인, 외부 발송, 고객 직접 응대는 사람이 확인한다는 한 줄이 들어가면 보안 검토 회신이 빨라집니다. 규제산업 AI 도입 환경이라면 이 표가 본문보다 중요합니다.

PoC(개념증명) 없이 바로 전사 도입해도 되나요?

권장하지 않습니다. 4~8주, 단일 부서, 단일 업무로 범위를 좁힌 PoC가 승인 확률을 가장 크게 올립니다. 예산 상한과 종료 조건을 품의서 안에 미리 적어두면 결재권자가 보는 손실 한도가 확정되기 때문입니다. 전사 도입은 PoC 결과 보고 이후 별건으로 올리는 편이 깔끔합니다. 실제로 범위가 넓은 품의서일수록 “좀 더 검토해보자”로 끝납니다.

AI 에이전트와 기존 챗봇의 차이는 품의서에 어떻게 설명하나요?

응답을 만드느냐, 일을 끝내느냐의 차이로 정리하면 한 문단이면 됩니다. 챗봇은 질문에 답을 돌려주고 끝나지만, 에이전트는 사내 시스템과 연동해 조회·작성·전달까지 여러 단계를 스스로 수행합니다. MCP 같은 연동 표준을 쓰면 어느 시스템까지 손이 닿는지가 곧 책임 범위가 됩니다. 품의서에는 기존 업무 플로우와 에이전트 적용 후 플로우를 나란히 한 줄씩 적는 방식이 가장 잘 읽힙니다.

마무리

반려는 문장력 문제가 아니었습니다. 대부분은 숫자와 책임 구간이 비어 있었을 뿐입니다.

• 목적란은 업무명·건수·소요시간이 들어간 정량 문장으로
• 비용은 단가가 아니라 TCO 1년치와 회수기간 한 쌍으로
• 범위는 전사가 아니라 4~8주 단일 부서 PoC와 종료 조건으로

오늘 할 수 있는 첫 행동은 하나입니다. 대상 업무 한 개를 골라 지난달 처리 건수와 건당 소요시간을 실제로 세어보는 일입니다. 이 숫자 두 개가 있으면 ROI 계산식의 나머지 칸은 저절로 채워집니다.

그런데 숫자를 다 채워도 막히는 지점이 남습니다. 조직의 현재 수준을 배경란에 어떻게 쓸지입니다. 설문 돌릴 여유가 없다면 AI 활용 성숙도 진단이 그 역할을 합니다. 8차원 점수와 병목이 리포트로 나와서 배경란에 그대로 붙일 수 있습니다.

저는 결재하는 쪽에 앉아 교육 품의서를 승인하고 반려해봤습니다. 되돌려 보낼 때 실제로 적었던 말은 거의 같았습니다. “그래서 안 하면 뭐가 문제인가요.”

그 질문에 답하는 문장은 혼자 쓰기 어렵습니다. 특히 이미 한 번 반려당해 같은 서류를 다시 올려야 하는 상태라면 더 그렇습니다. 가상 기업 ‘한결식품’ 시나리오로 전 칸을 채운 품의서 완성 예시본과, ‘보안은?’ ‘내년에 하자’ ‘무료로 배우면 되잖나’ 같은 반려 사유 5가지별 재상신 문구가 함께 들어 있습니다. AI 교육 도입 서류 3종 무료로 받기 — 전 칸을 채운 품의서 완성 예시본과 반려 사유 5가지별 재상신 문구 포함 (편집용 DOCX)