스마트공장 사업계획서를 공급기업에 맡길 때, 도입기업이 직접 확인해야 하는 것

스마트공장 구축사업을 신청할 때 도입기업이 직접 준비하는 서류는 대부분 증명서류입니다. 사업계획서를 비롯한 나머지는 공급기업이 맡아 쓰는 구도가 일반적입니다. 이 글은 그 구도에서 도입기업이 무엇을 끝까지 직접 확인해야 하는지, 그리고 사업계획서를 왜 신청서가 아니라 계약서에 가깝게 봐야 하는지를 다룹니다.

공급기업이 전문가라는 점은 맞습니다. 다만 전문가가 쓴 문서와 우리 공장에 맞는 문서는 별개의 문제입니다. 이 글은 공급기업 쪽에서 일해 본 입장에서 쓰지만, 내용은 도입기업이 무엇을 확인하면 되는지에 맞췄습니다.

1. 사업계획서는 선정 뒤에도 계속 쓰입니다

사업계획서는 선정되면 끝나는 평가용 문서가 아닙니다. 확인되는 쓰임만 따라가도 최소 세 번 다시 나옵니다.

사업계획서는 신청서로 끝나지 않고 이후 절차의 근거가 됩니다

1. 평가 근거. 2026년도 정부형 스마트공장 구축사업 공고(중소벤처기업부 공고 제2025-587호)의 평가지표에는 "도입기업의 현재 모습(현행업무분석을 통한 문제점 도출 등)을 정확히 제시하였는가"가 10점 항목으로 들어 있습니다. 서면평가와 기술성평가 양쪽에 있는 항목입니다.
2. 원가계산 근거. 같은 공고에는 과제로 선정된 기업이 원가계산 때 SW개발비 검증을 위해 원가계산기관이 기능요구명세서를 요구하면 적극 협조해야 한다고 적혀 있습니다.
3. 협약 기준. 제 경험으로는 평가 의견과 원가계산 결과를 반영해 사업계획서를 고쳐 올리고, 협약에는 그 최종본을 씁니다. 이후 착수계도 같은 문서를 기준으로 작성합니다.

앞의 둘은 공고문 기준이고, 셋째는 제 경험입니다. 그래서 저는 사업계획서가 사실상 계약서 역할을 한다고 표현합니다. 법적 계약서라는 뜻은 아닙니다. 실제로 공급될 솔루션의 범위와 기능명세가 이 문서에서 정해지고, 이후 절차가 이 문서를 근거로 움직인다는 뜻입니다.

2. 가정하겠습니다: 현행 업무 설명 없이 계획서가 만들어졌을 때

아래는 실제 사례가 아니라 구조를 보여 주기 위한 가정이고, 숫자도 쓰지 않았습니다.

도입기업 A사가 공급기업을 믿고 사업계획서를 맡겼다고 가정하겠습니다. 담당자는 필수 서류를 챙기느라 바쁘고, 현재 업무가 어떻게 돌아가는지는 짧은 미팅 한 번으로 설명합니다. 공급기업은 이전 사업에서 쓴 계획서를 바탕으로 기능 목록을 채웁니다.

이렇게 쓰인 계획서에는 두 종류의 오차가 생길 수 있습니다. 하나는 A사 현장에서 쓰지 않는 기능이 범위에 들어가는 것이고, 다른 하나는 A사의 실제 병목을 푸는 기능이 빠지는 것입니다. 둘 다 서류만 읽어서는 눈에 띄지 않고, 선정까지는 문제가 없어 보입니다.

가정한 상황의 비교이며, 범위의 정확도는 확인한 만큼 달라집니다

문제는 선정 이후에 드러납니다. 협약 뒤에 기능을 늘리려 해도, 제가 확인한 관리기준(2026.8판)에는 정부지원금이 처음 승인된 금액을 넘길 수 없다고 되어 있습니다. 쓰지 않는 기능에 예산이 들어갔다면, 같은 예산으로 필요한 기능을 넣을 여유가 그만큼 줄어든 상태입니다. 기능 변경은 협약변경 절차로 다룰 수 있지만, 사업비를 더 받는 방향은 기대하기 어렵습니다.

3. 일임하게 되는 세 가지 이유

일임 자체가 잘못은 아닙니다. 다만 아래 세 가지 이유 중 하나라도 해당하면, 앞의 가정처럼 범위의 오차가 쌓이기 쉽습니다.

1) 현행 업무를 설명하지 않은 경우

증상. 계획서의 현행 업무 분석이 어느 공장에나 들어맞는 문장으로 채워져 있습니다.

원인. 현행 업무는 도입기업만 아는 정보인데, 설명하는 자리가 따로 없으면 그 빈칸이 템플릿으로 채워집니다.

처방. 도입기업이 먼저 문제 지점을 정리해 전달하는 편이 낫습니다. 어느 공정에서 무엇이 막히는지, 지금은 어떻게 기록하는지가 핵심입니다. 이 내용이 앞서 본 10점 항목의 재료가 됩니다.

2) 전문가니까 믿고 맡긴 경우

증상. 초안을 받아도 대표나 실무자가 열어 보지 않고 제출합니다.

원인. 신뢰는 자연스럽지만, 공급기업이 아는 것은 솔루션과 일반적인 현장입니다. 우리 공장에서 무엇이 먼저인지는 도입기업이 가장 잘 압니다.

처방. 문서 전체를 읽기 어렵다면 기능 설명 부분만이라도 실무자와 경영진이 함께 보는 편이 낫습니다.

3) 계획서를 평가용 문서로만 생각한 경우

증상. 선정 뒤에는 계획서를 다시 열지 않습니다.

원인. 앞서 본 대로 원가계산과 협약에서 다시 쓰이는데, 선정이 끝이라는 인식이 검토를 미루게 합니다.

처방. 원가계산기관이 기능요구명세서를 요구하기 전에 기능과 범위를 한 번 더 보는 편이 낫습니다.

4. 직접 확인할 두 가지

기능 범위의 오차: 불필요한 기능과 누락된 기능

기능 목록의 각 항목에 대해 "누가, 언제, 어느 화면에서 쓰는가"를 말할 수 있는지 확인합니다. 답할 수 없는 기능은 불필요한 기능 후보입니다. 반대로 현장에서 가장 자주 막히는 지점이 목록의 어느 기능과 대응하는지 찾아봅니다. 대응하는 기능이 없다면 누락 후보입니다. 이 확인은 공급기업과 맞서는 일이 아니라 범위를 맞추는 작업입니다.

설비 데이터 인터페이스의 범위

제 경험으로는 설비(하드웨어) 데이터 인터페이스가 구축사업에서 필수로 요구되는 경우가 많고, 개발공수도 꽤 드는 부분입니다. 그래서 어느 설비에서 어떤 데이터를 어떤 주기로 가져오는지를 목록으로 확인하는 편이 낫습니다. 성과지표(KPI)를 이 데이터로 증빙할 계획이라면 더 신경 써야 합니다. 제 경험으로는 최종점검에서 KPI의 근거가 가장 꼼꼼하게 확인되기 때문입니다. 현장 데이터가 실적과 어긋나는 흔한 패턴은 바코드를 붙였는데 실적이 안 맞는 이유에서 따로 다뤘습니다.

기능 범위와 설비 데이터, 두 군데를 먼저 확인하는 편이 낫습니다

자주 묻는 질문

사업계획서를 직접 쓰지 않아도 되나요?

쓰는 일은 공급기업이 맡아도, 내용을 확인하는 일은 도입기업에 남습니다. 작성에 도움이 필요하면 공고에 안내된 제조DX멘토단 활용 지원사업(컨설팅)을 선택할 수 있습니다.

기능명세서는 언제 확인하나요?

신청 전에 한 번, 선정 후 원가계산기관이 요구하는 시점에 한 번 더 보는 편이 낫습니다.

협약 뒤에 기능을 바꾸고 싶으면 어떻게 하나요?

변경 사유와 범위에 따라 협약변경 절차가 필요하고, 정부지원금은 처음 승인된 금액을 넘길 수 없습니다. 운영기관에 먼저 문의하는 편이 낫습니다.

 

정리하면, 사업계획서를 누가 쓰느냐보다 누가 끝까지 읽었느냐가 이후 절차를 가릅니다. 신청 일정을 미리 가늠하는 방법은 스마트공장 구축사업 공고 동향을 미리 봐야 하는 이유에, 요구사항을 "지금 하는 대로"로 적었을 때의 문제는 자동화를 맡길 때, "지금 하는 대로"는 요구사항이 아닙니다에 정리해 두었습니다. 공고 내용은 해마다 달라질 수 있으니 신청 시점의 공고와 스마트공장 사업관리시스템을 함께 확인하시기 바랍니다.

 

이 글은 2026년 정부형 공고(제2025-587호)와 관리기준 2026.8판 기준으로 확인했습니다. 개정일: 없음.