구매시스템 도입을 막는 5가지 허들과 대응

구매시스템 시연을 본 뒤 사내 반응은 나쁘지 않았습니다. CFO는 결재 기준이 시스템에 걸린다는 점이 필요하다고 했고, 구매팀장도 견적 비교표가 한곳에 정리되는 방식이면 일이 줄겠다고 했습니다. 그런데 석 달이 지나도 품의서는 올라가지 않습니다. 반대한 사람은 없는데, 검토를 끝까지 맡은 사람도 없었습니다.

구매시스템 도입이 멈추는 이유는 대개 기능 부족이 아닙니다. 비용을 회수할 수 있는지 아무도 계산하지 않았고, 도입을 원하는 사람과 매일 써야 하는 사람이 다르며, 기존 시스템과의 연결과 초기 설정이 누구의 일인지 정해지지 않았기 때문입니다. 마지막으로, 규칙이 잘못 적용되면 누가 책임지느냐는 질문에 답이 없습니다.

이 글은 도입 검토가 멈추는 지점을 경제성·조직·기술·운영·신뢰의 다섯 가지 허들로 나누고, 허들마다 우리 회사가 먼저 확인할 질문과 준비할 일을 정리합니다. 특정 제품을 고르는 기준이 아니라, 어떤 시스템을 검토하든 품의 전에 회사 안에서 답을 정해야 할 질문들입니다.

그림 1. 이해관계자별로 멈추는 지점이 다릅니다. 구분은 편집부가 일반적인 경향을 정리한 것입니다.

허들 1. 경제성: 비용 대비 효과가 불명확합니다

도입 검토에서 가장 먼저 나오는 질문은 "이용료와 전환 비용을 회수할 수 있나"입니다. 이 질문에 답하지 못하면 품의서는 결재선 어딘가에서 멈춥니다.

흔한 실수는 소프트웨어 이용료만 비교하는 것입니다. 실제 총도입비용에는 연동과 초기 설정, 교육, 내부 직원의 투입 시간이 들어갑니다. 거래 방식에 따라 수수료나 배송비가 따로 붙을 수도 있습니다. 이 항목을 빼고 계산한 ROI는 도입 후 반드시 어긋납니다.

효과 쪽도 마찬가지입니다. 업무 시간이 줄었다는 것과 돈이 덜 나갔다는 것은 다른 이야기입니다. 인건비가 실제로 줄지 않았다면 업무 시간 감소를 이익으로 합산해서는 안 됩니다. 시간 절감은 보조 지표로 따로 둡니다.

그림 2. ROI 산식과 계산 예시. 숫자는 이해를 돕기 위한 가상 예시입니다.

그림의 계산은 예시입니다. 실제 계산에는 회사별 이용료와 거래비용이 확정되어야 하며, 계약 전 견적 단계에서 이 값을 받아 두어야 합니다. 대응의 출발점은 회사의 실제 구매 내역으로 적용 범위를 먼저 정하는 것입니다. 같은 사양·수량·납기·조건으로 가격을 비교하고, 단가 절감과 시간 절감을 따로 보고하면 CFO가 받아들일 수 있는 숫자가 됩니다.

허들 2. 조직: 도입 책임자와 사용자가 다릅니다

재무가 원해도 구매팀과 현업이 받아들이지 않으면 시스템은 정착하지 못합니다. 각자가 느끼는 부담이 다르기 때문입니다.

• 현업: 통제가 늘면 절차가 늘어난다고 먼저 느낍니다. 요청서 항목이 하나 늘어날 때마다 "예전엔 메신저로 됐는데"라는 반응이 나옵니다.

• 구매팀: 통제 책임만 추가될까 우려합니다. 전 직원이 직접 요청하고 주문하게 되면 구매팀의 역할이 줄어드는 것은 아닌지도 걱정합니다.

• CFO·재무: 통제와 가시성을 원하지만 매일 화면을 쓰는 사람은 아닙니다.

대응은 역할을 나누는 데서 시작합니다. 도입을 결정하고 지원하는 경영진 후원자와, 실제 운영을 책임지는 운영 책임자를 따로 지정합니다. 책임자가 없는 시범 도입은 대개 결론 없이 끝납니다.

그다음 역할마다 무엇이 달라지는지 구체적으로 확인합니다. 현업에게는 요청을 한 번 입력하면 처리 상태를 직접 볼 수 있는지가, 구매팀에게는 반복 취합과 진행 문의가 실제로 줄어드는지가 중요합니다. 검토 단계에서 이 두 가지를 각 부서가 직접 확인하게 하십시오. 도입 후에도 구매 판단과 공급사 협상 권한이 구매팀에 남는지, 구매팀이 정한 규칙을 전사에 적용하는 방식으로 설정할 수 있는지도 검토 단계에서 확인해 문서로 남기십시오. 이 확인 결과를 구매팀과 함께 보면 역할이 줄어든다는 우려에 근거를 가지고 답할 수 있습니다.

전사 의무화보다 제한된 품목으로 시작하는 것도 방법입니다. 한 품목에서 실제 입력·승인·문의 시간을 비교하면, 설득이 아니라 기록으로 이야기할 수 있습니다.

현업의 반발을 줄이는 또 하나의 방법은 소액 구매를 간소하게 두는 것입니다. 모든 구매에 같은 절차를 걸면 현업은 우회로를 찾습니다. 금액과 위험이 낮은 구매는 빠르게 처리하고, 고액·용역·정기지출에 통제를 집중하면 "통제가 늘었다"보다 "필요한 곳에만 걸렸다"는 인식이 생깁니다.

허들 3. 기술: ERP·그룹웨어와 이중 입력

IT 부서와 실무자가 가장 먼저 확인하려는 것은 "ERP와 그룹웨어에 또 입력해야 하나"입니다. 전사자원관리(ERP), 전자결재, 회계 계정 코드가 얽혀 있는 회사라면 계약 전에 반드시 답을 받아 두어야 할 질문입니다.

연동이 "된다"는 말과 "우리 회사 환경에서 끝까지 돌아간다"는 말은 다릅니다. API가 있다는 사실만으로 연동이 완료되었다고 볼 수 없습니다. 품목 코드를 시스템 간에 맞추는 매핑이 없으면 데이터가 넘어가도 쓸 수 없고, 통합 로그인(SSO)도 회사 인증 방식에 따라 별도 검증이 필요합니다.

그래서 연동은 데이터 항목 단위로 정리합니다.

이 표를 채우지 못한 상태에서 도입 일정을 잡으면 일정이 연동 문제에 끌려다닙니다. 시범 운영 중에는 운영 중 변경과 재처리까지 실제로 확인해 봐야 합니다.

허들 4. 운영: 초기 설정과 공급사 참여

"우리 직원이 설정을 다 해야 하나"는 도입 직전이 아니라 계약 전에 확인해야 할 질문입니다. 조직, 역할, 계정, 예산, 결재선을 미리 준비해야 하고, 공급사 연결도 먼저 되어 있어야 합니다. 설정 하나가 빠지면 첫 주문이 중간에 멈춥니다.

공급사도 변수입니다. 기존 공급사는 새 포털에 입력하는 일을 추가 업무로 받아들일 수 있습니다. 등록만 해 두고 실제 거래는 일어나지 않는 경우도 생깁니다.

대응은 세 가지입니다. 첫째, 설정 지원 범위를 계약 전에 문서로 받습니다. 시스템 공급업체가 무엇을 해 주고 회사가 무엇을 준비해야 하는지 나눠 둡니다. 둘째, 첫 구매부터 검수·정산까지 한 번은 함께 완료합니다. 셋째, 공급사에는 필요한 화면만 안내하고, 등록 수가 아니라 첫 거래 완료 여부를 관리 지표로 봅니다.

허들 5. 신뢰: 통제·데이터·AI 결과의 정확성

마지막 허들은 "규칙이 잘못 적용되면 누가 책임지나"라는 질문입니다. 결재 규칙이 잘못 설정되어 승인이 누락되거나, 권한이 잘못 열려 데이터가 엉뚱한 사람에게 보이거나, AI가 만든 초안에 사양이 빠지는 상황입니다. 이런 일이 생겼을 때 누가 발견하고 어떻게 되돌리는지를 도입 전에 정해 두어야 합니다.

보안 기능이 있다는 것과 보안 검증이 끝났다는 것은 다릅니다. 회사별 데이터 분리, 권한, 접근 기록을 직접 확인해야 합니다. 계약이 끝났을 때 데이터를 어떻게 보관·삭제·반환하는지도 미리 정해 둡니다.

AI 기능도 같은 기준으로 봅니다. AI가 요청서나 견적 요청서 초안을 만들어 주더라도 사양 누락이나 잘못된 추천이 있을 수 있습니다. 초안은 담당자가 검토하고, 최종 결정은 업무 책임자가 내리는 구조여야 합니다. AI의 데이터 처리 조건, 학습 활용 여부 같은 사항은 확인된 범위에서만 약속받습니다.

결재 규칙은 시범 운영 단계에서 정상 금액, 경계 금액, 조건이 겹치는 경우를 일부러 넣어 시험해 봅니다. 예외와 오류가 생겼을 때의 복구 절차도 함께 확인합니다.

허들은 순서대로 풀어야 합니다

다섯 허들을 한꺼번에 해결하려고 하면 검토가 더 길어집니다. 허들 사이에는 순서가 있습니다.

먼저 경제성과 조직입니다. 총도입비용의 범위와 효과 계산 기준, 그리고 후원자와 운영 책임자가 정해지지 않으면 나머지 논의는 진행되지 않습니다. 이 두 가지는 회의 몇 번으로 정할 수 있는 문제이므로 가장 먼저 끝냅니다.

다음은 기술과 운영입니다. 연동 항목표와 초기 설정 역할 분담은 문서로 정리할 수 있지만, 실제로 돌아가는지는 써 봐야 압니다. 그래서 전사 연동을 설계하기 전에 한두 품목의 시범 범위에서 데이터 흐름과 공급사 참여를 확인합니다.

신뢰는 시범 운영에서 확인합니다. 결재 규칙의 경계 조건, 권한 설정, 오류 복구 절차는 설명을 듣는 것보다 실제 건으로 시험해 보는 편이 정확합니다. 시범 운영의 기록이 곧 신뢰 허들에 대한 답이 됩니다.

이 순서를 지키면 "아직 검토 중"이라는 상태가 길어지지 않습니다. 각 단계에서 무엇이 끝나야 다음으로 넘어가는지가 분명해지기 때문입니다.

허들별 질문 리스트

다섯 허들을 품의 전에 점검할 수 있도록 질문으로 정리했습니다. 이 질문에 답이 없는 항목이 곧 도입이 멈출 지점입니다.

우리 회사에서 바로 해 볼 일

1. 멈춰 있는 이유에 이름을 붙입니다. 검토가 진행되지 않는 지점이 경제성인지, 조직인지, 기술인지 다섯 허들 중 하나로 정리합니다.

2. 총도입비용 항목표를 만듭니다. 이용료 외에 연동·설정·교육·내부 투입 시간·거래비용 칸을 만들고, 빈칸을 견적 요청 항목으로 씁니다.

3. 후원자와 운영 책임자를 지정합니다. 이름이 정해지지 않으면 다음 단계로 가지 않습니다.

4. 연동 항목표를 IT와 함께 채웁니다. 원본 시스템, 방향, 주기, 오류 처리, 책임자 다섯 칸입니다.

5. 제한된 품목으로 시범 범위를 정합니다. 한두 품목에서 요청부터 정산까지 완료하는 것을 첫 목표로 둡니다.

자주 묻는 질문

업무 시간 절감을 ROI에 넣으면 안 되나요?

실제로 인건비나 외주비가 줄었다면 넣을 수 있습니다. 그렇지 않다면 업무 시간 감소는 보조 지표로 따로 보고하는 편이 안전합니다. 두 효과를 섞으면 CFO가 숫자 전체를 신뢰하지 않게 됩니다.

기존 공급사를 모두 바꿔야 하나요?

시스템에 따라 기존 공급사를 등록해 계속 거래할 수 있는 경우가 많습니다. 다만 공급사의 가입과 승인, 상품·정산 준비가 필요하고 기존 계약 조건이 자동으로 이어지는 것은 아니므로 도입 전에 범위를 확인해야 합니다.

시범 도입은 얼마나 길게 해야 하나요?

기간보다 범위가 중요합니다. 한두 품목에서 실제 구매를 한 번 끝까지 완료할 수 있는 기간이면 충분합니다. 기간이 길어질수록 결론 없이 끝날 가능성이 커지므로 시작 전에 성공 기준과 판단 시점을 정해 둡니다.