기업 솔루션 교체, 업무 중단 없이 가능할까?
오래 사용한 기업 솔루션이 느리고 불편해도 쉽게 바꾸지 못하는 이유는 기능이 아니라 업무 중단에 대한 두려움 때문입니다. 고객 문의, 주문 승인, 정산처럼 하루도 멈추기 어려운 업무라면 담당자는 기존 시스템의 문제를 알면서도 교체 결정을 미루게 됩니다.
이번 인터뷰에서는 기업 시스템 전환 프로젝트를 설계해 온 서비스 마이그레이션 전문가 강현우 컨설턴트에게 현실적인 교체 순서와 비용, 데이터 이전, 장애 대응 방법을 물었습니다. 넓은 의미의 비즈니스 개념은 지식백과의 비즈니스 정의에서도 확인할 수 있으며, 여기서는 그중에서도 조직의 실제 업무를 지탱하는 기업 비즈니스 서비스에 초점을 맞춥니다.
Q. 기업 솔루션은 언제 교체해야 하나요?
불편하다는 의견만으로 결정하면 위험합니다
강현우 컨설턴트: 사용자가 불편하다고 말하는 순간은 중요한 신호지만, 그것만으로 수천만 원 규모의 교체를 결정해서는 안 됩니다. 화면이 낡았다는 문제는 개선 개발로 해결할 수 있지만, 처리 지연이나 데이터 불일치는 핵심 구조를 바꾸지 않으면 반복될 가능성이 큽니다.
먼저 최근 6개월간의 운영 기록을 살펴보세요. 월말마다 정산이 늦어지는지, 상담원이 고객 정보를 찾기 위해 여러 화면을 오가는지, 장애가 발생할 때 공급사 답변을 기다리느라 복구가 지연되는지를 수치로 확인해야 합니다. 독자님의 팀은 시스템 문제 때문에 매주 몇 시간을 수작업에 쓰고 있습니까?
- 처리 시간: 주문·승인·문의 한 건을 끝내는 데 걸리는 평균 시간을 측정합니다.
- 오류 비용: 중복 입력, 누락, 재처리 때문에 발생한 인건비와 고객 보상액을 계산합니다.
- 연동 한계: 회계, 그룹웨어, 고객관리 시스템과 API로 연결할 수 있는지 확인합니다.
- 운영 위험: 특정 담당자나 공급사만 설정을 이해하고 있는지 점검합니다.
예를 들어 상담 직원 30명이 하루 20분씩 중복 입력에 사용한다면 월간 손실 시간은 약 200시간에 달합니다. 이 시간을 인건비로 환산하면 새 비즈니스 서비스 도입의 경제성을 훨씬 구체적으로 설명할 수 있습니다.
“교체 시점은 최신 기능이 나왔을 때가 아니라, 유지 비용과 업무 손실의 합계가 전환 비용을 지속적으로 넘어설 때입니다.”
Q. 업무를 멈추지 않고 어떻게 옮기나요?
한 번에 전환하는 빅뱅 방식부터 피해야 합니다
강현우 컨설턴트: 모든 부서와 데이터를 특정 주말에 한꺼번에 옮기는 방식은 일정이 짧아 보이지만 위험이 큽니다. 작은 설정 오류 하나가 고객지원, 영업, 정산 업무에 동시에 영향을 줄 수 있기 때문입니다. 대부분의 기업에는 기존 시스템과 신규 솔루션을 일정 기간 함께 운영하는 단계적 병행 전환이 적합합니다.
첫 단계에서는 영향이 적고 결과를 비교하기 쉬운 업무를 선택합니다. 가령 고객지원 솔루션이라면 전체 상담 채널을 옮기지 말고 내부 문의나 한 개 브랜드부터 시작합니다. 전자적 거래와 업무 환경의 범위를 이해하려면 이비즈니스 개념 설명도 참고할 만합니다.
- 업무 지도 작성: 요청이 들어온 순간부터 처리와 보고가 끝날 때까지 담당자, 데이터, 연동 시스템을 표시합니다.
- 저위험 파일럿: 한 팀 또는 한 업무 유형에 신규 기업 솔루션을 적용하고 2~4주간 결과를 관찰합니다.
- 병행 검증: 핵심 거래를 두 시스템에서 대조하되 중복 처리를 막을 책임자를 정합니다.
- 단계별 확대: 오류율과 처리 시간이 기준을 통과할 때 다음 부서로 범위를 넓힙니다.
- 기존 시스템 읽기 전용화: 즉시 삭제하지 않고 감사와 과거 기록 조회를 위해 제한적으로 유지합니다.
병행 운영 기간이 길수록 안전하다고 생각하기 쉽지만 반드시 그렇지는 않습니다. 직원이 어느 시스템을 기준으로 삼아야 하는지 혼란스러워지고 데이터가 서로 달라질 수 있습니다. 일반적인 중간 규모 업무라면 파일럿을 포함해 4~12주 정도를 검토하되, 거래량과 규제 보관 의무에 따라 기간을 조정해야 합니다.
되돌아갈 기준도 숫자로 정합니다
전환 계획에는 성공 기준뿐 아니라 롤백 조건이 필요합니다. 예를 들어 핵심 거래 실패율이 1%를 넘거나, 평균 응답 시간이 기존 대비 두 배 이상 늘거나, 데이터 대조 결과에 설명되지 않는 차이가 발견되면 신규 입력을 중단하도록 정할 수 있습니다. 이 기준이 있어야 현장 분위기나 공급사의 낙관적인 판단에 휘둘리지 않습니다.
Q. 데이터 이전 비용은 어디에서 커지나요?
데이터 양보다 정리 난도가 비용을 좌우합니다
강현우 컨설턴트: “데이터가 100만 건이라 비싸다”는 설명만 듣고 견적을 받아들이면 안 됩니다. 실제 작업량은 데이터의 양보다 형식의 일관성, 첨부파일 상태, 중복 비율, 코드 체계의 차이에서 발생합니다. 같은 100만 건이라도 정리된 주문 데이터와 담당자마다 다르게 입력한 고객 메모의 이전 난도는 크게 다릅니다.
이전 비용은 소규모 단일 업무에서 수백만 원 수준으로 시작할 수 있지만, 여러 시스템 연동과 대규모 정제·검증이 포함되면 수천만 원 이상으로 늘어날 수 있습니다. 특정 금액보다 중요한 것은 견적을 추출, 정제, 변환, 적재, 검증 단계로 나누어 받는 것입니다. 라이선스 가격만 비교하면 도입 후 별도 청구되는 데이터 작업비를 놓치기 쉽습니다.
- 필수 이전: 진행 중인 거래, 활성 고객, 미처리 문의처럼 새 시스템에서 즉시 필요한 정보입니다.
- 선택 이전: 최근 2~3년 기록처럼 분석과 응대에 자주 활용되는 정보입니다.
- 보관 전환: 사용 빈도는 낮지만 법적·감사 목적으로 보존해야 하는 과거 기록입니다.
- 폐기 후보: 중복 자료, 테스트 계정, 보존 기간이 끝난 개인정보입니다.
모든 데이터를 신규 솔루션에 넣는 것이 가장 안전하다는 생각도 재검토해야 합니다. 불필요한 개인정보와 오류 데이터까지 옮기면 검색 품질이 낮아지고 보안 부담이 커집니다. 표본 검증은 최근 데이터, 오래된 데이터, 첨부파일 포함 기록, 예외 코드가 있는 기록을 섞어 진행해야 합니다.
검수 책임을 공급사에만 맡기지 않습니다
기술적으로 데이터가 들어갔다고 해서 업무적으로 올바른 것은 아닙니다. 고객 등급, 세금 구분, 계약 상태처럼 의미를 아는 사람은 현업 담당자입니다. 따라서 IT 담당자는 건수와 오류 로그를 확인하고, 현업 담당자는 화면에서 정보의 의미와 업무 결과를 확인하는 이중 검수가 필요합니다.
“이전 완료 보고서에는 총건수만 적지 마세요. 누락 건수, 변환 실패 사유, 미이전 대상, 표본 검수 결과와 승인자까지 남겨야 분쟁을 줄일 수 있습니다.”
상담센터와 관리부서라면 전환 경로가 달라집니다
Q. 우리 회사에는 어떤 교체 방식이 맞을까요?
강현우 컨설턴트: 고객 접점이 많은 상담센터와 내부 관리 업무 중심의 조직은 같은 기업 솔루션 교체 방식을 사용해서는 안 됩니다. 상담센터는 몇 분의 지연도 고객 경험에 영향을 주므로 즉시 복구할 수 있는 병행 구조가 중요합니다. 반면 재무·인사·구매 부서는 승인 이력과 계산 결과의 정확성이 더 중요해 충분한 대조 기간이 필요합니다.
계약 전에는 공급사에 실제 장애 시나리오를 제시해 답변을 받아보세요. “월요일 오전 로그인 장애가 발생하면 누가 몇 분 안에 연락하며, 수기 접수 자료는 어떻게 다시 입력합니까?”처럼 구체적으로 질문해야 합니다. 단순히 지원이 빠르다는 답변보다 담당 조직, 응답 시간, 백업 방식과 복구 순서가 명시된 답변이 유용합니다.
- 상담·영업 조직: 일부 채널부터 옮기고 기존 시스템으로 즉시 복귀할 수 있는 이중 접속 기간을 짧고 명확하게 운영합니다.
- 재무·인사 조직: 한두 번의 월 마감 또는 급여 계산을 양쪽 시스템에서 대조한 뒤 기준 시스템을 변경합니다.
- 여러 지점을 둔 기업: 업무가 표준화된 대표 지점과 예외가 많은 지점을 각각 파일럿에 포함합니다.
- 규제 업종: 접근권한, 변경 이력, 기록 보존과 삭제 승인 절차를 전환 전에 시험합니다.
고객 문의와 매출 활동이 하루 종일 이어지는 독자라면 비용이 조금 늘더라도 소규모 파일럿과 짧은 병행 운영, 즉시 롤백이 가능한 방식을 권합니다. 전환 당일에는 공급사 기술 인력과 사내 의사결정자를 동시에 대기시키고 고객 공지 문안까지 준비하는 편이 좋습니다.
반대로 내부 승인·정산의 정확성이 우선인 독자라면 속도보다 두 차례 이상의 결과 대조를 선택하세요. 과거 자료 전체를 신규 서비스에 넣기보다 활성 데이터만 옮기고 나머지는 검색 가능한 보관소로 분리하면 비용과 위험을 함께 낮출 수 있습니다. 두 조직 모두 마지막 승인 기준은 “설치가 끝났는가”가 아니라 현업이 실제 업무를 오류 없이 끝낼 수 있는가여야 합니다.
- 다음글기업 고객지원 솔루션을 6주간 직접 운영해봤더니 26.08.16
등록된 댓글이 없습니다.