회의를 줄였더니 성과가 보였다, 기업 컨설팅 서비스 사용기

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

컨설팅을 시작하면 회의가 늘어날 것이라고 예상했습니다. 실제로 첫 2주 동안은 현황 인터뷰, 요구사항 확인, 중간 보고 일정이 겹치면서 기존 업무보다 캘린더 관리가 더 어려워졌습니다. 그런데 담당 컨설턴트의 제안으로 정기회의를 절반으로 줄이고 의사결정 방식부터 바꾸자, 오히려 프로젝트 진행 상황이 더 선명하게 보이기 시작했습니다.

제가 이용한 것은 약 60명 규모 기업의 고객 요청 처리 프로세스를 개선하는 기업 컨설팅 서비스였습니다. 상담 접수부터 담당자 배정, 처리 결과 보고까지 여러 부서가 얽혀 있어 특정 솔루션 하나만 설치한다고 해결될 문제가 아니었습니다. 이 글에서는 업체명을 평가하기보다 실제 이용 과정에서 체감한 장단점, 비용을 판단한 기준, 회의를 줄인 운영법을 구체적으로 공유합니다.

많이 만날수록 안심된다는 기대가 먼저 깨졌습니다

첫 2주의 회의가 일을 대신해 주지는 않았습니다

초기에는 주 2회 정기회의와 수시 인터뷰가 잡혔습니다. 회의실에서는 각 부서가 오래된 문제를 쏟아냈고 컨설턴트는 꼼꼼하게 기록했습니다. 분위기만 보면 프로젝트가 빠르게 진행되는 듯했지만, 회의가 끝난 뒤 누가 어떤 자료를 언제까지 제출해야 하는지는 자주 흐려졌습니다. 논의량과 실행량이 같은 것은 아니었습니다.

특히 ‘고객 응답이 늦다’처럼 넓은 표현을 그대로 회의 안건으로 올리면 부서마다 원인을 다르게 설명했습니다. 영업팀은 배정 속도를, 운영팀은 승인 절차를, 관리자는 보고서 품질을 문제로 보았습니다. 말로만 의견을 맞추려 하니 같은 이야기가 반복됐고, 정작 지연 시간을 확인할 데이터는 다음 회의로 미뤄졌습니다.

서비스라는 개념 자체가 물건처럼 결과물을 한 번 넘기고 끝나는 구조와 다르다는 점도 체감했습니다. 용어의 기본 맥락은 지식백과의 서비스 설명에서도 살펴볼 수 있습니다. 기업 전문 서비스는 제공자와 고객이 함께 정보를 만들고 판단하는 과정이 많기 때문에, 회의 횟수보다 상호작용의 규칙이 품질을 좌우했습니다.

• 좋았던 점: 부서별 불만과 숨은 업무를 짧은 기간에 폭넓게 수집할 수 있었습니다.
• 아쉬웠던 점: 회의가 많아지자 참석 자체를 협업으로 착각하기 쉬웠습니다.
• 실제 문제: 동일한 자료를 부서마다 다른 형식으로 요청받아 준비 시간이 늘었습니다.
• 바꾼 기준: 단순 공유 안건은 문서로 전환하고, 선택이 필요한 안건만 회의에 남겼습니다.

사용 팁: 첫 미팅에서 회의 주기보다 ‘이 회의가 끝나면 누가 무엇을 결정하는가’를 먼저 물어보는 편이 좋습니다. 답이 모호하다면 보고용 회의가 계속 늘어날 가능성이 큽니다.

주 2회 회의를 주 1회 40분으로 바꾼 방식

세 번째 주부터는 정기회의를 주 1회, 40분으로 제한했습니다. 회의 전날까지 공유 문서에 현황, 근거 수치, 선택지, 담당자를 적고 참석자는 미리 의견을 표시했습니다. 회의 시간에는 문서를 처음부터 읽지 않고 이견이 있는 항목과 승인할 항목만 다뤘습니다. 처음에는 소통이 줄어들까 걱정했지만 질문의 품질은 오히려 높아졌습니다.

안건도 ‘진행 상황 공유’가 아니라 ‘상담 자동 배정의 예외 조건을 누가 승인할 것인가’처럼 결정문 형태로 작성했습니다. 덕분에 컨설턴트가 설명만 하는 시간이 줄었고 현업 담당자도 자신의 판단이 필요한 지점을 미리 알 수 있었습니다. 회의록은 긴 대화 요약 대신 결정 사항, 미결 사항, 다음 행동 세 칸으로 끝냈습니다.

1. 회의 24시간 전까지 한 페이지 안건 문서를 공유합니다.
2. 배경 설명은 세 문장 이내로 쓰고 관련 데이터 링크를 붙입니다.
3. 선택지는 가능하면 두세 개로 좁히고 추천안을 표시합니다.
4. 회의에서는 이견, 위험, 승인 항목만 이야기합니다.
5. 종료 직전 담당자와 완료 날짜를 소리 내어 확인합니다.

보고서보다 먼저 효과를 낸 것은 작은 운영 실험이었습니다

완성된 전략을 기다리지 않고 2주간 시험했습니다

계약 전에는 두꺼운 분석 보고서가 컨설팅의 핵심 산출물이라고 생각했습니다. 하지만 가장 유용했던 결과물은 70페이지 보고서가 아니라 상담 요청 30건을 대상으로 진행한 작은 운영 실험이었습니다. 기존에는 모든 요청을 팀장이 읽고 담당자에게 배정했지만, 실험 기간에는 요청 유형과 고객 등급에 따라 담당 후보를 자동 추천하고 팀장은 예외 건만 확인했습니다.

실험 범위를 좁힌 덕분에 솔루션 개발에 들어가기 전에 실제 예외 조건을 찾을 수 있었습니다. 예를 들어 같은 ‘계약 문의’라도 신규 고객과 기존 고객의 담당 부서가 달랐고, 긴급 요청의 정의도 영업팀과 운영팀이 서로 달랐습니다. 이런 차이는 인터뷰에서도 언급됐지만 실제 업무에 적용했을 때 비로소 처리 규칙으로 구체화됐습니다.

첫 주에는 자동 추천 적중률이 기대보다 낮았지만, 두 번째 주에 분류 항목을 다섯 개에서 세 개로 줄이자 담당자 수정 횟수가 눈에 띄게 감소했습니다. 복잡한 규칙이 더 정확할 것이라는 예상과 반대였습니다. 현장에서 일관되게 입력할 수 없는 세밀한 기준은 정교한 솔루션이 아니라 새로운 오류를 만들었습니다.

• 실험 대상: 영향이 제한적이면서 반복 빈도가 높은 업무를 골랐습니다.
• 측정 지표: 배정 시간, 재배정 횟수, 처리 누락률 세 가지만 추적했습니다.
• 중단 조건: 중요 고객 오배정이 발생하면 즉시 기존 방식으로 돌아가도록 했습니다.
• 현업 참여: 실험 사용자가 매일 한 줄씩 불편한 점을 남기게 했습니다.
• 확대 조건: 2주 연속 재배정 비율이 기준 이하일 때 다음 팀으로 넓혔습니다.

컨설턴트의 말보다 실험 기록을 신뢰했습니다

전문가가 제시한 모범 사례는 방향을 잡는 데 도움이 됐지만 우리 조직에 그대로 맞지는 않았습니다. 특히 다른 회사의 성공 사례를 들으면 빨리 같은 기능을 도입하고 싶어집니다. 그러나 산업 융합과 새로운 역량을 다뤘던 융합연계전공 관련 보도처럼 여러 영역이 연결되는 변화일수록 기술 하나보다 역할과 역량의 결합을 함께 봐야 합니다. 기업 솔루션 도입도 시스템 기능과 현업 운영을 분리해 평가하기 어려웠습니다.

그래서 컨설턴트의 추천안 옆에 우리 회사에서 확인된 사실을 따로 표시했습니다. ‘일반적으로 필요함’과 ‘실험에서 효과가 확인됨’을 구분하니 우선순위 회의가 훨씬 짧아졌습니다. 추천 기능 12개 가운데 바로 도입하기로 한 것은 4개뿐이었고, 나머지는 보류하거나 수작업 운영으로 더 검증했습니다.

1. 추천안을 받으면 해결하려는 문제를 한 문장으로 다시 씁니다.
2. 그 문제가 실제로 발생한 빈도와 손실을 내부 데이터로 확인합니다.
3. 기능 개발 전에 수작업이나 간단한 도구로 효과를 시험합니다.
4. 효과가 확인된 항목만 견적 범위와 일정에 반영합니다.

보고서의 완성도보다 중요한 것은 검증 흔적입니다. 어떤 가설을 시험했고 무엇 때문에 채택하거나 버렸는지가 남아야 다음 담당자도 같은 논쟁을 반복하지 않습니다.

견적 금액보다 투입 방식에서 만족도가 갈렸습니다

실제 비용을 업무 단위로 다시 계산했습니다

제가 검토한 기업 컨설팅 서비스는 범위에 따라 수백만 원대의 단기 진단부터 수천만 원 이상의 실행 지원까지 편차가 컸습니다. 2026년에도 업체 규모, 전문 인력의 등급, 상주 여부, 데이터 정비 범위에 따라 금액이 크게 달라 단일한 평균 가격은 판단 기준으로 쓰기 어려웠습니다. 같은 2천만 원 견적이라도 인터뷰와 보고서까지만 포함되는 경우가 있었고, 다른 곳은 시범 운영과 교육까지 포함했습니다.

저희가 선택한 계약에서는 총액보다 투입 항목을 먼저 나눴습니다. 문제 진단, 프로세스 설계, 실험 운영, 솔루션 요구사항 작성, 교육을 각각 몇 일 수행하는지 확인했습니다. 여기에 내부 직원이 자료 준비와 검토에 사용하는 시간도 비용으로 환산했습니다. 외부 견적은 저렴해도 내부 핵심 인력이 매주 긴 회의에 참여해야 한다면 실제 비용은 낮지 않았습니다.

특히 ‘수정 2회 포함’ 같은 문구는 무엇을 수정으로 보는지 확인해야 했습니다. 문구 변경과 프로세스 재설계가 같은 1회로 계산되는지, 인터뷰에서 새로운 문제가 발견되면 범위 변경인지 질문했습니다. 가격 협상보다 범위의 경계선을 문장으로 남기는 일이 추가 비용을 막는 데 더 효과적이었습니다.

• 단기 진단형: 문제 위치를 아직 특정하지 못한 기업에 유용하지만 실행 책임이 내부에 남습니다.
• 설계 중심형: 프로세스와 솔루션 요구사항이 필요할 때 적합하지만 현장 적용 지원을 별도로 확인해야 합니다.
• 실행 동반형: 시범 운영과 교육까지 받을 수 있으나 내부 담당자의 역할이 사라지는 것은 아닙니다.
• 상주 지원형: 의사소통은 빠르지만 투입 기간과 인력 등급이 비용에 큰 영향을 줍니다.

사용하면서 느낀 장점과 불편함은 분명했습니다

가장 큰 장점은 내부에서 당연하게 여기던 절차를 제삼자의 질문으로 다시 볼 수 있었다는 점입니다. “왜 팀장만 배정할 수 있습니까?”라는 단순한 질문 하나가 권한 규칙을 바꾸는 출발점이 됐습니다. 부서 간 이해관계가 충돌할 때 컨설턴트가 공통 지표를 제시한 것도 도움이 됐습니다. 개인의 주장보다 처리 시간과 재작업 건수를 놓고 이야기하니 감정 소모가 줄었습니다.

반면 컨설턴트가 조직의 맥락을 이해하기까지는 예상보다 시간이 필요했습니다. 자료가 부족하면 일반론이 많아졌고, 내부 담당자가 결정을 미루면 외부 인력이 대신 해결해 줄 수 없었습니다. 담당 컨설턴트가 바뀌었을 때 이전 논의가 충분히 인계되지 않은 점도 불편했습니다. 전문 서비스는 구매하는 순간 성과가 생기는 상품이 아니라는 사실을 실감했습니다.

• 장점: 외부 사례와 객관적인 질문을 통해 고정관념을 흔들 수 있습니다.
• 장점: 부서 사이에서 합의하기 어려운 지표와 용어를 통일하기 좋습니다.
• 단점: 내부 자료의 품질이 낮으면 진단 기간과 비용이 늘어납니다.
• 단점: 컨설턴트 개인의 경험과 소통 능력에 따라 체감 품질 차이가 큽니다.
• 주의점: 외부 전문가에게 최종 의사결정까지 떠넘기면 종료 후 운영이 흔들립니다.

회의 없는 컨설팅도 항상 좋은 선택은 아니었습니다

갈등이 큰 안건은 화면 밖으로 꺼내야 했습니다

회의를 줄인 뒤 프로젝트 속도가 빨라졌지만 모든 문제를 문서로 처리할 수 있었던 것은 아닙니다. 고객 우선순위를 두고 영업팀과 운영팀의 평가가 충돌했을 때는 댓글이 길어질수록 표현만 날카로워졌습니다. 각자 사용하는 지표의 목적부터 달랐기 때문에 한자리에 모여 전제와 우려를 직접 설명할 필요가 있었습니다.

이때는 효율을 이유로 회의를 피하지 않았습니다. 다만 참석자를 의사결정권자와 실제 운영자 한 명씩으로 제한하고, 컨설턴트는 중재자 역할을 맡았습니다. 두 팀이 동의하는 사실, 의견이 다른 부분, 시험 가능한 가설을 칠판에 분리했습니다. 70분 정도 걸렸지만 이후 3주 동안 같은 쟁점으로 다시 회의하지 않았으므로 결과적으로 더 경제적이었습니다.

보안, 인사 평가, 고객 보상처럼 맥락과 책임이 중요한 주제도 비동기 문서만으로 확정하기 어려웠습니다. 기록이 남는다는 장점과 별개로, 질문의 의도와 상대의 우려를 실시간으로 확인해야 오해를 줄일 수 있기 때문입니다. 회의를 줄이는 목적은 대화를 없애는 것이 아니라 결정에 필요한 대화만 남기는 것이어야 했습니다.

• 부서별 목표가 충돌하고 양쪽 모두 타당한 근거를 가진 안건
• 책임 소재나 권한 변경처럼 문장 하나의 해석이 민감한 안건
• 실패했을 때 고객, 법무, 보안에 미치는 영향이 큰 안건
• 댓글이 세 번 이상 오갔는데도 같은 질문이 반복되는 안건
• 최종 승인자가 선택지의 위험을 직접 들어야 하는 안건

외부 서비스가 없어도 되는 회사라는 반대 의견

프로젝트가 끝날 무렵 한 동료는 “이 정도 개선은 우리끼리도 할 수 있지 않았을까?”라고 물었습니다. 틀린 말은 아니었습니다. 내부에 프로세스 분석 경험자가 있고 부서장이 실험 시간을 보장하며 데이터가 이미 정리돼 있다면, 외부 기업 컨설팅 서비스 없이도 비슷한 결과를 낼 수 있습니다. 외부 업체를 쓰는 것이 전문성을 증명하거나 변화 의지를 보여주는 유일한 방법은 아닙니다.

반대로 우리 조직에서는 일상 업무에 밀려 몇 달 동안 미뤄졌던 문제를 정해진 기간 안에 다뤄야 했고, 부서 간 의견을 중립적으로 조정할 사람이 필요했습니다. 컨설팅 비용의 일부는 지식 자체보다 집중할 시간, 질문하는 역할, 실행 리듬을 산 비용이라고 느꼈습니다. 이런 필요가 없다면 먼저 내부 태스크포스를 4주간 운영해 보는 편이 합리적입니다.

제가 다시 선택한다면 계약부터 하지 않고 일주일 동안 최근 업무 사례 20건을 모아보겠습니다. 문제 빈도, 재작업 시간, 책임 부서를 표시한 뒤 내부에서 해결하지 못한 이유를 적을 것입니다. 그 자료를 가지고 업체를 만나면 화려한 제안보다 우리 문제를 정확히 읽는지를 판단할 수 있습니다. 컨설팅이 필요한지 묻기 전에 우리가 해결을 미뤄 온 이유가 지식 부족인지, 시간 부족인지, 합의 부족인지부터 구분하는 셈입니다.

1. 내부 실행 우선: 문제와 책임자가 명확하고 작은 실험을 진행할 시간이 있다면 사내 팀으로 시작합니다.
2. 외부 진단 고려: 원인에 대한 부서별 주장이 다르고 객관적인 근거가 부족할 때 활용합니다.
3. 실행 동반 요청: 보고서는 많지만 현장 변화가 반복해서 실패했다면 시범 운영까지 범위에 넣습니다.
4. 계약 보류: 경영진이 결정권자를 지정하지 않았거나 현업 투입 시간을 확보하지 못했다면 일정을 다시 잡습니다.
5. 성과 기준 설정: 회의 횟수나 문서 수가 아니라 처리 시간, 오류, 재작업처럼 운영 지표를 선택합니다.

회의가 적은 컨설팅이 무조건 좋은 것도, 유명한 솔루션을 제안하는 업체가 항상 적합한 것도 아닙니다. 우리 조직이 혼자 넘지 못하는 장애물이 무엇인지 설명할 수 있을 때 외부 전문 서비스의 가치도 가장 정확하게 계산할 수 있습니다.