“일단 도입하면 쓰겠죠?” 기업 솔루션 실패의 시작

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

새로운 시스템의 계약은 끝났는데 직원들은 여전히 엑셀 파일과 메신저를 오갑니다. 담당자는 사용률을 높이려고 공지를 반복하고, 경영진은 “좋은 솔루션인데 왜 안 쓰느냐”고 묻습니다. 하지만 이런 실패는 직원의 태도보다 도입 목적, 업무 설계, 운영 책임을 모호하게 둔 결정에서 시작되는 경우가 많습니다.

비즈니스의 용어적 의미가 거래와 사업 활동 전반을 포괄하듯, 기업 솔루션도 단순한 프로그램 한 개가 아니라 사람·절차·데이터가 함께 움직이는 체계로 봐야 합니다. 아래 실패 사례에서 우리 회사가 반복하고 있는 장면이 없는지 살펴보세요.

“기능이 많으면 언젠가 쓰겠지”라는 선택부터 멈추세요

요구사항 없이 유명한 제품부터 고른 사례

직원 45명 규모의 한 유통기업은 영업관리, 재고관리, 전자결재, 고객관리 기능을 모두 제공한다는 이유로 통합형 기업 솔루션을 선택했습니다. 월 구독료는 계정과 부가 기능을 합쳐 약 200만 원이었지만, 실제로 매일 사용한 기능은 견적서 작성과 결재 두 가지뿐이었습니다. 재고 데이터는 기존 시스템과 형식이 달라 옮기지 못했고, 고객관리 화면에는 현장에 필요하지 않은 입력 항목이 너무 많았습니다.

문제는 가격 자체가 아니라 구매 순서였습니다. 담당자는 제품 설명회에서 본 기능 수를 비교했지만, 직원이 하루에 수행하는 업무와 지연 시간을 먼저 측정하지 않았습니다. 결국 6개월 뒤 계약을 축소하면서 초기 설정비, 교육 시간, 중복 입력에 든 비용까지 부담해야 했습니다. 많은 기능은 준비되지 않은 조직에서 많은 예외와 많은 교육 항목으로 바뀔 수 있습니다.

• 하지 말아야 할 일: 데모 화면의 기능 개수만 세어 제품을 결정하기
• 먼저 확인할 일: 반복 입력, 승인 대기, 자료 검색에 실제로 몇 시간이 드는지 측정하기
• 구분할 항목: 반드시 필요한 기능, 있으면 편리한 기능, 현재는 사용하지 않을 기능
• 비용에 넣을 항목: 구독료뿐 아니라 구축비, 연동비, 교육비, 데이터 정제비, 해지·이관 비용

현장 인터뷰를 의견 조사로 끝낸 사례

“어떤 기능이 필요하세요?”라고 물으면 사용자는 대개 더 빠른 검색, 편리한 화면처럼 추상적으로 답합니다. 이 답을 그대로 제안요청서에 넣으면 업체마다 해석이 달라지고, 검수 단계에서도 성공 여부를 판단하기 어렵습니다. 질문은 의견보다 행동에 초점을 맞춰야 합니다. “주문이 들어온 뒤 누가 어디에 입력합니까?”, “승인이 늦어지면 어떤 고객 응대가 멈춥니까?”처럼 실제 흐름을 따라가야 숨어 있던 병목이 드러납니다.

1. 최근 처리한 업무 한 건을 골라 시작부터 종료까지 화면과 문서를 따라갑니다.
2. 같은 정보를 두 번 이상 입력하는 구간과 사람을 기다리는 구간을 표시합니다.
3. 오류가 생겼을 때 되돌리는 방법과 최종 승인자를 확인합니다.
4. 개선 목표를 “편리하게”가 아니라 “견적 승인 시간을 8시간에서 2시간으로 단축”처럼 수치화합니다.

기능 목록보다 먼저 만들어야 할 문서는 ‘현재 업무 흐름 한 장’입니다. 해결할 병목이 한 문장으로 설명되지 않는다면 아직 제품을 고를 때가 아닙니다.

“데이터는 나중에 옮기면 됩니다”가 가장 비싼 실수입니다

엑셀 파일을 그대로 올렸다가 검색이 무너진 사례

기업 솔루션 구축에서 일정이 가장 자주 흔들리는 구간은 화려한 화면 개발이 아니라 데이터 이관입니다. 한 서비스기업은 부서별 고객 명단을 합치면서 ‘㈜에이원’, ‘에이원 주식회사’, ‘A-one’을 서로 다른 거래처로 등록했습니다. 같은 고객에게 영업 담당자가 세 명 배정됐고, 매출 집계도 나뉘었습니다. 시스템은 정상 작동했지만 경영진이 보는 보고서는 더 부정확해졌습니다.

이관 대상에는 이름과 전화번호만 있는 것이 아닙니다. 거래 상태, 담당 부서, 동의 여부, 계약 종료일처럼 의미를 해석해야 하는 필드가 함께 들어갑니다. 특히 고객·계약·매출 데이터의 기준값을 정하지 않은 채 일괄 업로드하면 오류가 빠르게 복제됩니다. 디지털 환경에서 거래와 업무가 연결되는 개념은 이비즈니스 관련 설명에서도 확인할 수 있지만, 실제 성패는 연결할 데이터의 품질에서 갈립니다.

• 중복 기준: 사업자등록번호, 고객 번호, 이메일 등 식별자를 먼저 결정합니다.
• 필수값 기준: 비어 있으면 업무를 진행할 수 없는 항목과 임시값을 허용할 항목을 나눕니다.
• 보존 기준: 법적·업무상 보관할 자료와 폐기할 자료를 구분합니다.
• 검증 기준: 전체 건수, 금액 합계, 상태별 건수를 이전 시스템과 대조합니다.
• 복구 기준: 이관 실패 시 원본으로 돌아갈 시점과 책임자를 정합니다.

전사 데이터를 한 번에 전환한 사례

월요일 아침부터 모든 부서가 새 시스템만 쓰도록 한 기업도 있었습니다. 주말 동안 데이터를 옮겼지만 일부 첨부파일의 이름이 깨졌고, 모바일 권한 설정이 누락돼 외근 직원이 계약서를 열지 못했습니다. 작은 오류였지만 전사 동시 전환 탓에 문의가 한꺼번에 몰렸고, 담당자는 중요한 장애와 단순 사용 질문을 구분하지 못했습니다.

안전한 방식은 대표 업무 한두 개와 소규모 사용자 그룹을 선정해 시험 이관과 병행 운영을 거치는 것입니다. 다만 병행 기간을 무기한 늘리면 두 시스템에 데이터를 입력하는 또 다른 낭비가 생깁니다. 2~4주처럼 종료 시점을 정하고, 오류 건수와 필수 업무 성공률이 기준을 통과했을 때만 범위를 확대하는 편이 현실적입니다.

1. 개인정보를 제거하거나 최소화한 표본 데이터로 1차 이관을 시험합니다.
2. 현업 대표자가 검색, 수정, 승인, 취소, 다운로드까지 직접 검수합니다.
3. 실제 데이터 일부를 옮겨 건수와 금액이 일치하는지 대조합니다.
4. 부서 한 곳에서 먼저 운영하고 문의 유형과 처리 시간을 기록합니다.
5. 전환 당일의 연락망, 장애 등급, 이전 시스템 재가동 조건을 문서화합니다.

데이터 이관 완료는 파일 업로드가 끝난 순간이 아닙니다. 사용자가 필요한 기록을 찾고, 숫자를 믿으며, 오류를 되돌릴 수 있을 때 완료된 것입니다.

도입 성과는 사용률보다 업무 위험부터 따져야 합니다

로그인 횟수를 성과로 보고한 사례

어떤 기업은 오픈 첫 달 로그인율 90%를 성공 지표로 보고했습니다. 그러나 직원들은 공지 확인을 위해 접속했을 뿐 핵심 업무는 계속 기존 엑셀로 처리했습니다. 로그인 수가 높아도 견적 작성 시간이 줄지 않고 누락 주문이 그대로라면 비즈니스 솔루션의 실질 성과라고 보기 어렵습니다. 사용자가 시스템을 열었는지가 아니라 업무가 그 안에서 끝났는지를 확인해야 합니다.

성과 지표는 도입 목적과 직접 연결해야 합니다. 승인 지연이 문제였다면 평균 승인 시간과 반려 후 재처리 시간을, 고객 정보 분산이 문제였다면 중복 고객 비율과 상담 이력 조회 시간을 봅니다. 시스템 이용률은 보조 지표로 두고, 시간·오류·비용·고객 경험의 변화를 함께 측정해야 잘못된 낙관을 피할 수 있습니다.

• 시간 지표: 주문 등록, 승인, 보고서 작성에 걸린 평균 시간
• 품질 지표: 중복 입력률, 누락 건수, 반려율, 재작업 횟수
• 비용 지표: 월 구독료 대비 절감된 작업 시간과 외주 비용
• 정착 지표: 핵심 업무의 시스템 내 완료율과 부서별 미사용 사유
• 고객 지표: 문의 응답 시간, 처리 지연 건수, 계약 갱신 과정의 오류

담당자를 제품 관리자로만 지정한 사례

운영 담당자가 계정 생성과 업체 문의만 맡으면 현장의 개선 요청은 쌓이기 쉽습니다. 반대로 요청을 모두 받아주면 화면과 권한 구조가 복잡해지고 유지 비용이 커집니다. 담당자에게는 설정 권한뿐 아니라 요청의 우선순위를 결정할 기준, 부서 간 충돌을 조정할 권한, 변경 결과를 측정할 책임이 필요합니다. business 용어의 폭넓은 쓰임처럼 기업 업무의 범위가 넓을수록 기술 담당자 혼자 모든 맥락을 판단하기는 어렵습니다.

새로운 요청이 들어오면 먼저 “이 기능이 없어서 발생하는 손실은 무엇인가?”를 묻고, 설정 변경으로 해결할지 업무 절차를 바꿀지 판단하세요. 월 1회 개선 회의에서는 요청 개수보다 처리 후 줄어든 시간과 오류를 확인하는 편이 좋습니다. 직원 교육도 전체 메뉴 설명보다 실제 업무 시나리오를 기준으로 구성해야 합니다. 신규 고객 등록, 승인 반려 처리, 잘못된 주문 취소처럼 자주 발생하거나 위험도가 높은 상황을 직접 연습하게 하세요.

1. 첫째, 업무 중단 위험: 계약, 결제, 고객 대응처럼 멈췄을 때 손실이 큰 절차와 복구 방법을 가장 먼저 확인합니다.
2. 둘째, 데이터 신뢰도: 중복·누락·권한 오류를 통제할 기준과 데이터 책임자가 있는지 살핍니다.
3. 셋째, 해결할 병목: 특정 기능이 실제 처리 시간이나 오류를 줄이는지 검증합니다.
4. 넷째, 현장 수용성: 사용자가 기존 방식보다 더 적은 단계로 업무를 끝낼 수 있는지 시험합니다.
5. 다섯째, 총비용: 라이선스 가격은 앞의 네 조건을 충족한 후보끼리 구축·교육·연동·이관 비용까지 포함해 비교합니다.

가격이 싸다는 이유로 위험 통제가 약한 제품을 고르거나, 기능이 많다는 이유로 복잡한 서비스를 선택하면 도입 이후의 비용이 더 커집니다. TS컴퍼니와 같은 기업 맞춤형 서비스 파트너를 검토할 때도 제품 소개보다 먼저 위 우선순위를 제시해 보세요. 답변이 기능 자랑에 머무는지, 아니면 업무 중단·데이터·병목을 구체적인 검증 방법으로 설명하는지가 좋은 기업 비즈니스 솔루션을 가려내는 기준이 됩니다.