회사에서 재고관리시스템이나 ERP 도입을 고민하다 보면, 처음에는 화려한 대시보드와 자동화 기능에 눈이 가기 마련입니다. 저도 30대 중반, 실무를 총괄하면서 여러 차례 IT 솔루션 도입을 검토해봤지만, 사실 겉으로 보이는 세련된 UI보다 중요한 건 ‘현장의 적응력’이더군요. 실제 업무 환경에 도입해 보면 기대와 현실은 판이하게 다릅니다.
솔루션 도입의 첫 번째 함정: 과잉 기능
많은 사람들이 SI업체와 미팅할 때 모든 기능을 다 넣으려고 합니다. 하지만 이게 바로 가장 흔한 실수입니다. 1~2억 원을 들여 완벽한 재고관리시스템을 만들어도, 현장 직원들이 바코드 스캐너 하나 쓰는 걸 귀찮아하면 그 시스템은 3개월 안에 죽은 데이터 저장소로 전락합니다. 제 경험상, 초기 개발 시점에는 꼭 필요한 핵심 기능 3가지만 구현하고, 나머지는 엑셀로 버티면서 상황을 보는 게 훨씬 경제적입니다. 도입 비용은 솔루션 규모에 따라 다르지만, 중소기업 기준 통상 2,000만 원에서 1억 원 사이가 흔한데, 여기서 기능을 덜어낼수록 유지보수 비용도 줄어듭니다.
직접 개발할 것인가, 패키지를 살 것인가
이건 항상 딜레마입니다. 직접 개발하면 우리 회사 프로세스에 100% 맞지만, 개발자가 퇴사하면 시스템도 같이 멈추는 리스크가 있습니다. 반대로 패키지를 쓰면 안정적이지만, 우리만의 비즈니스 로직을 시스템에 억지로 끼워 맞춰야 하는 불편함이 따르죠. 최근에는 API 연동이 잘 된 클라우드 솔루션이 많아져서, 무작정 새로 만들기보다는 기존 서비스를 API로 연결해서 쓰는 편이 훨씬 효율적일 때가 많습니다. 다만, 보안이 중요한 업종이라면 폐쇄망을 고려해야 해서 선택지가 급격히 좁아집니다.
의외의 난관: 직원들의 저항
시스템을 도입하면 업무가 편해질 거라 생각했는데, 실제로는 데이터 입력 과정에서 직원들의 반발이 심했습니다. “왜 이렇게 번거롭게 입력해야 하느냐”는 불만이 쏟아지거든요. 제가 처음 시스템을 도입했을 때는 사용성을 고려하지 않고 기능 위주로만 설계를 밀어붙였다가 쓴맛을 봤습니다. 결국 시스템은 사람이 쓰는 도구입니다. 개발 기간을 3~6개월 정도로 길게 잡더라도, 중간중간 현장 실무자들을 참여시켜 피드백을 반영하는 과정이 반드시 필요합니다. 그렇지 않으면 투자 대비 효율은커녕, 오히려 업무 병목현상만 가중될 수 있습니다.
솔루션 도입의 불확실한 결말
솔직히 말씀드리면, 완벽한 시스템은 없습니다. 심지어 대기업에서 수십억 들여 만든 프로그램도 1년이 지나면 현장과 괴리되기 일쑤입니다. 저는 시스템을 구축할 때마다 ‘나중에 갈아엎을 수도 있다’는 마음으로 모듈형 구조를 고집합니다. 이게 정답은 아닐 수 있지만, 최소한 큰 비용을 날리는 사고는 방지해주더군요. 이 글을 읽고 계신 분들 중, 당장 내일 시스템을 도입해야 하는 상황이라면 일단 ‘꼭 필요한 데이터가 무엇인가’부터 종이에 적어보세요. 거창한 개발 기획서보다 그 리스트 한 장이 나중에 SI 업체와 대화할 때 훨씬 큰 무기가 될 겁니다.
이 조언을 활용하는 법
이 내용은 사내 전산망을 처음 구축하거나, 노후화된 ERP를 교체하려는 중간 관리자에게 유용할 것입니다. 다만, 단순히 외주를 주고 ‘알아서 해주겠지’라고 생각하시는 분들에게는 별 도움이 되지 않을 겁니다. 그런 분들은 개발 프로세스에 대한 주도권을 뺏기기 쉽기 때문이죠. 지금 당장 해야 할 가장 현실적인 다음 단계는, 우리 팀원들이 하루 중 ‘반복해서 엑셀에 입력하는 항목’이 무엇인지 1주일간 기록해보는 것입니다. 물론, 이 방법이 모든 IT 문제를 해결해주는 만능열쇠는 아니라는 점을 분명히 말씀드립니다.

ERP 도입 후 데이터 입력 반발 때문에 사용성 검토가 핵심인 거 같아요. 초기 설계에 현장 전문가 참여가 중요하군요.
엑셀 기록 방법, 정말 좋은 팁 같아요. 저희 팀에서도 비슷한 부분을 꼼꼼히 살펴봐야겠네요.
엑셀로 버티면서 상황을 보라는 말씀, 정말 공감합니다. 제가 생각했던 것보다 현장 직원의 입장이 더 중요하네요.
엑셀로 버티면서 상황을 보라는 말씀, 정말 공감합니다. 제가 직접 경험해본 바로는 시스템 도입 후에도 엑셀을 활용하는 게 오히려 효율이 더 좋아지는 경우가 많더라구요.