임원 보고용 AI 도입 사업성 분석서, 무엇을 담아야 통과하나

임원 보고용 AI 사업성 분석서는 문제 정의·기대 효과·비용 구조·리스크·대안 비교·실행 계획 여섯 항목을, 승인권자가 묻는 순서대로 담을 때 통과합니다. 항목 수가 아니라 배치 순서와 근거의 밀도가 결재 여부를 가릅니다.

다음 주 임원 보고를 앞두고 이 문서를 여시는 분이 많습니다. 영업 미팅에서 좋은 인상을 받았고 도입은 대체로 마음을 굳혔는데, 정작 결재 라인에 올릴 한 장의 근거가 손에 없을 때죠.

승인권자는 솔루션의 기능이 아니라 “이 지출이 회사에 타당한가”를 봅니다. 그래서 공급사 제품 소개서를 그대로 올리면 대개 반려되고, 사업성의 언어로 다시 쓴 문서만 결재를 통과하죠.

승인권자가 실제로 확인하는 항목은 여섯 가지로 좁혀집니다. 문제 정의, 기대 효과, 비용 구조, 리스크, 대안 비교, 실행 계획입니다. 저희가 도입 상담에서 자주 검토하는 이 여섯을 결재자의 질문 순서로 배치하는 것이 통과하는 문서의 뼈대입니다.

임원 보고용 AI 사업성 분석서는 무엇으로 통과·반려가 갈리나요?

통과와 반려를 가르는 것은 분량이나 디자인이 아니라 “질문에 답했는가”입니다. 승인권자는 문서를 읽으며 머릿속으로 여섯 개의 질문을 던지는데, 그 답이 순서대로 놓여 있으면 통과하고 하나라도 비면 반려로 돌아섭니다.

반려된 문서의 공통점은 대부분 비슷합니다. 제품 기능은 화려한데 “우리 회사의 어떤 손실을 얼마에 없애는가”라는 셈이 비어 있죠. 결재자는 좋은 제품을 반려하는 것이 아니라, 답이 빠진 문서를 반려하는 것입니다.

그래서 작성의 출발점은 기능 목록이 아니라 결재자의 여섯 질문입니다. 아래 순서로 문서를 구성하면, 읽는 사람이 궁금해하는 순간에 답이 제자리에 나타나 결재의 흐름이 끊기지 않죠.

승인권자는 6개 항목을 어떤 순서로 확인하나요?

승인권자는 “왜 하나 → 무엇이 나아지나 → 얼마 드나 → 잘못되면 → 다른 방법은 → 어떻게 하나”의 순서로 읽습니다. 이 흐름이 곧 문서의 목차가 되어야 하죠. 제품 설명부터 시작하는 문서가 반려되는 이유도 이 순서를 뒤집었기 때문입니다.

항목	승인권자의 속질문	대표 반려 신호
문제 정의	지금 무엇이 문제인가	문제가 막연하고 외부 이유뿐
기대 효과	그래서 무엇이 나아지나	효과가 장밋빛 단일치
비용 구조	총 얼마가 드나	첫해 견적 한 줄뿐
리스크	잘못되면 어떻게 되나	리스크 언급이 없음
대안 비교	다른 방법은 없나	단일안만 제시
실행 계획	언제 누가 어떻게 하나	일정·책임이 불명확

여섯 항목은 서로 물려 있습니다. 문제를 숫자로 세우지 못하면 효과가 흔들리고, 효과가 흔들리면 비용 대비 타당성이 무너지죠. 그래서 한 항목만 잘 써서는 통과하기 어렵고, 여섯이 같은 가정 위에서 이어져야 합니다.

순서를 지키는 것이 왜 중요한지는 결재자의 읽기 방식에서 옵니다. 승인권자는 위에서부터 읽다가 답이 막히는 지점에서 판단을 멈추거든요. 문제가 흐릿하면 아래에 놓인 좋은 효과·비용 숫자는 눈에 들어오지도 않고, “준비가 덜 됐다”는 인상만 남죠. 잘 쓴 항목 하나를 앞에 몰아넣기보다, 빈칸 없이 여섯을 순서대로 채우는 편이 통과를 만듭니다.

① 문제 정의 — 무엇을 담아야 하나요?

문제 정의는 “어떤 업무가, 얼마나, 왜 비효율인가”를 숫자로 적는 칸입니다. AI를 왜 도입하는지가 아니라, 도입하지 않으면 계속 새는 비용이 무엇인지를 먼저 세워야 하죠.

승인권자는 해결책보다 문제의 크기를 먼저 잽니다. 월 몇 시간, 몇 건, 얼마의 인건비가 반복 업무에 묶여 있는지가 구체적일수록 뒤따르는 효과·비용 숫자가 설득력을 얻거든요. 문제 칸이 단단하면 나머지 다섯 칸이 그 위에 안정적으로 쌓입니다.

대상 업무와 월 처리량 — 건수·소요 시간을 최근 3개월 실적으로 뽑습니다.
현재 방식의 비용·오류율 — 인건비 환산액과 재작업 발생률을 적습니다.
방치했을 때의 손실 — 3~6개월 뒤 벌어질 격차를 한 줄로 추정합니다.

반려되는 문제 정의의 공통점은 “경쟁사도 하니까”, “트렌드라서” 같은 외부 이유로 시작한다는 점입니다. 회사 안의 구체적 손실로 문제를 세운 문서라야 다음 항목이 흔들리지 않습니다.

문제 문장 하나로도 통과 여부가 갈립니다. “업무 효율을 개선하기 위해 AI를 도입한다”는 되물을 자리가 없어 반려로 흐르지만, “견적 검토에 매달 몇백 시간이 들고 그중 재작업이 얼마”라는 식으로 숫자가 박힌 문장은 그 자체로 다음 계산의 출발점이 되죠. 앞은 소망이고 뒤는 문제입니다.

문제를 넓게 잡을수록 문서는 약해집니다. “전사 업무를 효율화한다”처럼 대상이 넓으면 처리량도 효과도 뭉개지거든요. 반복이 많고 규칙이 뚜렷한 업무 한둘로 범위를 좁히면 숫자가 또렷해지고, 실행 계획의 첫 POC 대상도 그 자리에서 자연스럽게 정해집니다.

② 기대 효과는 어디까지 약속해도 되나요?

기대 효과는 단정이 아니라 조건부 목표로 적습니다. “반드시 이만큼 아낀다”가 아니라 “이 가정에서 이 범위를 목표로 잡고 검증한다”로 써야, 나중에 실측과 어긋나도 문서의 신뢰가 남죠.

외부 데이터도 과한 약속을 경계하라고 말합니다. 가트너가 인프라·운영 책임자 782명을 조사해 2026년 4월 발표한 결과에서, AI 활용 사례 중 ROI 기대를 온전히 충족한 비율은 28%에 그쳤고 실패를 한 번 이상 겪은 비율은 57%였고 그 흔한 원인은 “너무 이른 과도한 기대”였죠. 효과 칸을 낙관 하나로 채우면 결재자는 이 통계를 떠올리며 신뢰를 접습니다.

효과는 세 갈래로 나눠 잡습니다. 인건비 절감은 재배치된 시간만, 처리량 증대는 직접 매출로 연결되는 부분만, 리스크 감소는 발생 빈도에 손실액을 곱해 잡죠. 셋을 한 덩어리로 뭉뚱그리면 숫자가 부풀어 오히려 의심을 부릅니다.

낙관·기본·보수 세 시나리오를 함께 제시합니다.
“효과가 절반만 나도 타당한가”에 답이 있는지 확인합니다.
응대 품질처럼 수치화가 어려운 정성 효과는 별도 칸으로 표기합니다.

하방 시나리오는 특히 공들일 칸입니다. 승인권자가 실제로 확인하는 것은 낙관치가 아니라 “효과가 절반만 나도 3년 안에 회수되는가”거든요. 이 물음에 “그래도 회수된다”는 답이 준비돼 있으면, 삭감 논의가 부결이 아니라 범위 조정으로 방향을 틀죠. 보수 시나리오를 먼저 그려 두는 편이 오히려 승인 확률을 높입니다.

③ 비용 구조는 어떻게 제시하나요?

비용은 첫해 견적 한 줄이 아니라 3년 총소유비용(TCO)으로 펼쳐 보여 줍니다. 구축비·운영비·기회비용을 3년 칸에 나눠 담아야 승인권자가 “총 얼마인지”를 한눈에 읽죠. 견적서만 붙이면 2~3년 차의 운영비가 가려져 회수가 실제보다 빨라 보입니다.

비용 덩어리	포함 항목(예)	발생 시점
구축비	라이선스·개발, 연동, 초기 설정	1년 차 집중
운영비	사용료, 인프라, 유지보수, 운영 인력	3년 지속
기회비용	도입·정착 내부 시간, 미도입 손실	전 기간

구체적인 요금은 회사별 연동 범위와 사용량에 따라 달라져, 사업성 분석서에 특정 단가를 박아 넣지는 않습니다. 공식 요금 안내를 기준으로 사용량 가정치를 곱해 3년 비용을 추정하고, 그 가정을 문서에 함께 적는 편이 방어에 유리하죠.

비용 구조에서 가장 자주 빠지는 것이 숨은 비용입니다. 사용량이 늘수록 함께 오르는 모델·인프라 호출 비용, 예외 상황을 사람이 점검하는 운영 인력 공수, 첫해 무상 지원이 끝나는 2년 차의 유지비가 대표적이죠. 이 셋을 비워 두면 회수 시점이 실제보다 앞당겨져 보여, 도입 뒤 예산을 다시 요청하는 최악의 상황으로 이어집니다.

숫자의 출처를 칸마다 지정해 두는 것도 비용 칸의 방어력을 높입니다. 구축비는 견적서, 운영 인력은 내부 공수 실측, 인건비 환산은 재무 부서 단가처럼 근거를 붙이면, 심의에서 “이 숫자 어디서 나왔냐”는 물음에 칸 단위로 답할 수 있죠.

비용을 3년으로 펼쳐 계산하는 구체적 방법은 AI 에이전트 ROI를 3년 TCO로 계산하는 법에서 자세히 다룹니다.

④ 리스크와 대응은 어떻게 담나요?

리스크는 숨기는 것이 아니라 먼저 꺼내 대응과 함께 적는 항목입니다. 승인권자는 리스크가 하나도 없다는 문서를 오히려 의심하거든요. “무엇이 잘못될 수 있고, 그때 우리는 무엇을 한다”까지 한 줄로 이어져야 안심하죠.

데이터 보안·외부 유출 — 온프레미스 배포와 접근 권한 설계로 대응합니다.
정착 지연·초기 생산성 저하 — 단계 도입과 POC로 충격을 줄입니다.
벤더 종속·출구 문제 — 계약에 데이터 이관·해지 조항을 넣어 완충합니다.

리스크는 표로 정리하면 대응과 잔여 위험이 한눈에 들어옵니다.

리스크	발생 조건	대응	잔여 위험
데이터 유출	외부 클라우드 처리	온프레미스·권한 분리	내부 접근 통제
정착 지연	전사 일괄 도입	단계 도입·POC	초기 생산성 저하
벤더 종속	이관 조항 부재	계약 출구 조항	전환 비용

보안 우려가 핵심 쟁점인 조직이라면 리스크 칸을 특히 두텁게 씁니다. 데이터를 외부에 두기 어려운 업종은 온프레미스 여부가 결재의 전제가 되기도 하죠. 도입 결정에서 놓치기 쉬운 점검 항목은 AI 도입 의사결정 체크리스트에 따로 정리해 두었습니다.

리스크 칸을 잘 쓴 문서는 결재 회의의 공기를 바꿉니다. 담당자가 위험을 먼저 인정하면, 회의가 “이게 위험하지 않냐”는 공방이 아니라 “이 대응이면 되겠다”는 합의로 흐르거든요. 미리 꺼낸 리스크는 약점이 아니라 신뢰의 근거가 됩니다.

⑤ 대안 비교에는 무엇을 넣나요?

대안 비교는 “왜 하필 이 방식인가”에 답하는 칸입니다. 최소한 세 갈래를 같은 자로 견줘야 하죠. 현행 유지(도입하지 않음), 다른 방식(RPA·수작업 개선), 다른 공급 형태(자체 구축 vs 구독)를 나란히 놓습니다.

대안	강점	약점
현행 유지	추가 비용 없음	손실이 매달 누적
RPA·규칙 자동화	저렴·단순	판단형 업무에 취약
AI 에이전트 도입	판단·연동 포괄	정착 기간·운영비

단일안만 담은 문서는 “다른 방법은 검토했나”라는 질문 한 번에 무너집니다. 세 갈래를 같은 기간·같은 기준으로 비교한 표가 붙어 있으면, 결재자는 담당자가 충분히 고민했다고 읽고 결정을 위임하기 쉬워지죠. 대안 비교는 결론을 정당화하는 칸이 아니라, 검토의 성실함을 보여 주는 칸입니다.

비교의 함정은 기준을 슬쩍 바꾸는 데 있습니다. 자사 안에 유리한 항목만 골라 견주면 결재자는 금세 알아채고 신뢰를 거두거든요. 세 대안을 같은 기간·같은 효과 정의·같은 비용 범위로 묶어 비교해야, 결론이 “미리 정해 놓고 고른 것”이 아니라 “따져 본 끝에 남은 것”으로 읽힙니다.

세 갈래 중 무엇을 고를지는 업무 성격이 갈라 줍니다. 규칙이 뚜렷하고 예외가 적은 업무는 RPA로도 충분하지만, 문서 이해나 판단이 섞인 업무는 AI 에이전트라야 처리되죠. 대안 비교 칸에 이 갈림 기준을 한 줄 적어 두면, 결재자가 “왜 더 비싼 쪽인가”라는 질문에 스스로 답을 찾습니다.

⑥ 실행 계획은 얼마나 구체적이어야 하나요?

실행 계획은 “언제, 누가, 무엇을”이 한 줄로 읽혀야 합니다. 승인권자는 이 항목에서 도입이 관리 가능한 프로젝트인지, 막연한 선언인지를 판단하죠. 계획이 흐릿하면 앞의 다섯 칸이 아무리 좋아도 “준비가 덜 됐다”로 미뤄집니다.

단계별 마일스톤 — POC → 파일럿 → 전사 확대의 3단계로 나눕니다.
책임과 역할 — 각 단계의 주관 부서와 결정권자를 명시합니다.
의사결정 게이트 — 다음 단계로 넘어가는 판단 기준을 미리 정합니다.
예산 집행 시점 — 언제 얼마가 나가는지 분기 단위로 표시합니다.

가장 통과율이 높은 실행 계획은 첫 단계를 작은 POC로 두는 문서입니다. 전사 도입을 한 번에 결재받는 대신, 한 부서·한 업무로 핵심 가정을 실측하고 그 결과로 확대를 다시 승인받는 구조죠. 결재자 입장에서는 큰 지출을 한 번에 승인하는 부담이 낮아져 “일단 POC까지는 진행”이라는 결정이 나오기 쉽습니다.

의사결정 게이트를 미리 못 박아 두는 것도 통과율을 높이는 장치입니다. “POC에서 절감 시간이 목표의 70%를 넘으면 파일럿으로, 못 넘으면 재설계”처럼 다음 단계로 넘어가는 조건을 숫자로 적어 두면, 결재자는 이 프로젝트가 통제 아래 있다고 읽죠. 게이트가 없는 계획은 한번 승인하면 멈추기 어려운 지출로 보여 오히려 문턱이 높아집니다.

통과되는 문서와 반려되는 문서는 어디서 갈리나요?

같은 도입 건이라도 여섯 항목을 어떻게 채웠느냐에 따라 결과가 갈립니다. 아래 대조표는 저희가 상담에서 관찰한 통과·반려 문서의 전형적인 차이입니다.

항목	통과하는 문서	반려되는 문서
문제 정의	회사 내부 손실을 숫자로	외부 트렌드·유행
기대 효과	조건부·하방 시나리오 병기	낙관 단일치
비용 구조	3년 TCO로 총액 제시	첫해 견적 한 줄
리스크	대응까지 함께 명시	언급 자체가 없음
대안 비교	세 갈래 동일 기준 비교	단일안만 정당화
실행 계획	단계·책임·게이트 명시	선언적 일정

가상 예시로 차이를 보겠습니다. 한 문서는 “AI로 고객 응대를 자동화해 효율을 크게 높인다”로 끝났고, 다른 문서는 “CS 1팀의 월 1,200건 문의 중 40%가 단순 반복이며, 이를 3년간 보수적으로 30% 자동화할 때의 절감 범위와 하방을 함께 제시”했죠. 앞은 반려됐고 뒤는 통과했습니다. 이 대비는 작성 습관을 보여 주기 위한 가상 시나리오이며 실제 고객사 데이터가 아닙니다.

두 문서의 진짜 차이는 성의가 아니라 검증 가능성입니다. 앞 문서는 되물을 자리가 없어 “정말 그런가”에서 멈추고, 뒤 문서는 각 숫자에 가정과 출처가 붙어 있어 질문이 총액 흥정이 아니라 가정 점검으로 흐르죠. 결재는 대개 이 지점에서 방향이 정해집니다.

반려는 대개 되돌릴 수 있는 신호이기도 합니다. 결재자가 도입 자체를 거부한 것이 아니라 근거의 빈칸을 지적한 것이라면, 그 칸을 채워 다시 올리면 되죠. 반려 사유가 여섯 항목 중 어디에 해당하는지로 분류해 두면, 다음 제출에서 손볼 지점이 분명해집니다.

완성한 분석서, 다음 단계는 무엇인가요?

여섯 항목을 채웠다면 맨 앞에 한 장 요약(Executive Summary)을 얹습니다. 문제 한 줄, 3년 총비용과 회수 시점, 핵심 리스크와 대응, 요청 사항(무엇을 승인해 달라)까지를 반 페이지로 압축한 장이죠. 바쁜 승인권자는 이 한 장으로 방향을 잡고 본문으로 내려갑니다.

한 장 요약을 먼저 쓰면 본문도 정리됩니다. 반 페이지에 다 담기지 않는 항목은 본문에서도 군더더기일 가능성이 높거든요. 요약을 기준으로 본문을 덜어 내면, 결재자가 5분 안에 핵심을 잡고 나머지는 부록에서 확인하는 문서가 됩니다.

제출 전에는 다른 눈으로 검산을 받으시길 권합니다. 문서를 짠 사람과 다른 사람이 각 칸의 가정을 되물으면 숨은 낙관이 드러나거든요. 결재 자리에서 나올 질문을 미리 한 번 맞아 보는 셈입니다. 임원을 실제로 움직이는 정량 근거의 종류는 AI 투자 임원 설득 데이터에서 더 다룹니다.

여섯 항목 중 비용·효과 칸은 결국 가정이라, 작은 POC로 핵심 가정 몇 개를 실측으로 바꾸면 문서의 설득력이 눈에 띄게 올라갑니다. 어떤 업무부터 검증할지, 무엇을 성공 기준으로 잡을지 함께 설계가 필요하시면 도입·POC 상담으로 현재 업무와 보고 일정을 보내 주세요. 사업성 분석서의 뼈대부터 같이 맞춰 드립니다.

제출 전 마지막 점검, 무엇을 보나요?

제출 직전에는 여섯 항목이 같은 가정 위에 서 있는지를 훑습니다. 문제 칸의 처리량과 효과 칸의 절감 시간이 어긋나거나, 비용 칸의 기간과 효과 칸의 기간이 다르면 결재 자리에서 바로 걸리거든요. 항목 하나하나의 완성도보다 항목 사이의 정합이 마지막 관문입니다.

아래는 저희가 상담에서 함께 돌려 보는 최종 점검 목록입니다.

문제와 효과가 같은 업무·같은 처리량을 가리키는가
비용과 효과가 같은 3년 창으로 계산됐는가
모든 숫자에 출처나 가정이 한 줄로 붙어 있는가
리스크마다 대응이 짝지어져 있는가
실행 계획의 첫 단계가 승인 부담이 낮은 POC인가

이 목록을 통과한 문서는 결재 회의에서 질문을 두려워하지 않습니다. 어떤 칸을 짚어도 근거가 나오니, 대화가 “이걸 왜 하느냐”가 아니라 “언제 시작하느냐”로 넘어가죠. 사업성 분석서의 목적은 완벽한 예측이 아니라, 결정을 다음 단계로 넘길 만큼의 신뢰를 만드는 데 있습니다.

자주 묻는 질문

AI 사업성 분석서는 몇 장 분량이 적당한가요?

한 장 요약과 본문 다섯에서 열 장이면 충분합니다. 승인권자는 두꺼운 문서를 선호하지 않으며, 여섯 항목이 각각 반 장에서 한 장 안에 답을 담고 있으면 됩니다. 상세 계산·근거는 부록으로 빼서 본문의 가독성을 지키는 편이 통과에 유리합니다.

재무 부서가 인정하는 비용 근거는 어떻게 만드나요?

칸마다 출처를 지정해 두는 것이 시작입니다. 구축비는 공급사 견적서, 운영 인력은 내부 공수 실측, 인건비 환산은 재무 부서의 공식 단가처럼 근거를 붙이면, 심의에서 총액을 흥정하는 대신 가정을 점검하는 대화로 흐릅니다. 출처가 붙은 숫자는 깎여도 방향을 잃지 않습니다.

효과 숫자를 부풀리지 않으려면 어떤 기준이 좋나요?

절감 시간을 전액이 아니라 실제로 다른 업무에 재배치된 비율만 효과로 인정하세요. 매출 기여는 직접 연결되는 부분만, 리스크 감소는 발생 빈도에 손실액을 곱해 보수적으로 환산하는 방식이 검증을 통과하기 쉽습니다. 낙관치와 함께 보수치를 병기하면 신뢰가 더 올라갑니다.

경영진이 가장 먼저 보는 항목은 무엇인가요?

한 장 요약 다음으로는 대개 비용과 회수 시점을 먼저 봅니다. 다만 그 숫자의 타당성은 문제 정의에서 결정되므로, 문제를 얼마나 구체적으로 세웠는지가 결국 전체 신뢰를 좌우하죠. 비용 칸만 손보고 문제 칸을 비워 두면 앞의 인상이 뒤에서 무너집니다.

리스크를 적으면 오히려 반려되지 않나요?

반대입니다. 리스크가 없는 문서가 더 자주 반려됩니다. 승인권자는 어떤 프로젝트에도 위험이 있음을 알기에, 위험을 짚고 대응까지 붙인 문서를 더 신뢰하죠. 리스크 칸은 도입을 말리는 자리가 아니라 관리 능력을 보여 주는 자리입니다.

POC 결과가 없는데 분석서를 먼저 써도 되나요?

써도 됩니다. 다만 비용·효과 칸을 가정으로 채웠음을 명시하고, 실행 계획의 첫 단계를 그 가정을 검증하는 POC로 두세요. “핵심 가정은 POC로 확인 후 확대 승인을 다시 요청한다”는 구조면, 결재자는 불확실성을 이유로 반려하는 대신 POC까지를 승인하기 쉽습니다.

참고 자료

가트너(Gartner), “Gartner Says AI Projects in I&O Stall Ahead of Meaningful ROI Returns”, 2026년 4월 7일 보도자료 — 인프라·운영 리더 782명 조사, AI 활용 사례 중 ROI 온전 충족 28%·완전 실패 20%, 실패 1회 이상 경험 57%(원인으로 과도한 기대 다수 지목)(2026-07-22 확인): https://www.gartner.com/en/newsroom/press-releases/2026-04-07-gartner-says-artificial-intelligence-projects-in-infrastructure-and-operations-stall-ahead-of-meaningful-roi-returns
하마다랩스 자체 도입 상담 관찰(2026년, 세일즈): 제품 소개서를 그대로 올린 사업성 문서가 문제·비용·대안 칸이 비어 반려되는 반복 패턴 — 익명 집계, 특정 고객 사례 아님
하마다랩스 플랫폼·회사 소개(500개 이상 외부 시스템 연동·온프레미스 배포 지원): https://www.hamadalabs.com/platform · https://www.hamadalabs.com/about

작성자

김범수 — 하마다랩스 윈디플로 마케팅 매니저. 라이브다임 대표이자 10년 차 SEO 전문 강사로, 검색 최적화에서 생성형 엔진 최적화(GEO)로 넘어가는 전환을 현장에서 다뤄 왔습니다. AI가 답을 만들어 주는 검색 환경에서 B2B 기업이 어떻게 발견되고 인용되는지, 마케팅 업무 자체를 AI 에이전트로 어떻게 운영하는지를 실행 관점에서 다룹니다. 회사 소개: https://www.hamadalabs.com/