기업 서비스 컨설팅은 회의 낭비부터 먼저 줄인다

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

업무가 바쁜데도 성과가 흐린 팀에서 먼저 보인 문제

제가 컨설팅을 쓰게 된 배경

고객 문의는 늘었는데 처리 속도는 그대로이고, 회의는 많아졌는데 결정은 늦어지는 상황이었습니다. 저희 팀은 처음에 새 솔루션을 사면 문제가 풀릴 것이라고 생각했지만, 실제로는 접수 기준과 담당자 역할이 흔들리는 것이 더 큰 원인이었습니다.

GMDW처럼 고객 맞춤 전문 서비스를 표방하는 곳을 검토한 이유도 여기에 있었습니다. 단순히 도구를 추천받는 것보다, 우리 조직의 서비스 흐름을 같이 뜯어보고 병목을 찾아주는 기업 서비스 컨설팅이 필요했습니다. 서비스라는 말의 범위를 정리할 때는 네이버 지식백과의 서비스 개념도 참고해, 무형의 활동까지 운영 대상으로 본다는 관점을 팀 안에서 공유했습니다.

첫 미팅에서 가장 인상적이었던 점은 화려한 제안서보다 실제 업무 기록을 먼저 요구했다는 점입니다. 상담 로그, 요청 유형, 승인 단계, 반려 사유, 재문의 비율을 모아 보니 회의 시간이 긴 이유가 감으로만 보이던 때보다 훨씬 선명해졌습니다.

• 장점: 문제를 사람 탓으로 몰지 않고 프로세스와 기준의 문제로 분해할 수 있었습니다.
• 단점: 초반 자료 정리가 생각보다 번거로웠습니다. 기록이 흩어져 있으면 첫 주는 거의 데이터 청소에 가깝습니다.
• 사용 팁: 컨설팅 전에 최근 3개월 문의, 내부 승인표, 반복 회의록만 모아도 진단 속도가 확실히 빨라집니다.

회의가 많은 조직일수록 기록부터 맞춰야 했습니다

회의를 줄이겠다고 회의 시간을 바로 제한하면 대개 실패합니다. 결정에 필요한 정보가 부족하면 회의는 짧아져도 후속 메신저와 재확인 전화가 늘어나기 때문입니다. 제가 실제로 느낀 핵심은 회의 자체가 문제가 아니라, 회의 전 정보의 품질이 문제라는 점이었습니다.

1. 먼저 문의 유형을 고객 요청, 내부 요청, 예외 승인, 단순 확인으로 나눴습니다.
2. 각 유형마다 의사결정자를 한 명만 지정했습니다.
3. 회의 안건에는 필요한 자료, 결정해야 할 항목, 보류 조건을 함께 적었습니다.
4. 반복되는 질문은 솔루션 후보 기능이 아니라 운영 규칙 후보로 따로 분리했습니다.

좋았던 점은 솔루션보다 업무 언어를 먼저 맞춘다는 점입니다

도구 추천 전에 용어를 통일한 과정

기업 컨설팅을 받아보면 가장 먼저 듣는 말이 디지털 전환, 자동화, 대시보드일 것이라고 예상했습니다. 그런데 실제 진행은 훨씬 현실적이었습니다. 담당자마다 다르게 쓰던 접수, 배정, 처리, 보류, 완료의 의미를 표로 맞추는 일부터 시작했습니다.

예를 들어 영업팀은 고객에게 답장을 보내면 완료라고 불렀고, 운영팀은 내부 처리까지 끝나야 완료라고 불렀습니다. 고객지원팀은 재문의 가능성이 사라져야 완료라고 봤습니다. 같은 단어를 쓰지만 기준이 다르니, 솔루션을 붙여도 지표가 엉킬 수밖에 없었습니다.

이 지점에서 컨설턴트가 해준 조언은 꽤 실용적이었습니다. 전기나 시스템 설명에서 기준점을 이야기할 때 GND라는 기준 개념을 떠올리면 이해가 쉬운데, 업무 운영에도 모두가 돌아갈 기준점이 있어야 한다는 설명이었습니다. 거창한 비유 같지만, 팀원들이 기준표를 받아들이는 데 의외로 도움이 됐습니다.

팁: 솔루션 도입 회의 전에 우리 회사에서 쓰는 핵심 용어 10개만 정의해보세요. 이 작업이 막히면 아직 자동화보다 운영 정리가 먼저일 가능성이 큽니다.

• 접수: 고객 또는 내부 요청이 한 채널에 기록된 상태로 정의했습니다.
• 배정: 처리 책임자가 지정되고 예상 완료 시간이 붙은 상태로 정했습니다.
• 보류: 필요한 정보가 없어 진행하지 못하는 상태이며, 보류 사유를 필수 입력값으로 만들었습니다.
• 완료: 고객 응답과 내부 기록이 모두 닫힌 상태로 통일했습니다.

대시보드는 예쁘기보다 질문에 답해야 했습니다

솔루션 화면을 고를 때 저희 팀은 처음에 보기 좋은 대시보드에 끌렸습니다. 하지만 실제 사용 후에는 그래프 색보다 중요한 것이 따로 있었습니다. 관리자가 매일 묻는 질문, 담당자가 놓치기 쉬운 경고, 고객이 불편해하는 대기 시간을 바로 확인할 수 있어야 했습니다.

제가 만족했던 부분은 보고용 화면과 운영용 화면을 분리한 점입니다. 임원 보고에는 월간 처리량과 SLA 준수율이 필요했지만, 현장 담당자에게는 오늘 늦어질 건, 재문의 가능성이 높은 건, 승인 대기 건이 더 중요했습니다. 한 화면에 전부 넣으면 모두에게 애매한 화면이 됩니다.

• 관리자 화면: 월간 요청량, 병목 부서, 평균 처리 시간, 미해결 건 추이를 중심으로 구성했습니다.
• 실무자 화면: 오늘 처리해야 할 요청, 보류 사유, 고객 재문의 이력, 마감 임박 건을 우선했습니다.
• 회의 화면: 결정이 필요한 안건만 모아 회의 시간을 줄이는 용도로 만들었습니다.

이 과정에서 느낀 점은 기업 서비스 개선은 기능을 많이 붙이는 일이 아니라 질문을 줄이는 일이라는 것입니다. 누가 봐도 다음 행동이 보이면 회의가 줄고, 담당자도 방어적으로 설명하지 않아도 됩니다.

아쉬운 점은 범위를 흐리면 견적과 일정이 금방 늘어난다는 점입니다

비용은 서비스 범위보다 결정 속도에 더 민감했습니다

실제 사용 후기를 솔직히 말하면, 전문 서비스가 항상 가볍지는 않습니다. 특히 기업 컨설팅은 내부 의사결정이 느릴수록 일정이 밀리고, 일정이 밀리면 비용 부담도 커집니다. 공식 요금표처럼 딱 떨어지는 상품이라기보다 진단 범위, 인터뷰 인원, 솔루션 연동 여부, 교육 횟수에 따라 견적이 달라지는 방식에 가깝습니다.

제가 경험한 범위에서는 단기 진단은 비교적 작게 시작할 수 있었고, 파일럿 구축과 운영 교육이 붙으면 금액대가 빠르게 올라갔습니다. 중요한 것은 비싸다 싸다의 문제가 아니라 어디까지를 이번 프로젝트의 성공으로 볼지를 먼저 정하는 일이었습니다.

아래 표는 저희가 내부 검토 때 사용했던 구분입니다. 실제 견적은 기업 상황마다 달라지므로, 참고용 감각으로만 보는 것이 좋습니다.

전문가 조언: 컨설팅 예산을 묻기 전에 이번 달에 반드시 줄이고 싶은 낭비 하나를 먼저 고르세요. 예산 논의가 훨씬 현실적으로 바뀝니다.

계약 전에 제가 꼭 확인한 질문들

컨설팅 서비스는 결과물이 보고서인지, 운영 규칙인지, 실제 솔루션 설정인지에 따라 만족도가 크게 갈립니다. 저는 두 번째 미팅부터 산출물을 문서 이름으로만 묻지 않고, 누가 언제 어떻게 쓰는지까지 물었습니다. 이 질문을 하지 않으면 그럴듯한 제안서를 받고도 현장 적용에서 막힐 수 있습니다.

• 산출물 질문: 최종 보고서 외에 담당자가 매주 쓰는 운영 양식이 포함되는지 확인했습니다.
• 역할 질문: 컨설턴트가 제안만 하는지, 실제 설정과 교육까지 돕는지 물었습니다.
• 데이터 질문: 고객 정보, 상담 로그, 내부 승인 데이터의 보안 처리 방식을 확인했습니다.
• 변경 질문: 프로젝트 중 범위가 늘어날 때 추가 비용과 승인 절차가 어떻게 되는지 정했습니다.
• 정착 질문: 도입 후 2~4주 동안 문의 대응이나 개선 회의가 제공되는지 살폈습니다.

또 하나의 아쉬움은 내부 참여자가 애매하면 컨설팅 품질도 애매해진다는 점입니다. 외부 전문가가 아무리 잘 봐도 현장 담당자가 실제 예외 상황을 말하지 않으면 표면적인 프로세스만 남습니다. 그래서 저는 프로젝트 시작 전 팀원들에게 불편했던 사례를 익명으로 모았습니다.

1. 최근 가장 오래 걸린 고객 요청 5건을 뽑았습니다.
2. 왜 늦어졌는지 사람 이름이 아니라 단계 이름으로 적었습니다.
3. 반복되는 예외를 모아 솔루션 기능 후보와 운영 규칙 후보로 나눴습니다.
4. 컨설팅 미팅에서는 해결책보다 판단 기준을 먼저 합의했습니다.

기술과 운영이 함께 움직여야 한다는 점에서는 4차 산업혁명 대비 융합 전공 관련 뉴스처럼, 단일 기능보다 융합 역량이 중요하다는 흐름도 떠올랐습니다. 기업 서비스 현장도 마찬가지로 도구, 사람, 기준이 따로 놀면 성과가 오래가지 않습니다.

CS 병목이 있던 B2B팀에 적용하니 숫자가 이렇게 움직였습니다

첫 주에는 해결보다 관찰에 집중했습니다

마지막으로 실제 사례 하나를 따라가 보겠습니다. 저희와 비슷한 B2B 운영팀은 고객사 요청이 이메일, 메신저, 전화로 흩어져 있었고, 담당자가 기억으로 처리하는 일이 많았습니다. 겉으로는 성실하게 대응하는 팀이었지만, 고객은 매번 다른 답변을 받는다고 느꼈습니다.

첫 주에는 어떤 솔루션도 새로 깔지 않았습니다. 대신 요청이 들어온 시간, 담당자가 확인한 시간, 첫 답변 시간, 내부 승인 대기 시간, 최종 완료 시간을 적었습니다. 이 기록만으로도 지연의 절반이 처리 능력 부족이 아니라 승인 대기와 정보 누락에서 생긴다는 사실이 드러났습니다.

• 월요일: 최근 50건의 요청을 모아 유형을 분류했습니다.
• 화요일: 처리 지연 상위 10건의 공통 원인을 확인했습니다.
• 수요일: 보류 사유를 6개 코드로 줄였습니다.
• 목요일: 고객에게 보내는 1차 답변 템플릿을 만들었습니다.
• 금요일: 다음 주부터 볼 운영 지표 4개를 정했습니다.

두 번째 주부터 회의 시간이 줄기 시작했습니다

두 번째 주에는 GMDW식 맞춤 서비스 접근에 맞춰, 솔루션을 전면 교체하지 않고 기존 도구 안에 상태값과 알림 규칙부터 심었습니다. 담당자는 새 화면을 배우지 않아도 되었고, 관리자는 대기 건을 매일 같은 기준으로 볼 수 있었습니다. 변화가 작아 보였지만 현장 저항이 적다는 점이 큰 장점이었습니다.

운영 회의도 달라졌습니다. 이전에는 각 담당자가 자신이 맡은 건을 길게 설명했지만, 이후에는 보류 코드와 마감 임박 건만 보고 이야기했습니다. 회의에서 말이 많은 사람이 아니라, 데이터상 병목이 있는 업무가 안건이 되니 분위기도 덜 날카로워졌습니다.

1. 처리 기준을 문서로 만들고 새 요청마다 같은 상태값을 붙였습니다.
2. 고객에게 첫 답변을 보내는 목표 시간을 정했습니다.
3. 보류 건은 담당자 설명 없이도 사유가 보이게 했습니다.
4. 반복 문의는 FAQ가 아니라 서비스 개선 후보로 분류했습니다.
5. 금요일 회의에서는 다음 주에 없앨 병목 하나만 선택했습니다.

3주 차에는 평균 회의 시간이 체감상 30분가량 줄었고, 고객 재확인 문의도 눈에 띄게 감소했습니다. 물론 모든 문제가 사라진 것은 아닙니다. 복잡한 계약 변경이나 예외 승인은 여전히 사람이 판단해야 했습니다. 다만 이제는 어떤 요청이 솔루션으로 처리될 수 있고, 어떤 요청이 컨설팅을 통해 운영 기준을 더 세워야 하는지 구분할 수 있게 됐습니다.

이 경험 뒤로 저는 기업 서비스 컨설팅을 비용 항목이 아니라 조직의 질문을 줄이는 작업으로 보게 됐습니다. 회의가 많은 회사라면 먼저 회의실을 줄이기보다, 요청이 들어와 완료되기까지의 한 줄 기록을 만들어보세요. 그 한 줄이 쌓이면 어떤 솔루션을 사야 하는지보다, 어떤 운영 습관부터 고쳐야 하는지가 먼저 보입니다.