"분명히 말했는데."
"저는 그런 얘기 못 들었는데요."
이 두 문장이 한 회사 안에서 자주 오간다면, 문제는 직원이 아닐 수 있습니다. 지시가 흘러가는 방식 자체의 구조적인 문제일 가능성이 높습니다.
사무·운영 업체 대표님께서 상담을 주셨을 때, 상황이 정확히 그랬습니다. 업무 지시를 내리는 방법은 주로 두 가지였습니다. 직접 말하거나, 메신저로 보내거나. 두 방법 모두 그 자리에서 전달하는 데는 빠르고 편리하지만, 시간이 지나면 어떤 지시가 어디까지 진행됐는지 추적하기가 어렵습니다.
지시한 사람은 "분명히 말했는데"가 되고, 받은 사람은 "못 들었는데" 또는 "들었는데 다른 일 하다 보니 넘어갔는데"가 됩니다. 결국 대표님이 직접 한 명 한 명 확인하거나, 직원 중 한 명이 수작업으로 취합해야 하는 방식이 반복됐습니다.
이 글은 그 회사에서 어떤 것을 바꾸었고, 바꾸기 위해 무엇을 확인했으며, 그 결과가 어떻게 됐는지를 기록한 것입니다.
이 문제가 생기는 이유 — 개인의 문제가 아니다
"분명히 말했는데"와 "못 들었는데" 사이의 간극은, 사실 어느 쪽도 나쁜 의도가 없는 경우가 대부분입니다. 지시한 사람은 실제로 말했고, 받은 사람은 실제로 처리하지 못했습니다. 둘 다 사실입니다.
문제는 그 사이에 구조가 없다는 것입니다. 말로 한 지시는 기억에 의존합니다. 메신저로 한 지시는 대화 흐름 속에 묻힙니다. 어느 쪽도 "이 지시가 완료될 때까지 추적된다"는 보장이 없습니다.
그래서 이 문제는 해당 직원이 더 꼼꼼해진다고 해결되지 않습니다. 꼼꼼한 직원도 여러 지시가 동시에 쌓이거나, 급한 일이 겹치면 빠뜨리는 경우가 생깁니다. 개인의 주의력으로 버티는 구조는 언제든 무너집니다. 필요한 것은 기억에 의존하지 않아도 되는 구조입니다.
메신저로 업무를 지시하면 생기는 일
메신저는 원래 대화를 위한 도구입니다. 업무 관리 시스템이 아닙니다.
대화가 끊임없이 흘러가는 공간에서 업무 지시를 관리하려고 하면 구조적인 어려움이 생깁니다. 메신저는 '읽음'과 '완료'를 구분하지 못합니다. 받는 사람 입장에서는 메시지를 읽었다는 것과, 그 일을 처리했다는 것이 완전히 다른 의미인데, 보내는 사람 입장에서는 '읽음' 표시만 보고 전달이 됐다고 착각하기 쉽습니다.
대화가 계속 쌓이기 때문에 이전에 한 지시를 찾으려면 화면을 한참 위로 올려야 합니다. 직원 입장에서는 "대표님이 뭔가 얘기했던 것 같긴 한데"까지만 기억나고, 정확한 내용과 기한을 다시 확인하려면 대화방을 다시 뒤져야 합니다. 급하게 다른 일을 처리하다 보면 그 과정 자체를 잊어버리기도 합니다.
구두 지시도 마찬가지입니다. 말로 한 지시는 기록 자체가 없습니다. 내용을 받아 적지 않으면 정확도가 사람의 기억에 달려 있고, 지시가 여러 개 겹치다 보면 어느 것이 더 급한지, 누가 담당인지도 모호해집니다. 대표님이 두 가지 이상의 일을 한꺼번에 얘기할 때, 직원이 두 번째 일을 완전히 빠뜨리는 일이 생기는 이유 중 하나입니다.
소규모 회사일수록 이 방식에 의존하는 경향이 있습니다. 인원이 적으니 구조화된 시스템이 필요 없을 것 같고, 소통이 빠르니 그냥 말로 하면 된다고 생각합니다. 하지만 빠른 소통과 기록의 부재는 다른 문제입니다. 전달 속도는 빠른데 추적이 안 된다면, 누락이 생기는 것은 시간 문제입니다.
새로운 협업 툴을 도입하면 해결될 것 같지만, 직원들이 새 도구에 적응하는 시간이 만만치 않고, 바뀐 방식을 모두가 꾸준히 따르게 하기가 쉽지 않습니다. 그래서 어렵게 도입했는데 결국 카톡으로 돌아가는 일이 생깁니다.
진단에서 확인한 것
상담에서 상황을 구체적으로 파악했습니다.
업무 지시가 흘러가는 경로를 먼저 봤습니다. 대표님의 지시가 어떤 방식으로 전달되는지, 직원들이 그 지시를 어디에 기록하는지, 완료 여부는 어떻게 확인하는지를 하나씩 짚었습니다. 이 과정을 통해 문제가 어디에 있는지가 명확해졌습니다.
확인된 것은 두 가지였습니다. 첫째, 업무 지시를 모아두는 단일한 장소가 없었습니다. 메신저, 구두, 이메일이 섞여 있었고, 직원마다 개인 메모를 따로 하고 있었습니다. 같은 지시가 어떤 직원에게는 전달됐고 어떤 직원에게는 안 됐는지조차 파악하기 어려운 상황이었습니다.
둘째, 회사에서 이미 스프레드시트를 쓰고 있었습니다. 완벽하게 활용되고 있는 것은 아니었지만, 직원들이 익숙한 도구라는 점은 분명했습니다. 새 프로그램을 배우지 않아도 된다는 점이 도입 저항을 낮추는 핵심이 될 수 있었습니다.
이 두 가지가 방향을 결정했습니다. 새로운 시스템을 처음부터 만드는 것이 아니라, 이미 쓰는 스프레드시트를 지시 관리의 단일한 허브로 만들고, AI가 지시 내용을 자동으로 그 안에 정리해 주는 구조를 만들기로 했습니다.
진단과 컨설팅은 구글 미트를 통해 원격으로 진행했습니다. 현장에 직접 나가지 않아도 상황을 파악하고 구조를 잡는 데는 충분했습니다.
무엇을 어떻게 만들었나
핵심 원칙은 하나였습니다. 지시하는 방식을 바꾸지 않고, 정리를 AI가 하게 하는 것.
대표님이 업무 지시를 평소처럼 말하거나 메모하면, ChatGPT와 Claude가 그 내용을 분석해서 담당자, 기한, 해야 할 일을 구조화된 형태로 스프레드시트에 자동으로 기록하는 흐름을 만들었습니다. 지시 내용의 핵심만 뽑아서 정해진 열에 채워 넣는 방식입니다.
직원들이 받은 지시도 같은 방식으로 처리됩니다. 업무를 받으면 같은 채널로 내용을 남기고, 그것이 동일한 시트 안에 정리됩니다. 이렇게 하면 한 장의 시트에서 어떤 지시가 있었고, 누가 담당이고, 기한이 언제인지를 한 번에 볼 수 있습니다.
왜 새 툴을 도입하지 않고 스프레드시트를 유지했을까요. 이유가 있습니다. 새 협업 툴은 "도입"이 아니라 "정착"이 진짜 일입니다. 모든 직원이 새 도구에 적응하고, 지속적으로 쓰게 되기까지 시간과 에너지가 듭니다. 반면 이미 쓰는 스프레드시트는 익숙합니다. AI가 연결된 것은 내부 동작이고, 직원들이 실제로 마주치는 것은 평소 쓰던 시트 그대로입니다. 도입 과정에서 "이 새 프로그램 어떻게 쓰는 거예요?"라는 질문이 나오지 않는 것이 목표였습니다.
ChatGPT와 Claude를 함께 활용한 것도 이유가 있습니다. 두 도구는 텍스트를 이해하고 구조화하는 능력이 뛰어나며, 이미 많은 기업에서 쓰고 있는 도구이기 때문에 장기적인 안정성도 있습니다. 처음부터 새로운 AI 플랫폼을 도입하는 것보다 이미 검증된 도구를 연결하는 것이 현실적입니다.
달라진 것
지시사항을 사람이 수작업으로 취합하던 일이 사라졌습니다.
"그 일 어떻게 됐지?"라는 질문을 할 때, 예전에는 메신저를 뒤지거나 직원에게 직접 물어봐야 했습니다. 이제는 시트 한 장을 열면 어떤 지시가 있었고, 어느 단계에 있는지 한눈에 보입니다. 직원을 쫓아다니며 확인하던 시간이 없어졌습니다.
대표님 입장에서도 달라졌습니다. "분명히 말했는데"라는 상황이 줄어들었습니다. 지시를 내릴 때마다 자동으로 기록이 남기 때문에, 지시한 내용과 전달된 내용 사이의 간극을 확인할 방법이 생겼습니다. 기억 대 기억의 충돌이 줄어들었습니다.
직원 입장에서도 달라졌습니다. 구두로 받은 지시가 어느 순간 시트에 정리되어 있으니, "제가 뭘 해야 하지?"가 명확해졌습니다. 여러 지시가 겹쳤을 때 어느 것이 더 급한지도 기한이 적혀 있으니 스스로 판단할 수 있게 됐습니다. 우선순위가 모호하던 상황이 줄었습니다.
컨설팅이 끝난 뒤에도 추가 자동화 문의가 이어졌습니다. 이 구조를 경험하고 나면 "그럼 이쪽도 되지 않을까요?"라는 질문이 자연스럽게 생기게 됩니다. 처음 구조를 경험한 다음에는 어떤 업무에 비슷한 방식을 쓸 수 있을지 스스로 보이기 시작합니다.
이 구조가 잘 맞는 상황과 안 맞는 상황
모든 회사에 이 방식이 맞는 것은 아닙니다. 판단에 도움이 되도록 솔직하게 정리합니다.
잘 맞는 상황입니다. 업무 지시가 주로 구두나 메신저로 이루어지고 있는 경우. 기존 스프레드시트를 쓰고 있고, 직원들이 그 도구에 익숙한 경우. 새로운 협업 툴 도입이 어렵거나 이전에 도입했다가 정착에 실패한 경험이 있는 경우. 지시 누락이나 이중 전달이 반복되고 있는 경우. 대표님이 직접 현황을 챙기는 데 시간을 너무 많이 쓰고 있는 경우.
반면 잘 맞지 않을 수 있는 상황도 있습니다. 이미 잘 정리된 업무 관리 시스템이 있고 직원들이 잘 쓰고 있다면, 굳이 바꿀 필요가 없습니다. 지시 내용이 매우 복잡하고 예외 상황이 많다면, 더 정교한 설계가 필요할 수 있습니다. 규모가 크고 부서 간 연동이 필요한 경우에는 스프레드시트 기반이 한계에 부딪힐 수 있습니다. 직원 수가 적고 구두 소통 자체가 이미 잘 되고 있다면, 자동화 구조 없이도 충분할 수 있습니다.
어느 쪽인지 잘 모르겠다면, 판단은 진단 후에 해도 됩니다. 30분 상담 안에서 지금 상황이 이 방식으로 해결 가능한지 아닌지는 충분히 가려집니다. 가능하지 않다고 판단되면 그렇게 솔직하게 말씀드립니다.
판단 기준이 되는 질문이 몇 가지 있습니다. "지난 한 달 안에 업무 누락 때문에 대표님이 직접 나서야 했던 일이 있었나요?" 있었다면 구조를 살펴볼 이유가 있습니다. "지금 상황에서 새로운 협업 툴을 도입하면 직원들이 실제로 꾸준히 쓸 것 같으신가요?" 자신 없다면 기존 도구에 AI를 연결하는 방식이 더 현실적일 수 있습니다. 이 두 가지 질문에 대한 답이 진단의 출발점이 됩니다.
구축 전후, 하루가 어떻게 다른가
이 부분을 조금 더 구체적으로 그려보겠습니다.
구축 전, 대표님의 아침은 이런 식이었습니다. 어제 부탁한 일이 어디까지 됐는지 확인하려면 메신저 대화방을 올려야 했습니다. 그 지시를 담당자에게 직접 물어보거나, 직원 중 한 명이 수작업으로 현황을 정리해서 보고했습니다. "A 건은 완료됐고, B 건은 아직 진행 중이고, C 건은 누가 담당인지 모르겠어요"라는 식의 보고가 반복됐습니다. 이 과정 자체에 시간과 에너지가 들었습니다.
구축 후에는 달라졌습니다. 지시를 내리면 자동으로 기록되고, 현황 시트를 열면 어떤 일이 어느 단계에 있는지 한눈에 볼 수 있습니다. "이 일 어떻게 됐지?"라는 질문을 하기 전에 시트에서 먼저 확인할 수 있습니다. 직원을 쫓아다니거나 메신저를 뒤지는 시간이 없어졌습니다.
직원 입장에서도 차이가 있습니다. 예전에는 대표님에게 구두로 들은 지시가 머릿속에만 있었습니다. 다른 일을 하다 보면 빠뜨리는 경우가 생겼고, 뒤늦게 생각났을 때는 이미 늦어진 경우도 있었습니다. 이제는 지시가 시트에 정리되어 있으니, 오늘 내가 해야 할 일 목록을 시트에서 확인하는 것으로 하루를 시작할 수 있습니다.
구축 이후에 자주 받는 질문들
이런 구조를 만들고 나면 몇 가지 질문이 따라옵니다.
"AI가 지시 내용을 잘못 이해하면 어떻게 되나요?" 완벽하지 않습니다. 지시 내용이 너무 모호하거나 맥락이 많이 필요한 경우에는 구조화가 잘 안 될 수 있습니다. 그래서 검토 과정을 두고, 기록된 내용이 맞는지 확인하는 단계를 설계에 포함했습니다. 자동화와 사람 확인이 함께 있어야 하는 이유입니다.
"직원들이 거부감을 갖지 않나요?" 새 프로그램을 쓰라고 하지 않았기 때문에 거부감이 크지 않았습니다. 일하는 방식 자체를 바꾸지 않고, 정리가 자동으로 된다는 부분이 오히려 편하다는 반응이었습니다. 직원들 입장에서도 "내가 한 일을 대표님이 알아볼 수 있는 구조"가 생겼다는 점이 긍정적으로 받아들여졌습니다.
"한 번 만들면 유지보수는 어떻게 되나요?" 기본 구조가 잡히면 일상적인 운영에 별도 유지비가 들지 않도록 설계했습니다. 업무 방식이 크게 바뀌거나 시트 구조를 바꾸고 싶다면 수정이 필요하지만, 그런 경우가 아니라면 한 번 만든 구조가 그대로 돌아갑니다.
비슷한 상황에 있는 분께
업무 지시가 흩어지고 누락되는 문제는 직원의 능력이나 태도의 문제가 아닌 경우가 많습니다. 지시가 어디에 어떻게 남는지, 담당자와 기한이 어디에 정리되는지, 완료 여부를 어떻게 확인할 수 있는지 — 이 흐름이 구조적으로 잡혀 있지 않으면, 열심히 일하는 직원이 있어도 누락이 생깁니다.
회사 규모가 작을수록 구조에 대한 투자를 미루는 경향이 있습니다. "우리 정도면 그냥 해도 돼"라고 생각하다가, 어느 시점에 누락 하나가 큰 손실로 이어지고 나서야 구조를 잡아야 한다는 걸 실감하게 됩니다. 그 전에 잡아두는 편이 훨씬 낫습니다. 작을 때 잡으면 변화도 빠르고, 직원들의 적응 부담도 적습니다.
이 구조를 만들 때 완전히 새로운 시스템을 처음부터 도입해야 하는 것은 아닙니다. 이미 쓰는 도구와 흐름 위에, 정리만 AI가 대신해 주는 구조를 얹는 것으로 시작할 수 있습니다. 규모가 작은 곳일수록, 오히려 빠르게 구조를 잡을 수 있습니다. 이미 스프레드시트가 있고, 그것을 잘 쓰고 있는 회사라면 더욱 그렇습니다. 있는 것을 버리지 않고 연결하는 방식이 저희의 기본 원칙입니다.
2026년 현재 중소기업에서 AI를 내부 업무 관리에 활용하는 사례가 늘고 있습니다. 단순히 대화형으로 쓰는 것에서 나아가, 업무 흐름 안에 연결해서 반복적인 정리와 기록을 자동화하는 방향입니다. 이 방향에서 핵심은 도구의 성능이 아니라 설계입니다. 어떤 지시가 어디에 기록되고, 누가 확인하고, 어디서 완료 여부를 볼 수 있는지 — 이 흐름이 명확하면, AI는 그 흐름을 더 적은 수작업으로 유지하게 도와주는 역할을 합니다.
이 구조가 만들어진 이후 — 다음 단계로 이어진 이유
이 회사에서 컨설팅 이후에도 추가 자동화 문의가 이어졌습니다. 처음 구조를 경험하고 나면 "그러면 이것도 가능하지 않을까요?"라는 질문이 자연스럽게 생깁니다. 하나의 구조가 작동하는 것을 확인하면, 다른 영역에도 같은 접근을 적용할 수 있다는 감이 생기기 때문입니다.
업무 지시 관리 구조를 먼저 경험한 다음에 "고객 응대 내용도 자동으로 정리됐으면 좋겠다", "주간 현황을 매번 만들지 않고 자동으로 나왔으면 좋겠다"처럼 추가 아이디어가 이어집니다. 이것은 이 회사만의 얘기가 아닙니다. 한 곳을 해결하면 다른 곳이 보입니다.
첫 구축이 작더라도 의미 있는 이유가 여기 있습니다. 크고 복잡한 시스템을 한 번에 만드는 것보다, 하나의 흐름에서 작동하는 것을 먼저 경험하고 그것을 기반으로 넓혀가는 것이 현실적으로 더 잘 됩니다. 새 프로그램을 도입하면 직원들이 적응하는 시간이 들지만, 작동하는 것을 눈으로 보면 다음 단계로 가는 동력이 생깁니다.
시작 전에 궁금할 수 있는 것들
"우리 회사는 직원이 적어서 그냥 말로 해도 되지 않나요?"
직원이 적으면 오히려 한 명의 누락이 더 크게 느껴집니다. 3명이서 일하는 회사에서 한 명이 빠뜨린 지시 하나가 전체 일정에 영향을 줄 수 있습니다. 규모가 작을수록 기록 없이 기억에 의존하는 비율이 높아지고, 그만큼 누락이 생길 수 있는 구조입니다.
"도입이 복잡하지 않을까요?"
복잡도는 어떤 구조를 만드느냐에 따라 다릅니다. 기존 스프레드시트를 유지하고 AI만 연결하는 방식은 처음부터 새 시스템을 만드는 것보다 빠릅니다. 직원들이 배워야 할 새로운 것이 최소화됩니다.
"나중에 시스템이 갑자기 안 되면 어떻게 하나요?"
기반이 되는 스프레드시트는 그대로이기 때문에, AI 연결 부분에 문제가 생기더라도 스프레드시트 자체는 그대로 쓸 수 있습니다. 최악의 경우 예전 방식으로 돌아가는 것이 가능한 구조입니다. 완전히 외부 서비스에 의존하는 구조와는 다릅니다.
비슷한 고민이 있다면 30분 무료 진단을 신청해 보세요. 현재 상황을 듣고, 이 방식이 맞는지 아닌지를 솔직하게 말씀드립니다. 가능하다면 어떤 구조가 현실적인지, 어렵다면 왜 어려운지를 함께 짚어드립니다. 진단은 구글 미트 원격으로 진행합니다. 영업 전화나 불필요한 후속 연락은 없습니다. 진단 결과가 "지금은 아니다"로 나와도 그 자체로 도움이 됐으면 합니다. 무료 진단 신청은 여기서 하실 수 있습니다.
다른 구축 사례가 궁금하다면 전체 사례 보기에서 먼저 확인하실 수 있습니다. PDF 서류 자동 입력, 블로그 콘텐츠 자동 발행 등 다양한 분야와 업종의 사례가 있습니다. 업종이나 상황이 다르더라도 어떤 방식으로 접근했는지, 어디서부터 어떻게 시작했는지 확인하는 데 도움이 됩니다.