중소기업 ERP, 처음부터 전 부서를 연결하지 않아도 되는 이유

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

견적서 숫자와 재고 수량이 맞지 않아 ERP를 도입했는데, 첫 주부터 직원들의 불만이 쏟아졌습니다. 영업·구매·재고·회계 업무를 한 번에 연결하면 곧바로 효율이 높아질 것이라 기대했지만, 실제 현장에서는 메뉴를 찾는 시간부터 늘어났습니다.

약 30명 규모 기업에서 ERP 도입 실무를 맡아 4개월간 사용해 보니 문제는 솔루션의 기능이 아니라 적용 범위였습니다. 중소기업 ERP는 처음부터 모든 부서를 연결하지 않아도 됩니다. 오히려 핵심 업무 하나를 안정시킨 뒤 범위를 넓히는 방식이 비용과 시행착오를 줄이는 데 효과적이었습니다.

모든 기능을 열었더니 업무가 더 느려졌습니다

첫 달에 확인한 전면 도입의 부작용

처음에는 영업관리, 구매관리, 재고관리, 회계, 인사 기능을 동시에 설정했습니다. 부서마다 필요한 화면을 따로 만들고 기존 엑셀 자료도 한꺼번에 옮겼습니다. 계약 당시에는 통합 관리라는 말이 매력적으로 들렸지만, 막상 사용해 보니 직원들은 자신과 관계없는 메뉴 사이에서 필요한 기능을 찾아야 했습니다.

특히 같은 거래처를 영업팀은 약칭으로, 회계팀은 사업자등록증상의 정식 명칭으로 입력하면서 중복 데이터가 생겼습니다. 전면 적용을 서두른 탓에 업무 기준을 맞추기 전에 시스템부터 연결한 것입니다. 비즈니스의 기본 개념을 넓게 확인하려면 네이버 지식백과의 비즈니스 정의도 참고할 만하지만, 실제 기업 운영에서는 용어보다 거래처·품목·승인 기준을 동일하게 쓰는 일이 먼저였습니다.

• 장점: 여러 부서의 자료를 한 시스템에서 조회할 수 있었습니다.
• 단점: 초기 설정 항목이 많아 담당자의 질문과 수정 요청이 급증했습니다.
• 예상 밖 문제: 기존 엑셀의 잘못된 품목명과 거래처명이 그대로 이전됐습니다.
• 체감 결과: 첫 2주 동안 견적 등록 시간이 기존보다 약 5분씩 더 걸렸습니다.

기능이 많다는 사실과 지금 당장 사용할 기능이 많아야 한다는 뜻은 다릅니다. 우리 회사가 반복해서 처리하는 업무부터 찾아야 ERP의 장점이 보이기 시작합니다.

첫 적용 범위는 재고와 발주만 남겼습니다

오류가 자주 발생하는 흐름부터 선택했습니다

사용자 인터뷰를 다시 진행한 결과, 가장 큰 손실은 회계 처리보다 재고 착오에서 발생하고 있었습니다. 영업팀이 판매 가능하다고 안내한 제품이 실제 창고에는 없거나, 이미 발주한 상품을 다른 직원이 다시 주문하는 일이 반복됐습니다. 그래서 인사와 회계 연동을 잠시 미루고 발주 요청→입고→재고 반영→출고 흐름만 ERP에 남겼습니다.

범위를 줄이자 교육 내용도 단순해졌습니다. 직원에게 전체 메뉴를 설명하는 대신 품목 검색, 발주 등록, 입고 확인, 출고 처리 네 가지 동작만 연습시켰습니다. 이비즈니스가 정보기술을 활용한 거래와 운영을 포괄한다는 설명은 이비즈니스 지식백과 항목에서 확인할 수 있는데, 현장에서는 거대한 디지털 전환보다 이처럼 끊어진 정보 한 구간을 연결하는 변화가 훨씬 빠르게 체감됐습니다.

1. 최근 3개월간 반복된 업무 오류를 유형별로 기록했습니다.
2. 금액 손실과 고객 불만이 큰 오류를 우선순위로 정했습니다.
3. 해당 오류와 직접 관련된 사용자만 첫 적용 대상에 포함했습니다.
4. 기존 엑셀은 조회용으로 남기고 신규 데이터부터 ERP에 입력했습니다.

도입 범위를 정할 때는 부서 수보다 하나의 업무가 시작되고 끝나는 지점을 보세요. 책임자가 불명확한 구간일수록 솔루션 적용 효과를 확인하기 쉽습니다.

이 방식의 단점도 있었습니다. 회계팀은 입고 자료를 다시 회계 프로그램에 입력해야 했고, 경영진은 통합 대시보드를 바로 볼 수 없었습니다. 다만 불완전한 자동 연동을 고치는 시간보다 하루 한 번 검증된 자료를 전달하는 편이 초기에는 안전했습니다.

월 구독료보다 설정과 교육 비용이 더 크게 느껴졌습니다

사용자 수만 보고 예산을 잡으면 빠지는 함정

제가 검토한 클라우드형 중소기업 ERP는 기능, 사용자 수, 저장 용량에 따라 비용 구조가 달랐습니다. 소규모 요금제는 월 수만 원대로 보이기도 했지만, 실제 견적에는 초기 데이터 정리, 권한 설정, 양식 수정, 방문 교육 등의 비용이 더해졌습니다. 특정 서비스의 최신 가격은 계약 시점에 다시 확인해야 하며, 공개된 월 구독료만으로 총예산을 판단해서는 곤란합니다.

우리 회사는 첫 견적에서 전 부서 계정과 여러 부가 기능을 선택했다가 적용 범위를 줄이면서 초기 예산도 낮췄습니다. 절감한 금액 일부는 품목 데이터 정제와 현장 교육에 사용했습니다. 돌이켜 보면 기능 하나를 더 사는 것보다 잘못 적힌 데이터 1,000건을 바로잡는 작업이 훨씬 실용적인 투자였습니다.

• 구독 비용: 실제 접속 인원과 동시 사용자 과금 여부를 구분했습니다.
• 초기 설정: 회사가 직접 처리할 범위와 공급사 지원 범위를 문서로 남겼습니다.
• 데이터 이전: 건수뿐 아니라 중복 제거와 형식 변환 비용까지 확인했습니다.
• 교육 비용: 전체 직원 교육보다 부서별 핵심 사용자 교육을 먼저 배정했습니다.
• 유지 비용: 양식 변경, 추가 연동, 고객 지원의 유료 조건을 물었습니다.

가격을 비교할 때 “계정 하나가 얼마인가”만 묻고 있지는 않으신가요? 실제 사용 경험상 중요한 질문은 현재 업무를 안정시키기까지 내부 담당자가 몇 시간을 투입해야 하는가였습니다. 담당자의 데이터 정리와 문의 대응 시간까지 비용으로 환산해야 솔루션별 차이가 제대로 보입니다.

현장 반발은 기능 설명만으로 줄지 않았습니다

직원에게 변화의 이익을 먼저 보여줬습니다

초기 교육에서 가장 많이 들은 말은 “엑셀이 더 빠르다”였습니다. 그 말은 절반쯤 사실이었습니다. 숙련된 직원 한 명이 자기 업무만 처리한다면 엑셀이 빨랐지만, 다른 직원이 최신 파일을 찾거나 변경 이력을 확인하는 데 걸리는 시간은 계산되지 않았습니다. 저는 ERP의 우수성을 길게 설명하는 대신 재고 문의에 답하는 장면을 전후로 비교했습니다.

도입 전에는 창고 담당자에게 메신저로 물은 뒤 답을 기다렸지만, 적용 후에는 출고 예정 수량까지 화면에서 확인할 수 있었습니다. 이 사례를 10분간 시연하자 직원들의 반응이 달라졌습니다. 개인의 입력 부담이 팀 전체의 대기 시간을 얼마나 줄이는지 보여주는 편이 기능 소개 자료보다 설득력이 컸습니다.

• 교육은 한 번에 40분을 넘기지 않고 실제 주문 사례로 진행했습니다.
• 첫 2주에는 잘못 입력해도 수정 요청을 쉽게 남길 수 있게 했습니다.
• 업무별 한 명을 핵심 사용자로 정해 간단한 질문을 내부에서 해결했습니다.
• 직원이 제안한 품목 검색어와 화면 순서를 설정에 반영했습니다.

물론 모든 의견을 즉시 반영하지는 않았습니다. 기존 방식과 똑같은 화면을 요구하는 경우에는 변경 목적이 사라질 수 있기 때문입니다. 대신 불편 사항을 오류 위험, 처리 시간, 단순 선호로 구분하고 오류 위험이 있는 요청부터 수정했습니다.

직원이 새 시스템을 거부한다면 태도부터 지적하기보다, 같은 내용을 두 번 입력하고 있지는 않은지 확인해 보세요. 저항처럼 보이는 반응이 실제로는 잘못 설계된 업무 흐름의 신호일 수 있습니다.

확장 시점은 달력이 아니라 수치로 판단했습니다

안정화 기준 세 가지를 실제로 적용했습니다

처음에는 한 달 후 회계 기능까지 연결할 계획이었습니다. 그러나 날짜가 됐다는 이유만으로 다음 기능을 여는 것은 위험했습니다. 재고 수량이 맞지 않는 상태에서 회계 연동을 시작하면 잘못된 데이터가 더 넓게 퍼질 수 있기 때문입니다. 그래서 일정 중심 계획을 버리고 데이터 정확도와 사용자 행동을 기준으로 확장 여부를 판단했습니다.

6주차부터 품목 중복 건수가 눈에 띄게 줄었고, 주요 사용자 대부분이 별도 도움 없이 입출고 처리를 완료했습니다. 재고 실사 차이도 이전보다 감소했습니다. 그 시점에 영업 견적 기능을 추가했으며, 회계 연동은 거래처 코드가 충분히 정리된 뒤로 미뤘습니다. 확장은 빨리 하는 것보다 앞 단계의 신뢰를 확보한 뒤 하는 편이 결과적으로 빨랐습니다.

1. 데이터 기준: 주요 품목의 시스템 수량과 실물 수량 차이를 매주 확인했습니다.
2. 사용 기준: 구두 요청이나 개인 엑셀로 우회하는 건수를 기록했습니다.
3. 처리 기준: 발주 등록부터 입고 확정까지 걸리는 시간을 비교했습니다.
4. 지원 기준: 같은 사용 문의가 반복되는지 확인하고 교육 자료를 보완했습니다.

다음 부서를 연결하기 전에는 기존 단계의 오류율이 최소 2~3주 동안 안정적으로 유지되는지 보는 것이 좋았습니다. 우리 회사에서는 핵심 품목의 수량 일치율, 미처리 발주 건수, 사용자 문의 건수를 함께 봤습니다. 회사마다 적절한 목표치는 다르므로 공급사가 제시한 숫자를 그대로 쓰기보다 기존 업무 수준을 기준선으로 삼는 편이 현실적입니다.

확장 순서 역시 조직도와 같을 필요는 없었습니다. 영업팀 전체를 연결하기 전에 주문 확인을 담당하는 직원만 참여시켰고, 충분히 안정된 뒤 견적 작성자에게 계정을 열었습니다. 이렇게 하면 문제 발생 시 원인을 좁히기 쉽고 교육 부담도 분산됩니다.

단계 도입이 통하지 않는 업무도 분명히 있었습니다

분리하면 오히려 위험해지는 경계를 확인해야 합니다

단계적 ERP 도입이 항상 옳은 것은 아닙니다. 전자세금계산서 발행과 회계 전표처럼 데이터가 강하게 연결된 업무를 억지로 나누면 이중 입력과 누락 위험이 커질 수 있습니다. 제조업의 공정·원가·자재 소요량처럼 앞뒤 단계가 긴밀한 영역도 일부 기능만 떼어 시험하기 어렵습니다. 규제 보고나 개인정보 처리처럼 정확한 권한과 기록 보존이 필요한 업무라면 전문 컨설팅과 법적 검토가 우선입니다.

우리 회사에서도 재고만 먼저 적용하는 동안 회계팀이 자료를 재입력해야 했습니다. 이를 장기간 방치했다면 단계 도입이 아니라 단순한 업무 전가가 됐을 것입니다. 그래서 임시 수작업의 담당자, 소요 시간, 종료 조건을 문서에 적고 매주 확인했습니다. 임시 절차에 종료 날짜나 종료 기준이 없다면 그 절차는 높은 확률로 상시 업무가 됩니다.

• 하나의 거래가 두 시스템에서 서로 다른 번호로 관리되는 경우
• 수작업 전달 과정에서 세금, 급여, 고객정보 오류가 생길 수 있는 경우
• 실시간 재고나 생산량이 안전과 납기에 직접 영향을 주는 경우
• 기존 시스템의 데이터 반출 형식이 불명확하거나 계약상 제한이 있는 경우
• 내부에 데이터 기준을 결정할 책임자가 전혀 없는 경우

또한 제가 경험한 사례는 약 30명 규모의 유통 중심 기업에 해당합니다. 다수 법인, 해외 사업장, 복잡한 제조 원가, 의료·금융처럼 규제가 강한 환경에는 같은 순서를 그대로 적용하기 어렵습니다. 이런 기업은 소규모 파일럿을 하더라도 전체 데이터 구조와 보안 권한은 먼저 설계해야 합니다.

반대로 거래 흐름이 비교적 단순하고 오류가 집중된 구간을 특정할 수 있다면, 전 부서 동시 적용을 고집할 이유는 없습니다. 다만 범위를 줄이는 결정에는 반드시 확장 조건과 임시 수작업의 종료 기준이 따라야 합니다. 제가 다루지 못한 산업별 법규, 세무 처리, 기존 시스템 계약 조건은 ERP 공급사 설명만 믿기보다 해당 분야 전문가와 별도로 확인하는 것이 안전합니다.