보험사에서 견적서가 PDF로 도착합니다. 파일을 열고, 옆에 엑셀 템플릿을 띄우고, PDF의 항목을 하나씩 눈으로 찾아 엑셀 칸에 옮겨 적습니다. 다 옮겼다 싶으면 혹시 틀린 칸이 없는지 처음부터 다시 훑어봅니다. 이 글은 그 일을 매번 반복하던 보험설계사 한 분이, 어느 시점부터 그 입력을 완전히 그만두게 된 과정의 기록입니다.
거창한 시스템을 새로 만든 이야기가 아닙니다. 이미 쓰고 계시던 엑셀 템플릿은 그대로 두고, PDF 내용이 그 템플릿에 자동으로 들어가도록 흐름만 바꾼 이야기입니다. 비슷한 반복 입력에 시달리고 계신 분이라면, 이 과정에서 저희가 무엇을 확인했고 왜 그런 선택을 했는지가 참고가 되실 겁니다.
PDF를 열고, 엑셀을 열고, 다시 PDF를 보는 하루
의뢰를 주신 분은 보험설계사였습니다. 오랫동안 직접 다듬어 온 자기만의 엑셀 템플릿이 있었습니다. 고객에게 안내할 내용을 자신의 방식대로 정리해 둔, 말하자면 영업의 무기 같은 파일이었습니다.
문제는 그 템플릿을 채우는 방식이었습니다. 보험사에서 견적서나 안내 자료가 PDF로 오면, 그 안의 내용을 템플릿에 일일이 손으로 옮겨 넣어야 했습니다. PDF는 사람이 읽기 좋게 만들어진 문서라서, 엑셀이 바로 받아먹을 수 있는 데이터가 아닙니다. 복사해서 붙여 넣으면 줄이 엉키고, 결국 눈으로 보고 타이핑하는 것이 가장 확실한 방법이 됩니다. 그렇게 확실한 대신, 시간이 그대로 빨려 들어갑니다.
이런 유형의 작업이 무서운 이유는 한 번의 부담이 크지 않다는 데 있습니다. 한 건 옮기는 데 걸리는 시간만 보면 "이걸 굳이 자동화까지?"라는 생각이 듭니다. 그런데 이 작업은 끝나지 않습니다. 자료가 올 때마다 반복되고, 설계사에게 자료는 계속 옵니다. 고객 응대에 써야 할 시간이 단순 입력에 계속 새고 있었고, 본인도 그걸 알고 있었습니다. 알면서도 멈출 방법이 없었을 뿐입니다.
이런 반복 입력은 왜 사라지지 않는가
비슷한 처지의 분들을 만나 보면, 반복 입력이 몇 년씩 유지되는 데에는 공통된 이유가 있습니다. 자동화를 고민 중이시라면 스스로에게도 한번 대입해 보시기 바랍니다.
우선, 한 건의 부담이 작아서 문제로 인식되지 않습니다. 하루 일과 전체를 놓고 보면 분명히 큰 덩어리인데, 매 순간에는 "이거 하나만 옮기면 되는데"로 쪼개져 보입니다. 그래서 총량을 계산해 본 적이 없는 경우가 대부분입니다. 진단 때 반복 빈도를 굳이 여쭤보는 이유가 여기에 있습니다. 빈도를 입 밖으로 꺼내 세어 보는 순간, 문제의 크기가 처음으로 눈에 보입니다.
다음으로, 바쁜 사람일수록 바꿀 시간이 없습니다. 입력에 시달리는 분일수록 입력을 없앨 방법을 알아볼 여유가 없다는, 뼈아픈 순환 구조입니다. "언젠가 한가해지면 알아봐야지"의 그 언젠가는 오지 않습니다. 입력이 시간을 계속 잡아먹고 있기 때문입니다.
마지막으로, 알아봤다가 데인 경험입니다. 자동화를 문의하면 흔히 일이 커집니다. 전용 프로그램 개발, 긴 구축 기간, 부담스러운 규모의 제안서가 돌아오고, "그냥 내가 손으로 하고 말지"로 끝납니다. 문제의 크기와 해법의 크기가 맞지 않았던 것인데, 그 경험은 "자동화는 우리 규모에는 안 맞는 것"이라는 결론으로 잘못 저장됩니다.
이 세 가지가 겹치면, 없앨 수 있는 작업이 몇 년씩 살아남습니다. 이번 사례의 설계사분도 이 구조 안에 계셨고, 빠져나오는 데 필요했던 것은 큰 결심이 아니라 30분의 대화였습니다.
30분 화상 진단에서 확인한 것
저희 옥수의 모든 컨설팅은 30분 무료 화상 진단에서 시작합니다. 이 시간에 파는 것은 없습니다. 확인하는 것만 있습니다. 이 건에서 저희가 확인한 것은 크게 세 가지였습니다.
첫째, 원본이 어떻게 생겼는가. 보험사에서 오는 PDF를 화면 공유로 함께 봤습니다. 어떤 항목들이 어디에 어떤 모양으로 적혀 있는지, 문서마다 형식이 얼마나 달라지는지를 확인했습니다. 자동화가 되느냐 안 되느냐의 절반은 원본 문서의 생김새에서 결정되기 때문에, 이 확인 없이는 어떤 약속도 할 수 없습니다.
둘째, 결과물이 어떻게 생겼는가. 직접 만들어 쓰시는 엑셀 템플릿을 봤습니다. 어떤 열에 무엇이 들어가야 하는지, PDF의 어떤 내용이 템플릿의 어떤 칸으로 옮겨지고 있는지를 물었습니다. 사람 머릿속에서 "이건 여기, 저건 저기"로 처리되던 대응 관계를 겉으로 꺼내는 과정입니다. 이 대응 관계가 명확히 말로 설명될 수 있으면, 자동화 가능성은 크게 올라갑니다.
셋째, 이 작업이 업무에서 차지하는 자리. 얼마나 자주 발생하는지, 입력이 밀리면 무엇이 지연되는지를 물었습니다. 자동화는 기술 문제이기 전에 우선순위 문제라서, 자주 반복되고 뒤 업무를 막는 작업일수록 먼저 풀 가치가 있습니다. 이 건은 반복 빈도와 파급이 모두 분명했습니다.
30분이 끝날 때쯤에는 서로 같은 결론에 도착해 있었습니다. 이 작업은 사람이 계속 할 이유가 없는 작업이라는 것, 그리고 풀기 위해 거창한 개발이 필요하지 않다는 것이었습니다.
왜 새 시스템을 만들지 않았나
이런 의뢰에서 흔한 제안은 "전용 프로그램을 만들어 드리겠습니다"입니다. PDF를 업로드하면 데이터베이스에 쌓이고 화면에서 조회하는, 그럴듯한 시스템을 새로 짓는 방향입니다. 저희는 그 방향을 택하지 않았습니다. 이유는 단순합니다.
이미 잘 쓰고 있는 템플릿이 있었기 때문입니다. 그 엑셀 템플릿은 수년의 영업 경험이 녹아 있는 결과물이었습니다. 새 시스템을 만들면 그 자산을 버리고 새 도구에 적응하는 비용을 치러야 합니다. 도구가 바뀌면 몸에 밴 업무 리듬도 바뀌어야 하는데, 혼자 일하는 전문직에게 그 전환 비용은 생각보다 큽니다. 문제는 템플릿이 아니라 템플릿을 채우는 손이었으므로, 고칠 것은 채우는 방식뿐이었습니다.
그래서 선택한 구성은 이렇습니다. 이미 쓰던 엑셀 템플릿은 그대로 두고, 그 앞에 Claude라는 AI 도구를 붙였습니다. PDF를 넣으면 필요한 항목이 템플릿 구조에 맞게 추출되도록 프롬프트 설계와 Claude 세팅을 잡고, 추출된 내용이 기존 템플릿에 그대로 들어가는 흐름으로 구성했습니다. 여기서 프롬프트란 AI에게 주는 작업 지시문을 말합니다. "이 PDF에서 이런 항목들을 찾아, 이런 순서와 형식으로 정리하라"를 미리 정교하게 적어 두는 것입니다. 지시문이 정교할수록 결과가 일정해지고, 결과가 일정해야 업무 도구가 됩니다.
새로 만든 것이 적을수록 고장 날 곳도 적고, 배울 것도 적습니다. 저희가 "작게 시작한다"고 말할 때의 의미가 이것입니다. 문제를 정확히 겨냥한 가장 작은 구성이, 대부분의 경우 가장 오래 살아남는 구성입니다.
"세팅"이라는 말이 막연하게 들릴 수 있어서, 이런 유형의 작업에서 세팅이 실제로 무엇을 뜻하는지 풀어 두겠습니다. 첫째, PDF에서 어떤 항목을 뽑아낼지 목록을 확정하는 일입니다. 사람이 옮길 때는 머릿속에 있던 목록을, AI가 쓸 수 있도록 빠짐없이 글로 적습니다. 둘째, 뽑아낸 항목이 항상 같은 형식으로 나오도록 출력 규칙을 고정하는 일입니다. 같은 문서를 넣으면 언제나 같은 모양의 결과가 나와야 엑셀 템플릿과 맞물릴 수 있습니다. 셋째, 애매한 상황에서의 행동을 미리 정하는 일입니다. 문서에 해당 항목이 없거나 표기가 평소와 다를 때 임의로 추측하지 말고 비워 두거나 표시하도록 지시해 두는 것인데, 업무 도구로서의 신뢰는 사실 이 세 번째에서 갈립니다. 그럴듯하게 지어내는 AI보다 모르면 모른다고 하는 AI가 업무에는 훨씬 쓸모 있습니다.
세팅 과정의 시행착오 — 정확도, 그리고 템플릿 구조
한 번에 매끄럽게 끝났다고 쓰고 싶지만, 그렇지는 않았습니다. 이런 유형의 세팅에서 반드시 넘어야 하는 고비가 두 개 있고, 이 건에서도 그 두 곳에 시간이 들어갔습니다.
첫 번째 고비는 정확도 검증입니다. AI가 PDF에서 내용을 뽑아 주는 것 자체는 어렵지 않습니다. 어려운 것은 "매번, 빠짐없이, 틀리지 않게" 뽑히는지를 확인하는 일입니다. 보험 업무에서 숫자와 항목이 잘못 옮겨지는 것은 단순 오타가 아니라 고객 신뢰의 문제입니다. 그래서 실제 문서들을 넣어 보고, 추출된 결과를 원본과 대조하고, 어긋나는 부분이 나오면 지시문을 고쳐 다시 돌리는 과정을 반복했습니다. 자동화를 도입하더라도 초기에는 결과를 눈으로 검수하는 단계를 두도록 안내드렸습니다. 처음부터 "완전히 믿고 안 봐도 된다"고 말하는 것은 정직하지 않다고 생각합니다. 신뢰는 검증이 쌓이면서 생기는 것이고, 검수에 걸리는 시간은 직접 타이핑하던 시간과 비교할 수 없이 짧습니다.
두 번째 고비는 템플릿 구조에 맞추기입니다. AI가 내용을 잘 뽑아도, 그 결과가 기존 템플릿의 구조와 어긋나면 결국 사람이 다시 손을 대야 합니다. 그러면 자동화의 의미가 절반으로 줄어듭니다. 템플릿의 어떤 칸에 어떤 값이 어떤 형식으로 들어가야 하는지를 기준으로 출력 형식을 다듬고, 실제 템플릿에 넣어 보며 어긋나는 지점을 좁혀 갔습니다. 이 부분은 기술이 아니라 그분의 업무 방식을 이해하는 일에 가까웠습니다. 템플릿의 칸 하나하나에는 "왜 이 항목을 이 자리에 두는가"라는 영업상의 이유가 있었고, 그 이유를 존중하는 방향으로 도구를 맞췄습니다. 도구에 사람을 맞추는 것이 아니라, 사람에게 도구를 맞추는 것이 순서라고 믿습니다.
도구를 파는 게 아니라, 도구를 다루게 만드는 것
세팅이 동작하는 것을 확인한 뒤, 저희가 마지막으로 한 일은 코드를 넘기는 것이 아니라 사용법을 넘기는 것이었습니다. 컨설팅은 구글 미트 원격으로 진행했고, 설계사 본인이 혼자서도 계속 쓸 수 있는 수준까지 인수인계했습니다.
왜 여기까지가 컨설팅 범위인지 말씀드리고 싶습니다. 자동화가 실패하는 가장 흔한 지점은 기술이 아니라 그 이후입니다. 외부 업체가 만들어 준 도구는, 만든 사람이 떠나는 순간부터 낡기 시작합니다. 업무는 계속 변하는데 도구를 고칠 수 있는 사람이 곁에 없으면, 도구는 몇 달 안에 "예전에 잠깐 썼던 것"이 됩니다. 저희는 그런 결말의 자동화를 만들고 싶지 않습니다.
그래서 저희의 기준은 이렇습니다. 도구를 파는 게 아니라, 도구를 다룰 수 있게 만드는 것까지가 일입니다. 이 건에서는 PDF를 넣고 결과를 받아 템플릿에 반영하는 전체 흐름을 본인이 직접 돌려 보시게 했고, 결과가 이상할 때 무엇을 의심하고 어디를 만지면 되는지까지 함께 짚었습니다. 저희 없이도 굴러가는 상태, 그것이 인수인계의 완료 조건이었습니다.
인수인계에서 도구 사용법만큼 공을 들이는 것이 운영 습관입니다. 결과를 어떤 순서로 검수할지, 원본과 대조할 때 어떤 항목부터 볼지, 평소와 다른 형식의 문서가 왔을 때 어떻게 대응할지 같은 것들입니다. 도구는 세팅한 날이 가장 잘 돌아가고, 습관은 세팅한 날이 가장 약합니다. 도구가 오래 쓰이느냐는 결국 이 습관이 자리 잡느냐에 달려 있어서, 저희는 이것을 부록이 아니라 본편으로 다룹니다.
이 방식에는 부수적인 효과도 있습니다. 도구의 원리를 이해한 분은 "이것도 비슷하게 되지 않을까?"를 스스로 떠올리기 시작합니다. 자동화가 한 건의 납품이 아니라 일하는 방식의 변화가 되는 순간입니다.
무엇이 달라졌나
결과는 한 문장으로 요약됩니다. PDF를 열어놓고 엑셀에 한 칸씩 옮기던 작업이 사라졌습니다.
과장된 수치를 붙이고 싶지 않아서, 사실 그대로만 적습니다. 손으로 하던 입력이 제거되었고, 그 자리에 "파일을 넣고 결과를 확인하는" 훨씬 짧은 동작이 남았습니다. 반복 입력에 묶여 있던 시간은 설계사의 본업, 즉 고객을 만나고 상담하는 일로 돌아갔습니다.
시간보다 눈에 덜 띄지만 중요한 변화도 있습니다. 사람의 역할이 "입력하는 사람"에서 "확인하는 사람"으로 바뀌었다는 점입니다. 옮겨 적는 일은 시간을 잡아먹을 뿐 아니라 집중을 잘게 쪼갭니다. 한 칸이라도 틀리면 안 된다는 긴장 속에서 같은 문서를 몇 번씩 다시 훑는 부담도 따라붙습니다. 확인하는 역할은 다릅니다. 정리된 결과를 원본과 대조하는 일은 짧고, 끝이 분명하고, 사람의 판단력이 쓰여야 할 자리에 정확히 쓰입니다. 반복 업무 자동화의 목적은 사람을 일에서 빼는 것이 아니라, 사람을 사람이 잘하는 자리로 돌려놓는 것이라고 저희는 생각합니다.
그리고 저희에게 의미 있었던 결과가 하나 더 있습니다. 컨설팅이 끝난 뒤에도 연락이 이어지고 있고, 다른 업무도 맡기고 싶다는 재구매 의사를 주셨다는 점입니다. 자동화 컨설팅의 성패는 납품 직후가 아니라 몇 주 뒤에 판가름 난다고 생각합니다. 그때도 도구가 쓰이고 있는가, 그리고 "다음 것도 해 보자"는 말이 나오는가. 이 건은 두 가지 모두에 해당했습니다. 이 건의 요약은 사례 원문에서도 보실 수 있습니다.
비슷한 상황이라면 — 자가 판단 기준
이 글을 읽으시는 분의 업무가 보험이 아닐 수 있습니다. 세무 자료 정리, 거래처 발주서 입력, 계약서 항목 옮기기 등 형태는 달라도 구조는 같은 작업들이 있습니다. "내 경우도 될까?"를 판단하실 수 있도록, 저희가 진단 때 쓰는 기준을 그대로 공유합니다.
- 같은 유형의 문서가 반복해서 오는가. 매번 형식이 완전히 다른 문서보다, 보험사 견적서처럼 유형이 정해져 있는 문서가 자동화에 유리합니다.
- 옮기는 규칙을 말로 설명할 수 있는가. "이 문서의 이 부분을 저 파일의 저 칸에 넣는다"가 설명되면 가능성이 높습니다. 반대로 매번 사람의 종합적 판단이 필요한 작업이라면, 자동화 범위를 좁혀 잡아야 합니다.
- 결과물이 이미 정해져 있는가. 쓰던 엑셀 템플릿, 쓰던 양식이 있다면 그대로 살리는 방향이 좋습니다. 새 도구로 갈아탈 필요가 없습니다.
- 주에 몇 번 이상 반복되는가. 한 달에 한 번뿐인 작업이라면 자동화 이득이 작을 수 있습니다. 반복 빈도가 높을수록 회수가 빠릅니다.
- 틀리면 안 되는 작업인가. 그렇다면 오히려 자동화 후보입니다. 다만 이 사례처럼 검증 단계를 설계에 포함해야 하고, 그것까지가 세팅입니다.
다섯 항목 중 서너 개에 고개가 끄덕여진다면, 지금 하고 계신 그 입력은 사람이 계속 할 이유가 없는 작업일 가능성이 높습니다.
반대로 저희가 권하지 않는 경우도 말씀드립니다. 문서마다 형식이 완전히 제각각이고 유형화가 안 되는 경우, 옮기는 규칙 자체가 매번 사람의 판단으로 바뀌는 경우, 반복 빈도가 너무 낮아 세팅 비용을 회수하기 어려운 경우에는 자동화보다 다른 해법이 맞을 수 있습니다. 이런 판단도 진단에서 그대로 말씀드립니다. 안 되는 것을 안 된다고 말하는 것이, 되는 것을 된다고 말할 때의 신뢰를 만든다고 생각하기 때문입니다.
자주 묻는 질문
컴퓨터를 잘 못 다루는데 운영할 수 있을까요? 이 사례의 핵심이 그 지점입니다. 개발 지식이 없는 분이 혼자 운영하는 것을 전제로 세팅하고, 그 수준까지 사용법을 인수인계하는 것이 저희의 작업 범위입니다. 엑셀을 쓰실 수 있는 분이라면 대부분 문제가 없습니다.
PDF 형식이 여러 가지인데도 되나요? 문서 유형에 따라 다르기 때문에, 진단에서 실제 문서를 함께 보고 판단합니다. 어떤 경우는 되고 어떤 경우는 범위를 좁혀야 하는데, 그 경계를 시작 전에 정직하게 말씀드리는 것이 저희 방식입니다. 안 되는 것을 된다고 하지 않습니다.
비용은 어떻게 되나요? 작업 범위에 따라 다르며, 견적은 시작 전에 확정하고 이후에 늘리지 않습니다. 기준은 가격 안내에 정리되어 있습니다.
구축 기간은 얼마나 걸리나요? 범위에 따라 다르지만, 저희는 구축을 2주 고정가 파일럿으로 작게 시작하는 것을 원칙으로 합니다. 큰 그림을 먼저 약속하기보다, 가장 아픈 반복 작업 하나를 먼저 없애 보고 그다음을 판단하는 방식입니다. 이 사례처럼 기존 템플릿을 살리는 세팅이라면 새로 짓는 개발보다 훨씬 빠르게 자리를 잡습니다.
원격으로도 가능한가요? 이 사례도 처음부터 끝까지 구글 미트 원격으로 진행했습니다. 지역과 무관하게 같은 방식으로 도와드릴 수 있습니다.
마무리 — 30분이면 방향이 나옵니다
이 사례에서 방향이 결정된 것은 긴 개발 기간이 아니라 첫 30분이었습니다. 원본 문서와 결과물 템플릿을 함께 보는 것만으로, 자동화가 되는 작업인지, 어디까지 되는지, 무엇으로 푸는 게 맞는지가 대부분 드러납니다.
지금 화면에 PDF와 엑셀을 나란히 띄워 놓고 계시다면, 그 작업이 자동화될 수 있는지 30분 화상 진단에서 함께 확인해 보세요. 진단은 무료이고, 이후에 영업 전화를 드리지 않습니다. 판단에 필요한 이야기를 나누고, 아니면 아니라고 말씀드리는 30분입니다. → 무료 진단 신청