9월 사업계획 회의 전 기업 컨설팅 요구사항을 잡는 법

• 목록
• 답변
• 글쓰기
• 옵션
  • 수정
  • 삭제

여름휴가가 끝난 8월 말과 9월 초, 기업 회의실에는 비슷한 질문이 등장합니다. 내년도 사업계획은 곧 제출해야 하는데 해결할 과제는 많고, 어느 업무부터 외부 전문 서비스에 맡겨야 할지는 분명하지 않습니다. 이때 서둘러 기업 컨설팅 업체부터 찾으면 제안서는 쌓이지만 의사결정은 오히려 늦어질 수 있습니다.

9월 사업계획 회의의 핵심은 업체 선정이 아니라 요구사항의 선명도를 높이는 일입니다. GMDW와 같은 전문 서비스 기업에 문의하기 전, 현재 문제와 원하는 변화, 내부에서 제공할 수 있는 자원을 구분해 두면 상담의 밀도가 달라집니다. 아래 과정은 가을 예산 편성과 다음 분기 실행계획을 동시에 준비해야 하는 실무자를 위한 방법입니다.

휴가 직후 사업계획 회의가 유독 어려운 이유

부서마다 다른 문제를 같은 이름으로 부릅니다

영업팀은 고객관리 솔루션이 필요하다고 말하고, 운영팀은 데이터 입력을 줄여야 한다고 주장하며, 경영진은 디지털 전환을 주문할 수 있습니다. 표현은 다르지만 실제 원인은 고객정보가 여러 파일에 흩어져 있거나 승인 절차가 복잡한 데 있을 수 있습니다. 반대로 같은 ‘업무 자동화’라는 표현을 사용하더라도 각 부서가 기대하는 결과는 전혀 다를 수 있습니다.

이 상태에서 기업 컨설팅을 의뢰하면 공급사는 자신이 잘하는 서비스 중심으로 문제를 해석합니다. 시스템 구축사는 도구 도입을, 조직 컨설팅사는 프로세스 개편을 먼저 제안하기 쉽습니다. 어느 접근이 틀렸다기보다 발주 기업이 해결할 문제의 경계를 정하지 않으면 제안 범위가 자연스럽게 넓어진다는 점을 이해해야 합니다.

9월에는 시간과 예산의 시계가 다르게 움직입니다

사업부는 당장 4분기 성과를 개선하고 싶지만 재무팀은 내년도 예산 근거를 요구합니다. 구매팀은 여러 업체의 조건을 검토할 시간이 필요하고, 정보보안팀은 외부 솔루션의 데이터 처리 방식을 확인해야 합니다. 따라서 9월 회의에서는 단기 개선과 다음 해 투자를 한 문서에 섞기보다 시간축을 분리하는 편이 효과적입니다.

• 즉시 조치: 별도 구매 없이 내부 규칙만 바꾸어 2~4주 안에 실행할 일
• 단기 전문 서비스: 진단, 교육, 프로세스 설계처럼 연말 전 결과물을 받을 일
• 중기 솔루션: 데이터 연동과 사용자 교육을 포함해 다음 분기까지 이어질 일
• 장기 과제: 조직 역할이나 핵심 시스템 구조를 바꾸어야 하는 일

회의 전에 각 부서에 필요한 솔루션을 묻지 말고, 지난 한 달 동안 가장 많은 재작업을 만든 순간을 물어보세요. 제품명이 아니라 실제 문제가 먼저 드러납니다.

요구사항은 기능 목록보다 문제 장면으로 작성합니다

누가 언제 어디에서 막히는지 적습니다

좋은 요구사항은 ‘통합 대시보드 구축’처럼 명사로 끝나지 않습니다. 월요일 오전 영업회의를 앞두고 담당자 세 명이 서로 다른 파일의 매출 수치를 맞추느라 두 시간을 쓰고 있다는 식으로 상황을 보여줍니다. 여기에 오류 빈도와 의사결정 지연까지 적으면 전문 서비스 기업은 필요한 데이터, 이해관계자, 예상 난도를 훨씬 정확하게 판단할 수 있습니다.

요구사항을 작성할 때는 문제 장면마다 사용자, 발생 시점, 입력 자료, 현재 행동, 불편, 기대 결과를 붙여 보세요. 서비스의 일반적 개념을 확인할 때는 네이버 지식백과의 서비스 설명도 참고할 수 있습니다. 기업 전문 서비스 역시 눈에 보이는 산출물만 구매하는 것이 아니라, 문제를 해결하는 과정과 경험을 함께 제공받는다는 관점이 중요합니다.

원하는 것과 반드시 필요한 것을 나눕니다

현업 인터뷰를 하면 알림, 모바일 화면, 인공지능 추천, 자동 보고서 등 많은 기능이 제시됩니다. 이를 전부 필수 조건으로 지정하면 비용이 높아질 뿐 아니라 정작 핵심 문제를 해결하는 일정이 늦어집니다. 반드시 필요한 조건, 있으면 좋은 조건, 이번 범위에서 제외할 조건의 세 칸으로 나누면 우선순위 충돌을 줄일 수 있습니다.

1. 문제 장면: 어떤 업무에서 지연이나 오류가 생기는지 한 문장으로 씁니다.
2. 현재 기준값: 처리시간, 오류 건수, 투입 인원처럼 비교 가능한 숫자를 기록합니다.
3. 필수 결과: 프로젝트 종료 후 반드시 달라져야 할 행동이나 상태를 정합니다.
4. 제약 조건: 예산 상한, 보안정책, 사용 중인 시스템, 완료 희망일을 밝힙니다.
5. 제외 범위: 이번 계약에서 다루지 않을 부서와 기능을 명시합니다.

가을 예산안에는 세 가지 비용 층을 따로 넣습니다

견적 금액 밖에서 발생하는 내부 비용을 계산합니다

기업 솔루션 예산을 세울 때 외부 업체가 제시한 계약금만 반영하면 실행 단계에서 부족분이 생깁니다. 담당자 인터뷰, 기존 데이터 정리, 테스트 참여, 교육 참석에는 내부 인력이 투입됩니다. 특히 연말에는 휴가, 결산, 인사평가 일정이 겹치므로 같은 한 시간이라도 평소보다 확보하기 어렵습니다.

예를 들어 8주 진단 프로젝트에 부서별 담당자 다섯 명이 매주 두 시간씩 참여한다면 회의와 자료 준비만 80시간입니다. 프로젝트 책임자와 보안 검토자의 시간까지 더하면 내부 투입량은 더 커집니다. 외부 지급비용과 내부 참여비용을 함께 계산해야 실제로 감당 가능한 범위가 보입니다.

도입비와 운영비 사이에 전환비용이 있습니다

첫해 예산은 진단·설계비, 구축·전환비, 운영·개선비의 세 층으로 구분하는 것이 좋습니다. 전환비에는 데이터 정제, 기존 문서 이전, 사용자 계정 설정, 병행 운영, 매뉴얼 제작이 포함될 수 있습니다. 이 항목을 빼면 솔루션은 완성됐지만 현업이 기존 방식으로 되돌아가는 상황이 발생합니다.

• 진단·설계비: 현황 인터뷰, 프로세스 분석, 목표 모델과 실행계획 수립 비용
• 구축·전환비: 설정, 개발, 데이터 이관, 테스트, 교육과 초기 안정화 비용
• 운영·개선비: 이용료, 유지보수, 정기 점검, 추가 교육과 소규모 개선 비용
• 내부 기회비용: 프로젝트 참여로 인해 담당자가 미루게 되는 기존 업무의 가치
• 예비비: 확인되지 않은 연동 문제나 데이터 품질 문제에 대응할 제한적 재원

가격대를 확인할 때는 총액만 묻지 말고 인력 투입 방식과 산출물 단위를 함께 확인해야 합니다. 짧은 진단은 인터뷰 대상과 분석 범위에 따라 수백만 원대에서 시작할 수 있고, 여러 부서의 시스템 연동과 데이터 이전이 포함되면 수천만 원 이상으로 커질 수 있습니다. 이는 확정 시세가 아니라 범위를 이해하기 위한 예시이므로, 실제 견적에서는 부가세·출장비·클라우드 이용료·추가 요청의 과금 기준을 별도로 확인해야 합니다.

예산이 빠듯할수록 기능을 조금씩 깎기보다 검증할 업무 구간을 좁히는 편이 낫습니다. 한 부서의 한 프로세스를 끝까지 바꾼 결과가 넓고 얕은 구축보다 다음 예산을 설득하기 쉽습니다.

제안 요청 전 일주일은 내부 합의에 투자합니다

다섯 번의 짧은 확인으로 발주 문서를 완성합니다

장문의 제안요청서를 한 사람이 작성하면 빠르게 보이지만, 계약 후 이해관계자의 반대가 뒤늦게 나타날 가능성이 큽니다. 그렇다고 모든 부서를 모아 긴 워크숍을 열 필요는 없습니다. 9월 첫째 주처럼 일정이 붐비는 시기에는 하루 한 가지 질문만 확인하는 방식이 현실적입니다.

첫날에는 경영진에게 왜 지금 해야 하는지를, 둘째 날에는 현업에게 가장 자주 막히는 장면을 묻습니다. 셋째 날에는 IT·보안 담당자와 데이터 접근 범위를 확인하고, 넷째 날에는 재무·구매 담당자와 계약 일정을 맞춥니다. 다섯째 날에는 프로젝트 책임자가 충돌하는 요구를 정리해 최종 우선순위를 승인받습니다.

혁신이라는 큰말을 역할과 산출물로 번역합니다

4차 산업혁명이나 융합 역량처럼 넓은 개념은 방향을 설명하는 데 유용하지만, 실제 기업 컨설팅 범위를 그대로 정해 주지는 않습니다. 융합연계전공 설명회 사례를 다룬 네이버 뉴스처럼 새로운 환경에 맞춰 여러 전문성을 연결하려는 시도에서도 중요한 것은 참여 주체와 학습 구조입니다. 기업 프로젝트 역시 기술, 현업, 운영 전문가의 역할을 구체화해야 ‘혁신’이 실행 가능한 업무로 바뀝니다.

1. 월요일: 이번 과제를 하지 않았을 때 생길 손실과 의사결정 배경을 확인합니다.
2. 화요일: 실제 사용자의 업무 화면과 문서를 보며 문제 장면을 검증합니다.
3. 수요일: 개인정보, 권한, 외부 반출, 시스템 연동 제약을 표시합니다.
4. 목요일: 예산 승인일, 계약 절차, 검수와 대금 지급 조건을 확인합니다.
5. 금요일: 필수 결과 세 가지와 제외 범위를 책임자가 승인합니다.

연말까지 서두르지 않는 선택도 사업계획입니다

외부 컨설팅이 필요하지 않은 상황도 있습니다

가을이 되면 남은 예산을 활용해야 한다는 압박 때문에 전문 서비스 계약을 서두르기도 합니다. 그러나 문제의 원인이 명확하고 내부 담당자에게 실행 권한과 시간이 있다면 외부 컨설팅보다 사내 태스크포스가 효율적일 수 있습니다. 이미 유사한 솔루션을 구매했는데 활용률이 낮은 경우에도 신규 도입보다 기존 기능 교육과 운영 규칙 개선이 먼저입니다.

반대로 부서 간 이해관계가 충돌하거나, 내부에서 문제를 진단할 데이터가 부족하거나, 특정 전문성이 일시적으로 필요하다면 외부 서비스의 가치가 커집니다. 외부 전문가는 답을 대신 정하는 사람이 아니라 서로 다른 주장을 공통 기준으로 바꾸고 선택지를 검증하는 역할을 할 수 있습니다. 따라서 ‘컨설팅을 받을 것인가’보다 내부만으로 해결하기 어려운 공백이 정확히 무엇인가를 질문해야 합니다.

11월 착수보다 10월 검증이 나을 때가 있습니다

연말까지 완성된 솔루션을 도입하는 계획만이 정답은 아닙니다. 9월에 요구사항을 정리하고 10월에 소규모 진단이나 개념검증을 진행한 뒤, 결과를 다음 예산안에 반영하는 방식도 있습니다. 이 접근은 시작 속도는 느려 보이지만 잘못된 범위에 큰 비용을 쓰는 위험을 낮추고 내부 사용자의 참여 근거를 만듭니다.

• 내부 실행이 적합한 경우: 원인이 분명하고 담당자에게 권한·시간·기술이 모두 있을 때
• 짧은 진단이 적합한 경우: 문제는 보이지만 부서마다 원인 해석이 다를 때
• 개념검증이 적합한 경우: 기술 적용 가능성이나 데이터 품질을 먼저 확인해야 할 때
• 본 구축이 적합한 경우: 사용자, 범위, 보안 조건, 운영 책임과 예산이 합의됐을 때
• 보류가 적합한 경우: 책임자가 없거나 핵심 데이터에 접근할 수 없을 때

일부에서는 사업계획 시즌에 속도를 늦추면 경쟁사보다 뒤처진다고 말합니다. 속도가 중요한 시장에서는 타당한 반론이며, 규제 대응이나 고객 이탈처럼 지연 비용이 큰 과제라면 빠른 착수가 맞습니다. 다만 빠른 착수는 큰 계약을 즉시 체결한다는 뜻이 아니라, 가장 위험한 가정을 가장 작은 비용으로 먼저 검증한다는 뜻이어야 합니다. 이번 9월 회의에서 본 구축 승인 대신 2주 진단, 사용자 다섯 명 인터뷰, 데이터 표본 검증을 결정하는 것도 충분히 강한 사업계획입니다.