기업 비즈니스 솔루션, 도입률보다 업무 정착률이 중요했다

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

새 시스템을 열어 보니 사용자 계정은 48개인데, 지난 일주일 동안 실제로 접속한 사람은 17명뿐이었습니다. 도입 설명회에서는 모두 필요하다고 했고 교육 참석률도 높았지만, 막상 업무가 바빠지자 직원들은 익숙한 메신저와 엑셀 파일로 돌아갔습니다.

제가 직접 기업 비즈니스 솔루션을 운영하며 배운 것은 분명했습니다. 라이선스를 배포한 비율과 업무에 정착한 비율은 전혀 다른 숫자였습니다. TS컴퍼니처럼 기업 맞춤형 비즈니스 솔루션과 서비스를 검토하는 담당자라면 기능 수보다 먼저 ‘직원이 어느 순간에 이 도구를 열게 할 것인가’를 설계해야 합니다.

계정 48개와 실제 사용자 17명의 간극

도입 첫 달에 숫자가 착시를 만든 이유

처음에는 계정 발급률을 성과로 보고했습니다. 대상자 50명 중 48명에게 계정을 만들었으니 도입률은 96%였고, 표면적으로는 성공처럼 보였습니다. 하지만 로그인 기록을 살펴보니 주 3회 이상 접속한 직원은 17명, 솔루션 안에서 업무를 끝낸 직원은 11명에 불과했습니다. 계정이 있다는 사실은 사용 중이라는 뜻이 아니었습니다.

특히 영업팀은 고객 요청을 메신저로 받은 뒤 엑셀에 다시 적었고, 운영팀은 솔루션에 등록된 자료를 내려받아 개인 폴더에서 수정했습니다. 하나의 기업 서비스가 추가됐지만 기존 업무는 사라지지 않아 입력 단계만 늘어난 셈입니다. 비즈니스라는 용어의 범위를 확인할 때는 지식백과의 비즈니스 설명도 참고할 수 있지만, 현장에서 중요한 것은 추상적인 개념보다 거래와 협업이 실제로 흐르는 경로였습니다.

저는 두 번째 달부터 보고 지표를 바꿨습니다. 단순 로그인보다 핵심 업무 완료 건수, 기존 도구로 되돌아간 비율, 재입력에 걸린 시간을 함께 확인했습니다. 그 결과 기능 교육을 더 하는 것보다 승인 요청과 진행 상황 공유를 솔루션 안에서 끝내도록 절차를 바꾸는 편이 효과적이라는 사실이 드러났습니다.

• 계정 발급률: 접근 권한을 받은 사람의 비율로, 준비 상태만 보여줍니다.
• 주간 활성률: 일주일 안에 실제 접속한 인원을 보여주지만 업무 완료 여부는 알 수 없습니다.
• 핵심 기능 사용률: 등록·승인·보고 등 반드시 필요한 행동이 수행됐는지 확인합니다.
• 우회 업무 비율: 메신저, 개인 파일, 구두 보고로 빠져나간 업무를 측정합니다.
• 재작업 시간: 같은 정보를 여러 도구에 반복 입력하며 잃는 시간을 계산합니다.

도입 성과를 계정 수로만 보면 문제는 늦게 발견됩니다. 직원 한 명이 솔루션 안에서 업무 한 건을 처음부터 끝까지 처리했는지를 먼저 보세요.

기능 만족도와 매일 쓰는 습관은 달랐다

좋다는 평가가 사용으로 이어지지 않은 장면

사용자 인터뷰에서는 대시보드가 보기 좋고 검색도 편하다는 평가가 많았습니다. 그런데 화면 녹화와 업무 동선을 함께 확인하니 직원들은 오전 회의 전에만 대시보드를 열고, 이후의 수정 사항은 단체 대화방에 남기고 있었습니다. 만족도 설문에서 5점 만점에 4.3점을 받은 기능도 하루 한 번 이상 사용되지 않는 경우가 있었습니다.

이유는 사소하지만 현실적이었습니다. 알림을 눌렀을 때 관련 업무 화면이 바로 열리지 않았고, 모바일에서는 첨부파일 이름이 잘렸으며, 거래처명을 검색하려면 띄어쓰기까지 맞춰야 했습니다. 기능 자체는 좋았지만 한 건을 처리할 때 클릭이 다섯 번 늘어나니 급한 상황에서는 예전 방식이 더 빨랐습니다. 여러분의 직원도 솔루션을 싫어해서가 아니라 업무 속도를 지키기 위해 우회로를 선택하고 있지는 않은가요?

저는 만족도 질문을 ‘편리합니까?’에서 ‘어느 단계에서 다른 도구를 열었습니까?’로 바꿨습니다. 답변의 질이 즉시 달라졌습니다. 영업 담당자는 견적 승인 단계, 운영 담당자는 파일 버전 확인 단계, 관리자는 월간 보고서 가공 단계에서 빠져나갔습니다. 이 지점을 고치자 새로운 기능을 추가하지 않고도 핵심 업무 완료율이 42%에서 68%로 올라갔습니다.

1. 직원에게 평소 하던 업무 한 건을 그대로 처리해 달라고 요청합니다.
2. 솔루션 밖의 메신저·메일·엑셀을 여는 순간을 기록합니다.
3. 우회한 이유를 기능 부족, 속도, 권한, 습관으로 나눕니다.
4. 가장 빈도가 높은 이탈 지점 하나만 먼저 수정합니다.
5. 수정 전후의 완료 시간과 오류 건수를 같은 조건에서 비교합니다.

제가 효과를 본 작은 사용 팁

교육 자료도 메뉴별 설명서에서 상황별 한 장 문서로 바꿨습니다. ‘프로젝트 메뉴 사용법’보다 ‘고객이 일정을 바꿨을 때 3분 안에 처리하는 법’이라는 제목이 훨씬 잘 읽혔습니다. 즐겨찾기 주소를 업무 화면에 직접 연결하고, 입력 예시를 실제 고객명 대신 익명화된 사례로 보여준 것도 초기 거부감을 낮추는 데 도움이 됐습니다.

교육 한 번과 현장 동행 일주일의 차이

두 시간 강의보다 15분 개입이 유용했다

첫 교육은 회의실에서 두 시간 동안 진행했습니다. 강사는 메뉴를 차례로 소개했고 참석자들은 고개를 끄덕였지만, 다음 날 첫 문의는 ‘어디서 시작해야 하나요?’였습니다. 메뉴 이름을 기억하는 것과 실제 고객 요청을 시스템에 옮기는 것은 별개의 일이었습니다. 게다가 부서마다 같은 기능을 다른 목적으로 쓰고 있어 공통 교육만으로는 빈틈이 생겼습니다.

두 번째 시도에서는 일주일 동안 오전과 오후에 각각 15분씩 현장에 붙었습니다. 직원이 실제 업무를 시작할 때 옆에서 막히는 부분만 기록했고, 즉시 해결할 내용과 설정 변경이 필요한 내용을 구분했습니다. 첫 이틀은 질문이 많았지만 넷째 날부터 동료끼리 답하는 비율이 높아졌습니다. 짧은 현장 지원이 긴 집합 교육보다 행동 변화를 빠르게 만들었습니다.

비용도 예상과 달랐습니다. 전 직원 재교육은 강사비와 업무 중단 시간을 합치면 부담이 컸지만, 부서별 핵심 사용자에게 주당 1~2시간을 배정하는 방식은 비교적 작게 시작할 수 있었습니다. 외부 운영 지원을 이용한다면 월 비용만 묻기보다 문의 응답 시간, 원격 지원 범위, 설정 변경 포함 여부를 확인해야 합니다. 제가 검토했던 서비스들은 범위에 따라 월 수십만 원부터 수백만 원까지 차이가 컸고, 데이터 정비나 맞춤 개발은 별도 견적인 경우가 많았습니다.

• 첫날: 로그인, 권한, 알림 설정처럼 업무 시작을 막는 문제를 제거합니다.
• 둘째 날: 부서별 대표 업무 한 건을 처음부터 끝까지 함께 처리합니다.
• 셋째 날: 중복 입력과 개인 파일 저장이 발생하는 순간을 찾습니다.
• 넷째 날: 자주 묻는 질문을 한 페이지 문서와 짧은 영상으로 남깁니다.
• 다섯째 날: 핵심 사용자에게 간단한 관리자 권한과 대응 기준을 전달합니다.

모든 기능을 가르치려 하지 마세요. 첫 주에는 직원이 가장 자주 처리하는 업무 세 가지를 막힘없이 끝내게 만드는 편이 낫습니다.

핵심 사용자를 관리자처럼 키운 방법

부서별 핵심 사용자는 직급이 높은 사람보다 질문을 편하게 받는 사람으로 골랐습니다. 이들에게 시스템 전체를 책임지게 하지 않고 계정 문의, 입력 기준, 오류 제보의 1차 창구 역할만 맡겼습니다. 대신 담당 업무 시간을 공식적으로 확보하고 주간 회의에서 개선 의견을 바로 전달할 수 있게 했습니다. 자발성만 기대했을 때보다 대응이 안정적이었고, 외부 기업 서비스 지원팀에 전달되는 문의도 구체적으로 바뀌었습니다.

많은 기능과 적은 규칙 중 무엇이 남았나

사용률을 올린 것은 새 모듈이 아니었다

정착률이 낮으면 흔히 자동화 기능이나 협업 모듈을 더 구매하고 싶어집니다. 저도 처음에는 보고서 생성 기능을 추가하면 직원들이 자연스럽게 데이터를 입력할 것이라 기대했습니다. 그러나 원본 데이터의 입력 기준이 부서마다 달라 자동 보고서에 중복 고객과 비어 있는 마감일이 그대로 표시됐습니다. 기능은 늘었지만 결과를 믿을 수 없어 다시 엑셀로 검증해야 했습니다.

전환점은 아주 단순한 운영 규칙 세 가지였습니다. 고객명은 사업자등록증 기준으로 입력하고, 일정 변경은 메신저가 아니라 해당 업무 카드의 댓글에 남기며, 완료 처리는 책임자가 증빙을 확인한 뒤 누르도록 했습니다. 규칙이 명확해지자 검색 결과가 안정됐고 담당자가 바뀌어도 과거 기록을 찾을 수 있었습니다. 디지털 환경에서 거래와 업무가 연결되는 맥락은 이비즈니스 관련 설명을 참고할 수 있으며, 실제 운영에서는 그 연결을 유지하는 데이터 규칙이 핵심이었습니다.

제가 사용한 월간 점검표는 기능 수가 아니라 업무 품질을 보도록 구성했습니다. 아래 항목을 매월 같은 날짜에 확인하니 특정 부서의 사용률이 떨어지는 이유와 계절적으로 업무량이 늘 때 생기는 병목을 구분할 수 있었습니다. 모든 수치를 높이는 것이 목적은 아닙니다. 예를 들어 접속 횟수가 줄어도 한 번의 접속으로 업무를 끝내는 비율이 높아졌다면 오히려 효율이 좋아진 것입니다.

• 필수 입력값은 보고서에 실제로 쓰이는 항목만 남깁니다.
• 자유 입력보다 선택 항목을 활용해 표기 차이를 줄입니다.
• 예외 처리는 숨기지 말고 담당자와 승인 기준을 함께 적습니다.
• 사용하지 않는 메뉴는 권한이나 화면 설정으로 노출을 줄입니다.
• 새 기능은 기존 문제를 수치로 확인한 뒤 필요한 범위만 적용합니다.

장점과 단점을 솔직하게 비교해 보니

운영 규칙을 먼저 세우는 방식의 장점은 추가 구매 없이도 개선 효과를 볼 수 있다는 점입니다. 반면 규칙을 합의하고 예외를 조정하는 데 시간이 들며, 관리자가 기준을 꾸준히 지키지 않으면 금방 무너집니다. 자동화 기능은 반복 작업을 빠르게 줄여 주지만 잘못된 입력 기준까지 빠르게 확산시킬 수 있습니다. 결국 기능과 규칙 중 하나를 고르는 문제가 아니라 규칙이 자리 잡은 순서대로 기능을 얹는 문제였습니다.

견적 요청팀의 14일이 바뀐 실제 과정

메신저 요청에서 한 화면 처리까지

가장 기억에 남는 사례는 네 명으로 구성된 견적 요청팀이었습니다. 고객 문의는 이메일로 들어오고, 담당자는 메신저에 내용을 복사한 뒤 엑셀 견적대장에 다시 입력했습니다. 팀장은 메신저에서 승인했고 최종 파일은 개인 폴더에 저장됐습니다. 비즈니스 솔루션을 설치한 뒤에도 이 방식이 이어져 시스템에는 완료된 견적만 사후 등록되고 있었습니다.

첫날에는 업무를 바꾸지 않고 그대로 관찰했습니다. 견적 한 건당 평균 처리 시간은 38분이었고, 같은 고객 정보를 세 번 입력했으며, 팀장이 자리를 비우면 승인 상태를 확인하기 어려웠습니다. 둘째 날에는 솔루션의 견적 카드에 고객명, 요청 품목, 납기일, 담당자만 필수로 남겼습니다. 복잡한 분류 항목 여덟 개는 실제 보고서에서 사용되지 않아 선택 입력으로 돌렸습니다.

셋째 날부터 닷새째까지는 팀원이 요청을 받는 즉시 견적 카드를 만들도록 했습니다. 팀장은 카드에서 승인 또는 보완 요청을 선택했고, 수정 파일은 같은 카드에 버전별로 첨부했습니다. 이때 알림이 너무 많다는 불만이 나와 모든 댓글 알림을 보내는 대신 담당자 지정, 승인 요청, 마감 하루 전 알림만 유지했습니다. 알림을 줄였더니 오히려 중요한 요청을 확인하는 속도가 빨라졌습니다.

1. 1일 차: 기존 처리 과정을 관찰하고 재입력 횟수와 대기 시간을 측정했습니다.
2. 2일 차: 필수 입력 항목을 네 개로 줄이고 담당자를 명확히 지정했습니다.
3. 3~5일 차: 실제 견적 12건을 솔루션 안에서 끝까지 처리했습니다.
4. 6일 차: 불필요한 알림을 끄고 승인 요청만 눈에 띄게 조정했습니다.
5. 7~10일 차: 누락된 납기일과 중복 고객명을 매일 10분씩 점검했습니다.
6. 11~14일 차: 팀장이 개입하지 않아도 처리되는지 확인하고 운영 규칙을 문서화했습니다.

열넷째 날 숫자가 보여 준 변화

14일째에 같은 방식으로 측정하자 견적 한 건의 평균 처리 시간은 38분에서 24분으로 줄었습니다. 시스템 안에서 처음부터 끝까지 처리된 견적은 20건 중 17건이었고, 나머지 3건은 긴급 요청이라 전화 승인을 거쳤습니다. 중요한 점은 이 예외도 숨기지 않고 카드에 승인 시각과 담당자를 사후 기록했다는 것입니다. 완벽한 사용률보다 업무의 흔적이 남는 상태가 더 현실적인 목표였습니다.

장점만 있었던 것은 아닙니다. 초기 일주일 동안은 입력 시간이 늘었다는 불만이 있었고, 거래처명이 통일되면서 과거 자료를 한 번 정비해야 했습니다. 다만 두 번째 주부터 파일을 찾는 시간과 승인 대기 문의가 줄어 팀원들이 변화의 이점을 체감했습니다. 기업 맞춤형 솔루션을 검토할 때 제품 설명만 듣기보다, 실제 업무 한 건을 어디에서 시작해 어디에서 끝낼지 공급사와 함께 시연해 보는 이유가 여기에 있습니다. 영어 표현의 기본 의미가 필요하다면 business 용어 설명도 참고할 수 있습니다.

견적 요청팀은 이후에도 매주 금요일 15분 동안 완료되지 않은 카드와 우회 승인 사례만 확인했습니다. 새 기능을 서둘러 추가하지 않고 네 주 연속 핵심 업무 완료율이 80%를 넘은 뒤에야 견적서 자동 생성 기능을 연결했습니다. 그때는 데이터 기준과 담당 역할이 이미 정착돼 자동화 결과를 다시 손볼 일이 거의 없었습니다. 계정 48개를 나눠 준 날이 아니라, 직원이 한 건의 일을 다른 도구로 빠져나가지 않고 끝낸 날이 진짜 도입일이라는 판단도 이 사례에서 굳어졌습니다.