조합원, 공급사, 상품, 재고, 인사와 사업 업무가 서로 다른 파일에 흩어져 있었습니다. 협동조합 C사의 업무 흐름을 정리하고 공통 데이터를 중심으로 시스템을 구축해 기획부터 QA와 클라우드 운영까지 연결했습니다.

조합원 정보는 한 파일에, 상품은 다른 파일에, 재고와 인사 업무는 또 다른 기록에 있습니다. 각 파일에서는 업무가 돌아갑니다. 정보가 서로 연결돼야 하는 순간에 문제가 나타납니다.

어느 파일의 내용이 최신인지, 같은 정보를 어디까지 수정해야 하는지 확인해야 합니다. 화면이나 표의 문제가 아니라, 조직이 같은 사실을 서로 다른 곳에서 관리하는 문제입니다.

협동조합 C사도 조합원과 공급사, 상품·재고, 인사와 사업 업무를 스프레드시트와 수기로 관리하고 있었습니다. IXC는 개별 업무를 하나씩 전산화하는 데서 출발하지 않았습니다. 업무들이 어떤 정보를 공유해야 하는지 정리하는 일이 먼저였습니다.

협동조합의 조합원과 상품, 재고, 인사 업무 관계 개념도
공유할 정보는 연결하고, 업무별로 관리할 상태는 구분했습니다.

메뉴를 만들기 전에 업무 사이의 관계를 정리했습니다

기존 파일을 기준으로 메뉴를 만들면 각 업무의 화면은 빠르게 구성할 수 있습니다. 그러나 같은 정보를 여러 곳에 입력하던 관계까지 그대로 옮기면 불편도 함께 따라옵니다.

C사에서는 기획과 디자인 단계에서 조합원 관리, 상품과 재고, 인사, 사업 업무를 함께 살펴보고 시스템의 흐름을 정리했습니다. 조합원 정보를 중심에 두고 공급사와 상품·재고 관리가 공통된 데이터 기반을 사용하도록 구성했습니다.

이 결정은 모든 업무를 하나의 화면에 넣겠다는 뜻이 아닙니다. 업무별로 필요한 화면은 달라도 같은 대상을 설명하는 정보의 기준이 서로 어긋나지 않도록 연결한다는 의미입니다.

통합 시스템의 가치는 메뉴의 개수보다 이 관계에서 나옵니다. 사용자가 다른 업무로 이동해도 어떤 정보를 기준으로 보고 있는지 알 수 있어야 합니다.

조합원 관리와 상품·재고를 따로 두지 않았습니다

협동조합의 운영은 조합원 관리에서 끝나지 않습니다. 공급사로서 다루는 상품과 재고도 있고 조직 내부의 인사와 사업 업무도 있습니다.

이번 시스템에서는 이 업무들을 같은 환경 안에 구성했습니다. 각각의 파일에서 정보를 따로 맞추는 방식에서 벗어나 연결된 데이터를 기준으로 업무를 처리하도록 했습니다.

통합할 때는 공통으로 참조할 정보와 업무별 상태를 구분해야 합니다. 조합원과 공급사를 식별하는 정보는 여러 업무에서 사용하지만 상품별 재고와 인사 업무의 상태는 각 업무의 규칙에 따라 관리해야 합니다.

이런 구분이 있어야 통합이라는 말이 구체적인 설계가 됩니다. 하나로 합치는 것 자체보다 무엇을 함께 관리하고 무엇을 따로 판단할지를 정하는 일이 중요합니다.

조합원과 상품·재고 업무를 관리하는 익명화 시스템 화면
업무마다 흩어져 있던 정보를 한 시스템에서 다루는 화면.

안내에 쓰는 정보와 운영에 쓰는 정보를 연결했습니다

조합원에게 나가는 안내도 조합원 기록과 연결했습니다. 업무 시스템에서 관리하는 대상과 커뮤니케이션의 대상이 서로 다른 기준으로 남지 않도록 한 것입니다.

조합원에게 연락하는 일은 메시지 전송 기능만의 문제가 아닙니다. 누가 안내를 받아야 하는지, 어떤 기록을 기준으로 대상을 정하는지가 먼저 필요합니다.

이 프로젝트의 고객 관계 관리는 조합원을 이해하는 데이터와 실제 안내를 연결하는 데서 시작했습니다. 연락할 때마다 별도의 명부를 기준으로 삼기보다 업무에서 관리하는 기록을 함께 활용하는 방향입니다.

시스템을 활용한 커뮤니케이션은 데이터를 신뢰할 수 있을 때 시작됩니다. 운영 정보와 연락에 쓰이는 정보가 같은 기준을 참조하도록 만드는 것이 그 출발점이었습니다.

구축과 검증, 운영 환경을 한 프로젝트로 다뤘습니다

IXC는 기획·디자인에 이어 개발과 QA를 수행하고 클라우드 환경과 배포 경로, 백업 주기를 정해 운영을 이어받았습니다.

업무 시스템은 기능별 화면을 완성한 뒤에도 확인할 일이 남습니다. 실제로 다음 업무에서 필요한 정보를 사용할 수 있는지, 사용자가 처리한 결과가 의도한 흐름으로 이어지는지 살펴야 합니다.

또한 새로운 기능을 추가할 때마다 운영 환경을 다시 만드는 방식은 부담이 됩니다. 배포와 운영의 경로를 함께 준비해야 시스템을 계속 바꿔갈 수 있습니다.

이 프로젝트에서 한 팀의 역할은 개발 단계를 넓게 맡았다는 데서 끝나지 않습니다. 업무를 이해한 내용이 화면과 데이터, 검증과 운영까지 이어지도록 연결했습니다.

협동조합 업무 시스템의 구축·운영 인수 항목
구축 이후의 변경과 운영에 필요한 항목도 함께 정리했습니다.

바뀐 것은 작업 장소가 아니라 정보의 기준이었습니다

C사는 흩어져 있던 업무를 하나의 시스템 안에서 처리하게 됐습니다. 조합원과 공급사, 상품·재고 인사와 사업 업무가 연결된 환경으로 옮겨갔고 구축 이후의 클라우드 운영도 이어졌습니다.

이 변화를 단순히 종이와 파일이 사라진 결과로만 설명하면 핵심이 빠집니다. 업무마다 따로 관리하던 정보의 관계를 정리하고 같은 기록을 참조할 수 있도록 한 것이 중요합니다.

업무 자동화나 ERP 구축을 고민하는 조직에서도 출발점은 비슷합니다. 어떤 화면이 필요한지에 앞서 같은 사실을 어디에서 반복해서 관리하고 있는지부터 살펴볼 필요가 있습니다.

C사 사례는 여러 업무를 한곳에 모은 프로젝트이면서 조직이 같은 정보를 사용하는 방식을 다시 정리한 프로젝트입니다.