엑셀프로그램, 반복 작업을 맡길 때 회사가 먼저 정리해야 할 것

엑셀프로그램 제작을 의뢰할 때 왜 파일만 보내면 견적이 늦어지나?

엑셀프로그램 개발은 화면이 아니라 그 파일이 어떤 규칙으로 채워지는지에 좌우된다. 파일만 보면 값이 어떻게 들어왔는지, 어떤 값이 항상 정해진 형식인지, 어떤 값이 사람이 판단해 입력한 것인지 구분되지 않는다.

발주 담당자 입장에서는 '이 시트를 그대로 프로그램으로 만들어 달라'는 요청이 가장 명확해 보이지만, 개발 쪽에서는 그 시트가 최종 결과물일 뿐 입력 규칙은 알 수 없다. 예를 들어 한 셀에 '10개'라고 적혀 있어도 그것이 항상 숫자+단위 형식인지, 가끔 '십개'처럼 다르게 적히는지에 따라 자동화 난이도가 달라진다.

SGK 스튜디오 자동화 스코프 정의 표준에서는 첫 상담에서 파일 자체보다 '이 값은 어디서 오는가'를 먼저 확인한다. 담당자가 수기로 판단해 채우는 셀과 다른 시트·시스템에서 그대로 옮겨 적는 셀을 구분하는 것만으로도 견적 범위가 좁아지는 경우가 많다.

회사가 의뢰 전에 정리해서 전달해야 할 자료는 무엇인가?

실제 작업 파일 원본, 그 파일을 채우는 사람의 작업 순서, 예외 상황이 생겼을 때 실제로 어떻게 처리했는지 세 가지를 정리해서 전달하면 견적 정확도가 높아진다. 특히 예외 처리 사례는 매뉴얼에 없는 경우가 많아 회사 쪽에서만 알 수 있다.

작업 파일은 완성본 하나가 아니라 최근 몇 달치를 그대로 전달하는 것이 낫다. 완성본만 보면 매달 값이 미묘하게 다르게 채워지는 지점, 즉 열이 추가되거나 순서가 바뀌는 지점을 놓치기 때문이다.

작업 순서는 '몇 번째 시트를 보고 몇 번째 시트에 옮긴다' 수준으로 담당자가 직접 말로 정리하는 편이 문서보다 정확하다. 이 과정에서 담당자 본인도 몰랐던 반복 규칙이 드러나는 경우가 있는데, 이런 규칙이야말로 자동화 범위를 정하는 근거가 된다.

예외 상황 — 거래처 코드가 없을 때, 수량이 0으로 들어올 때, 담당자가 임의로 수정한 값이 있을 때 — 이 세 가지를 어떻게 처리했는지 실제 사례로 남겨서 전달해야 한다. 이 부분을 빼고 넘기면 프로그램이 완성된 뒤 '이런 경우는 어떻게 하냐'는 문의가 매번 발생한다.

데이터 규칙이 고정되지 않은 상태에서 의뢰하면 무엇이 문제가 되나?

규칙이 고정되지 않은 상태에서 개발이 시작되면 화면과 로직을 먼저 만들고 규칙은 나중에 끼워 맞추게 되어, 완성 후 수정 요청이 반복적으로 발생한다. 데이터 규칙은 프로그램 뼈대를 결정하는 요소라 나중에 바꾸려면 부분 수정이 아니라 재설계가 필요할 수 있다.

예를 들어 '거래처명'을 자유 입력으로 쓰다가 나중에 '거래처 코드로 고정한다'로 규칙이 바뀌면, 단순 항목 추가가 아니라 기존에 쌓인 자유 입력 데이터를 코드로 매칭하는 별도 작업이 필요해진다. 이런 변경은 초기 견적에 포함되지 않았던 범위라 추가 협의 대상이 된다.

규칙을 미리 고정하기 어려운 회사도 있다. 그런 경우에는 '지금은 어디까지 정해져 있고, 어디부터는 운영하면서 정하겠다'를 회사와 개발사가 문서로 합의해 두는 것이 나중의 범위 다툼을 줄이는 방법이다.

효과와 절감 폭은 작업 반복 구조와 데이터 정합성에 따라 회사마다 다르게 나타난다.

견적을 받기 전에 회사가 스스로 확인해 볼 수 있는 기준은 무엇인가?

지금 하는 엑셀 작업이 매번 같은 순서로 반복되는지, 아니면 담당자 재량으로 순서가 바뀌는지를 먼저 확인하면 견적 범위를 가늠할 수 있다. 순서가 고정된 작업일수록 자동화 범위가 명확해지고, 재량이 많이 들어간 작업일수록 사전 협의가 길어진다.

회사 내부에서 '이 작업은 누가 해도 같은 결과가 나오는가'를 먼저 점검해 보는 것이 좋다. 답이 '아니오'라면 프로그램화 이전에 작업 규칙부터 통일하는 단계가 필요하다는 뜻이다.

가격은 파일 형태가 아니라 이런 규칙 정리 여부와 예외 처리 범위에 따라 갈린다. 견적 문의 단계에서는 금액대를 먼저 확정하지 않고, 무료 진단으로 규칙을 함께 정리한 뒤 서면 고정가로 안내하는 방식이 회사와 개발사 양쪽의 착오를 줄인다.