업무 프로세스 혁신 컨설팅을 망치는 조직의 관행

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

부서마다 같은 고객 정보를 다른 양식에 입력하고, 승인 하나를 받으려고 메신저와 이메일을 오가는 기업이 많습니다. 문제를 해결하려고 업무 프로세스 혁신 컨설팅을 시작했는데도 몇 달 뒤 달라진 것이 없다면 컨설턴트의 역량만 탓해서는 원인을 찾기 어렵습니다. 프로젝트를 실패로 몰아가는 결정적 요인은 대개 조직 안의 오래된 관행에 숨어 있기 때문입니다.

비즈니스는 단순히 상품을 판매하는 활동에 그치지 않고 가치 창출과 이해관계자의 교환 구조를 포함합니다. 기본 개념은 비즈니스에 관한 지식백과 설명에서도 확인할 수 있습니다. 따라서 프로세스 혁신은 문서 양식을 예쁘게 바꾸는 작업이 아니라, 기업이 고객에게 가치를 전달하는 방식을 다시 설계하는 일이어야 합니다.

문제 정의보다 솔루션 구매를 앞세우는 실수

제품 시연이 요구사항 분석을 대신할 때

많은 기업이 현업 인터뷰를 시작하기도 전에 특정 협업 도구나 자동화 솔루션을 후보로 정합니다. 경영진이 전시회에서 본 제품, 경쟁사가 도입했다는 시스템, 익숙한 공급사의 제안이 프로젝트 출발점이 되는 식입니다. 그러면 컨설팅은 문제를 발견하는 과정이 아니라 이미 결정된 제품의 구매를 정당화하는 절차로 축소됩니다.

예를 들어 견적서 작성이 늦다는 이유로 문서 자동화 솔루션을 구매했는데, 실제 병목이 영업팀의 입력 작업이 아니라 원가 승인 기준의 불명확성에 있을 수 있습니다. 이 상태에서 화면과 템플릿만 바꾸면 담당자가 입력하는 시간은 줄어도 승인 대기는 그대로입니다. 도입 전 기준 시간과 대기 시간을 분리해 측정하지 않으면 기업은 개선 효과가 없는 기능에 비용을 지불하게 됩니다.

가격도 라이선스 금액만 보면 판단을 그르치기 쉽습니다. 사용자당 월 수만 원인 SaaS라도 데이터 이전, API 연동, 권한 설계, 교육, 운영 지원을 합치면 첫해 비용이 크게 늘어납니다. 반대로 맞춤형 개발은 초기 견적이 높지만 핵심 프로세스와 잘 맞으면 장기적인 우회 업무를 줄일 수 있으므로, 어느 방식이든 총소유비용과 업무 적합성을 함께 계산해야 합니다.

• 하지 말아야 할 일: 제품 데모를 본 직후 요구사항 목록을 그 제품의 기능명으로 작성하기
• 먼저 확인할 것: 처리 시간, 대기 시간, 재작업률, 오류율을 현재 기준으로 측정하기
• 비용에 포함할 것: 라이선스뿐 아니라 연동·이관·교육·유지보수와 내부 인력 투입 시간까지 산정하기
• 선정 원칙: 멋진 기능의 수가 아니라 핵심 병목을 제거하는 정도로 후보를 평가하기

전문가 팁: 솔루션 이름을 가린 상태에서도 요구사항 문서가 이해되어야 합니다. 특정 제품의 메뉴 구조가 요구사항의 뼈대라면 문제 정의부터 다시 점검하는 편이 안전합니다.

현업을 배제하고 임원 회의실에서만 설계하는 관행

직급이 높을수록 실제 흐름과 멀어질 수 있다

임원과 팀장은 업무의 목적과 책임 구조를 잘 알지만, 예외 상황이 어디서 발생하는지는 실무자가 더 정확히 압니다. 그런데 인터뷰 대상을 관리자에게만 한정하면 보고서에는 공식 절차만 남고, 고객의 긴급 요청이나 시스템 오류가 생겼을 때 사용하는 우회 경로는 빠집니다. 설계도에서는 열 단계인 일이 현장에서는 엑셀 복사와 전화 확인을 포함해 스무 단계가 되는 이유입니다.

특히 실무자가 침묵하는 회의는 동의가 이루어진 회의가 아닐 수 있습니다. 상사가 있는 자리에서 “이 절차는 필요 없습니다”라고 말하기 어려워 반대 의견이 드러나지 않았을 가능성이 큽니다. 컨설팅 팀은 직급을 섞은 워크숍만 운영하지 말고, 익명 설문과 소규모 인터뷰, 실제 업무 관찰을 병행해야 합니다.

프로세스가 디지털 채널과 결합될수록 현장 관찰은 더 중요해집니다. 전자적 환경에서 이루어지는 거래와 경영 활동의 범위는 이비즈니스 용어 설명처럼 넓기 때문에, 단일 시스템 화면만 살펴서는 고객 접점부터 내부 처리까지 이어지는 전체 흐름을 파악하기 어렵습니다.

1. 업무 시작 신호가 무엇인지 담당자에게 직접 묻습니다.
2. 정상 처리 한 건과 예외 처리 한 건을 화면 공유로 따라갑니다.
3. 엑셀, 메신저, 개인 메모처럼 공식 절차 밖에서 쓰는 도구를 기록합니다.
4. 다른 부서에 넘길 때 필요한 정보와 되돌아오는 사유를 확인합니다.
5. 인터뷰 결과를 익명화해 현업 검증 회의에서 사실 여부를 재확인합니다.

현업 참여를 형식적으로 만드는 보상 구조

실무자에게 기존 목표를 그대로 부과하면서 혁신 과제까지 맡기면 참여는 자연스럽게 후순위가 됩니다. 회의 참석 횟수를 늘리는 것만으로는 부족하며, 핵심 담당자의 업무량을 조정하고 프로젝트 기여를 평가에 반영해야 합니다. 변화에 필요한 시간을 공식적으로 배정하지 않은 채 “주인의식을 가져 달라”고 요청하는 것은 실행 책임을 개인에게 떠넘기는 방식입니다.

• 핵심 사용자에게 주당 고정 참여 시간을 보장합니다.
• 부서별 대표자에게 의사결정 범위와 답변 기한을 명확히 부여합니다.
• 현업 제안의 채택 여부와 거절 사유를 공개 기록으로 남깁니다.
• 프로젝트 업무를 추가할 때 기존 업무 중 무엇을 줄일지도 함께 결정합니다.

모든 업무를 한 번에 표준화하려는 욕심

예외를 없애려다 고객 대응력까지 없애는 경우

표준화는 같은 판단을 반복하지 않게 해 주지만, 모든 예외를 오류로 취급해서는 안 됩니다. 고객 규모, 계약 유형, 법적 요구, 납기 위험에 따라 달라져야 하는 절차까지 하나로 묶으면 현업은 시스템 밖에서 일을 처리하기 시작합니다. 결국 공식 시스템에는 정상 건만 남고, 위험도가 높은 거래는 개인 이메일과 별도 파일에서 관리되는 역설이 생깁니다.

좋은 표준 프로세스는 예외를 삭제하지 않고 예외의 진입 조건, 승인 권한, 기록 방식을 정합니다. 가령 일반 할인은 영업 책임자가 승인하되 일정 비율을 넘거나 수익성이 기준 이하라면 재무 검토로 보내는 방식입니다. 이 구조라면 속도와 통제를 동시에 확보할 수 있고, 반복되는 예외를 분석해 다음 개선 대상으로 삼을 수도 있습니다.

자동화하면 안 되는 판단까지 자동화하는 문제

규칙이 자주 바뀌거나 맥락 판단이 필요한 업무는 자동화보다 의사결정 지원이 적합합니다. 신규 거래처의 신용 위험을 단일 점수만으로 승인하거나, 고객 불만의 긴급도를 특정 단어만으로 판정하면 드문 사례에서 큰 손실이 날 수 있습니다. 자동화 비율을 KPI로 삼는 순간 팀은 업무 가치보다 자동화하기 쉬운 단계에 집중하게 됩니다.

후보 업무는 빈도, 규칙의 안정성, 오류 영향도, 데이터 품질로 평가해야 합니다. 빈도가 높고 규칙이 명확하며 실패 시 사람이 쉽게 복구할 수 있는 작업부터 시작하십시오. 반대로 법률 판단, 인사 평가, 대형 계약 승인처럼 결과의 영향이 큰 영역은 사람이 최종 결정을 내리고 시스템은 자료 수집과 이상 징후 표시를 담당하는 편이 안전합니다.

• 자동화 우선: 반복 입력, 정형 보고서 생성, 상태 알림, 검증 규칙이 명확한 대조 작업
• 보조 도구로 제한: 고객 감정 판단, 예외 계약 검토, 채용과 인사 평가, 고액 지출 승인
• 중단 기준 설정: 오류율이나 수동 수정률이 기준을 넘으면 자동 처리를 즉시 보류
• 복구 경로 마련: 잘못 처리된 건을 사람이 되돌리고 원인을 기록할 수 있게 설계

자동화의 성과는 사람이 빠진 단계의 수가 아니라 고객 대기 시간과 재작업이 얼마나 줄었는지로 판단해야 합니다.

성과지표를 처리 건수와 구축 완료에 묶는 오류

시스템 오픈이 혁신의 성공은 아니다

예정일에 시스템을 열고 예산을 지켰다는 사실은 프로젝트 관리의 성과이지 비즈니스 성과 그 자체는 아닙니다. 처리 건수가 늘었더라도 불필요한 신청이 증가했거나 직원이 품질 확인을 생략했다면 기업의 실제 성과는 악화될 수 있습니다. “완료”라는 상태를 기술 구축과 업무 변화로 나누어 정의해야 하는 이유입니다.

측정 지표는 속도, 품질, 비용, 경험을 균형 있게 포함해야 합니다. 구매 요청 프로세스라면 평균 승인 시간만 보지 말고 반려율, 재요청률, 규정 위반 건수, 요청자의 만족도도 함께 봐야 합니다. 평균값은 소수의 장기 지연을 가릴 수 있으므로 중앙값과 상위 지연 구간도 확인하는 것이 좋습니다.

• 속도: 전체 리드타임, 실제 작업 시간, 단계별 대기 시간
• 품질: 오류율, 반려율, 재작업률, 고객 불만 발생률
• 비용: 건당 처리비용, 외주비, 수작업 시간, 유지보수 비용
• 경험: 직원의 사용 난이도, 고객 노력 점수, 문의 발생 빈도
• 통제: 권한 위반, 감사 추적 누락, 예외 승인 비율

숫자 개선을 위해 업무를 왜곡하는 함정

상담원의 평균 통화 시간을 과도하게 낮추면 고객은 같은 문제로 다시 전화할 수 있습니다. 영업 제안서 작성 건수를 목표로 두면 가능성이 낮은 고객에게도 문서가 남발됩니다. 하나의 수치만 강하게 보상하면 구성원은 고객 가치보다 측정 방식에 적응하므로, 결과 지표와 방어 지표를 한 쌍으로 운영해야 합니다.

예를 들어 승인 시간을 줄이는 목표에는 사후 오류율을 방어 지표로 붙이고, 자동 처리율에는 수동 수정률을 붙일 수 있습니다. 효과는 도입 직후 한 번만 측정하지 말고 2주, 1개월, 3개월처럼 간격을 두어 살펴야 합니다. 초기에는 교육 효과로 수치가 좋아졌다가 우회 절차가 늘며 다시 나빠지는 경우도 있기 때문입니다.

AI를 포함한 비즈니스 솔루션은 업무뿐 아니라 인력 운영에도 영향을 줄 수 있습니다. AI와 청년 채용 문턱을 다룬 기사가 보여 주듯 기술 활용은 단순 효율 문제를 넘어 역할과 기회의 변화로 이어집니다. 기업은 절감한 시간을 곧바로 인원 감축 수치로 환산하기보다, 어떤 고부가가치 업무로 재배치할지까지 설계해야 변화에 대한 저항을 줄일 수 있습니다.

1. 개선 전 데이터를 최소 4주간 수집해 기준선을 만듭니다.
2. 성과지표마다 부작용을 감시할 방어 지표를 지정합니다.
3. 부서 평균 외에 유형별·담당자별 편차를 함께 확인합니다.
4. 목표에서 벗어나면 개인을 문책하기 전에 프로세스와 데이터 원인을 찾습니다.
5. 절감 시간의 재배치 계획을 직무와 역량 개발 항목으로 구체화합니다.

견적 승인 지연 기업이 석 달 만에 흐름을 바꾼 과정

기능 추가 요청을 멈추고 대기 원인을 추적하다

산업 장비를 판매하는 가상의 중견기업 세림테크는 견적 승인에 평균 4.8일이 걸렸습니다. 영업팀은 시스템이 낡아서 느리다고 판단했고, 처음에는 새 영업 솔루션과 AI 견적 기능을 한꺼번에 도입하려 했습니다. 그러나 컨설팅 착수 후 60건의 견적을 따라가 보니 실제 문서 작성 시간은 평균 35분에 불과했고, 전체 지연의 대부분은 원가 확인과 할인 승인 대기에서 발생했습니다.

더 깊이 살펴보자 제품 원가는 생산팀 파일, 물류비는 구매팀 파일, 할인 기준은 재무팀 내부 문서에 흩어져 있었습니다. 영업 담당자는 어느 값이 최신인지 알 수 없어 세 부서에 같은 질문을 보냈고, 관리자는 정보가 완성될 때까지 승인을 보류했습니다. 세림테크가 처음 계획한 고가 솔루션만 도입했다면 견적서 작성은 빨라져도 승인 대기는 거의 변하지 않았을 상황입니다.

• 1주 차에는 정상 견적과 긴급 견적을 각각 추적해 실제 경로를 기록했습니다.
• 2주 차에는 상품군별 원가 책임자와 데이터 갱신 주기를 정했습니다.
• 3주 차에는 할인율과 예상 이익률에 따라 승인 경로가 달라지는 규칙을 만들었습니다.
• 4주 차에는 한 영업 조직에서만 시범 운영하고 반려 사유를 수집했습니다.
• 5주 차 이후에는 반복 반려 항목을 입력 화면의 검증 규칙에 반영했습니다.

작은 시범 운영이 전사 도입의 위험을 낮추다

시범 운영 중 예상하지 못한 문제도 나왔습니다. 오래 거래한 고객의 긴급 부품 주문은 일반 할인 기준으로 설명하기 어려웠고, 해외 운송비는 매일 달라 고정값으로 관리할 수 없었습니다. 프로젝트 팀은 이를 사용자 저항으로 치부하지 않고 장기 고객 긴급 주문이라는 예외 유형과 운송비 유효기간을 새로 정의했습니다. 예외는 영업 책임자가 사유를 기록하면 진행하되 월별 검토 목록에 자동 포함되도록 했습니다.

두 번째 달에는 평균 승인 시간이 2.1일로 줄었지만 일부 담당자의 재요청률이 높았습니다. 교육을 반복하는 대신 로그를 확인하자 특정 상품군의 원가 갱신이 매주 늦는 문제가 발견됐습니다. 생산팀 담당자를 질책하지 않고 데이터 갱신일을 월요일 오전으로 고정하고 부재 시 대리 책임자를 지정하자, 세 번째 달에는 평균 승인 시간이 1.3일, 재요청률은 18%에서 6%로 낮아졌습니다.

세림테크는 이 결과를 곧바로 전사 성공으로 선언하지 않았습니다. 계절별 운송비 변동과 신규 상품의 원가 누락을 감시하기 위해 승인 시간, 재요청률, 예외 비율을 매월 함께 보기로 했습니다. 추가 솔루션 구매는 이 지표가 안정된 뒤 판단하도록 미뤘고, 절감된 영업 시간은 주요 고객의 요구를 확인하는 데 배정했습니다. 문제를 기능 부족으로 단정하지 않고 실제 업무 한 건을 끝까지 추적한 선택이 비용과 변화 저항을 동시에 낮춘 셈입니다.

1. 처음 한 달은 도구 구매보다 기준선과 병목 확인에 사용합니다.
2. 다음 한 달은 대표 조직에서 규칙과 예외 경로를 검증합니다.
3. 성과가 나온 뒤에도 품질 지표가 함께 유지되는지 확인합니다.
4. 현업이 만든 우회 업무가 다시 나타나면 기능을 추가하기 전에 발생 원인을 추적합니다.
5. 확인된 효과와 남은 위험을 근거로 다음 확산 범위를 결정합니다.