반복 업무의 상당수는 이미 "반쯤 자동화"되어 있습니다. 담당자가 만들어 둔 VLOOKUP과 IFERROR가 얽힌 엑셀 함수 파일이 그것입니다. 매번 원본을 붙여 넣고 계산을 기다리고 결과를 값으로 바꿔 옮기는 수작업이 남아 있을 뿐입니다. 카페24 셀러의 재고 반영 업무를 자동화하면서 우리가 한 일도 정확히 이 지점이었습니다. VLOOKUP 함수 파일을 버리는 게 아니라, 그 로직을 프로그램으로 옮기고 수작업만 없애는 것입니다.
VLOOKUP 함수 파일은 훌륭한 명세서다
외주 개발에서 가장 비싼 것은 요구사항을 알아내는 일입니다. 그런데 현업이 쓰던 함수 파일에는 업무 규칙이 이미 수식으로 적혀 있습니다. 어떤 열을 기준으로 매칭하는지(VLOOKUP의 조회 열), 못 찾으면 어떻게 처리하는지(IFERROR의 대체값), 어떤 조건에서 값이 바뀌는지(IF의 분기)가 전부 들어 있습니다.
그래서 우리는 함수 파일을 "낡은 방식"이 아니라 명세서로 읽었습니다. 수식을 셀 단위로 따라가며 매칭 기준, 예외 처리, 출력 규칙을 코드로 재현했습니다. 새 로직을 설계해 현업과 다시 합의하는 것보다 훨씬 빠르고 무엇보다 현업이 이미 신뢰하는 규칙이라는 점이 큽니다.
전환의 핵심은 비교 검증이다
로직을 옮겼다고 끝이 아닙니다. "프로그램이 함수 파일과 같은 답을 내는가"를 증명해야 현업이 도구를 바꿉니다. 우리는 같은 입력을 함수 파일과 프로그램에 각각 넣고 출력을 셀 단위로 대조하는 비교 검증 도구를 따로 만들었습니다. 실제 재고표 수천 행으로 돌려 차이가 없음을 확인한 뒤에야 전환했습니다.
비교 도구는 전환 후에도 남습니다. 로직을 수정할 일이 생기면 같은 방식으로 수정 전후 출력을 대조해 의도한 변화만 생겼는지 확인하는 회귀 검증 도구로 재사용됩니다.
이 검증 단계는 심리적 장치이기도 합니다. 수년간 쓰던 방식을 바꾸는 현업의 불안은 "새 프로그램이 뭘 다르게 계산할지 모른다"에서 옵니다. 기존 방식과의 일치를 눈으로 보여 주면 그 불안이 사라지고 전환 이후 문제가 생겨도 "로직이 아니라 입력이 달라졌다"부터 볼 수 있게 됩니다.
프로그램이 되는 순간 없어지는 것들
로직이 같다면 뭐가 좋아지느냐는 질문에는 목록으로 답할 수 있습니다.
| 함수 파일 수작업 | 프로그램 전환 후 |
|---|---|
| 원본을 열어 함수 파일에 붙여넣기 | 파일 선택 |
| 계산 후 값 복사·붙여넣기로 수식 제거 | 저장 시 수식 없는 값만 출력 |
| 1,000행 단위 수동 분할 | 자동 분할 |
| 도매상별로 함수 파일 따로 관리 | 드롭다운에서 유형 선택 |
| 실수해도 모름 | 미매칭 경고 · 건별 리포트 |
여기에 수작업에는 없던 것도 생깁니다. 변환마다 몇 건이 매칭되고 몇 건이 빠졌는지 집계되는 리포트입니다. 매칭이 0건이면 파일 조합이 잘못됐다는 경고가 뜨므로 사람은 계산 과정 대신 결과 신호만 확인하면 됩니다.
특히 "값 복사" 단계는 사고 다발 구간입니다. 수식이 남은 채 업로드하면 거부되고 잘못된 범위를 복사하면 어긋난 데이터가 올라갑니다. 프로그램은 저장 전에 모든 셀을 검사해 수식이 남아 있으면 파일을 만들지 않는 검증을 내장해 이 구간 자체를 제거합니다.
어디까지 함수 파일로 버티고, 언제 옮겨야 하나
함수 파일이 나쁜 것은 아닙니다. 규칙이 단순하고 실행 빈도가 낮으면 그대로 쓰는 게 낫습니다. 옮길 때가 됐다는 신호는 대체로 이렇습니다.
- 같은 함수 파일을 여러 원본에 반복 적용하고 있다(우리 사례는 도매상 7곳이었습니다)
- 계산 후 수작업(값 변환, 분할, 양식 맞추기)이 따라붙는다
- 파일을 만든 사람이 아니면 수식을 건드리지 못한다
- 실수의 비용이 커졌다(오노출, 잘못된 발주 등)
이 신호들이 겹치면 함수 파일은 명세서로 승격시키고 실행은 프로그램에 맡기는 것이 맞습니다. 실제 전환 사례의 전체 그림은 카페24 재고 업로드 자동화에서 볼 수 있고 옮기는 결정 자체가 고민이라면 엑셀 자동화 외주 기준과 자동화 도입 ROI 계산이 판단에 도움이 됩니다. 형식이 제각각인 원본을 읽는 문제는 엑셀 자동 파싱과 헤더 자동 감지에서 따로 다룹니다.
자주 묻는 질문
VLOOKUP 업무 자동화는 기존 엑셀 로직을 버리는 건가요?
아니요, 보통은 그 반대가 안전합니다. 현업이 검증해 온 함수 로직을 코드로 재현하고 붙여넣기·값 변환·분할 같은 수작업 구간만 제거합니다. 로직을 새로 설계하는 것보다 빠르고 결과 일치를 검증할 기준도 생깁니다.
프로그램과 기존 함수 파일의 결과가 같은지 어떻게 확인하나요?
같은 입력을 양쪽에 넣고 출력을 셀 단위로 대조하는 비교 검증을 전환 전에 수행합니다. 실데이터 수천 행 규모로 돌려 차이가 없음을 확인하고 전환하면, 이후 문제가 생겨도 로직이 아닌 입력 변화부터 좁혀 볼 수 있습니다.
함수 파일 없이 수작업만 있던 업무도 옮길 수 있나요?
가능하지만 순서가 하나 늘어납니다. 함수 파일이 없으면 담당자의 머릿속 규칙을 먼저 밖으로 꺼내 정리해야 하고 그 정리본이 명세서 역할을 대신합니다. 실제 입력 파일 몇 달치와 원하는 출력 예시를 모아 두면 규칙 정리가 훨씬 빨라집니다.
함수 파일로 계속 버텨도 되는 경우는 언제인가요?
규칙이 단순하고 원본이 한 종류이고 실행 빈도가 낮고 실수 비용이 작다면 함수 파일로 충분합니다. 반대로 여러 원본에 반복 적용하거나 계산 후 수작업이 따라붙기 시작하면 프로그램 전환의 효율이 빠르게 커집니다.