지난 영상 이후 가장 많이 나온 반응은 “우리 회사도 이렇다”였습니다. 매뉴얼 없는 회사, 체계 없는 회사, 신입에게 알아서 배우라고 하는 회사에 지친 직장인들이 정말 많았습니다.
신입은 어디에 물어봐야 할지 몰라 헤맵니다. 경력자도 회사 기준이 없으면 적응이 늦어집니다. 물어보라고 해놓고 막상 물어보면 “그걸 왜 모르냐”고 합니다. 실수가 나면 “눈치가 없다”, “센스가 없다”, “역량이 부족하다”는 말로 끝납니다.
이 글에서 다룰 관행은 ‘시스템이 없는 문제를 사람 탓으로 넘기는 방식’입니다. 작은 회사에서 정말 자주 보입니다. 매뉴얼이 없고, 이전 기록이 없고, 업무 기준이 없는데도 결과가 안 좋으면 직원 개인의 문제로 판단합니다.
이 관행을 구조 언어로 바꾸면 이렇습니다. 회사의 기준과 절차가 문서나 시스템에 남아 있지 않아, 매번 사람의 기억과 눈치로 업무를 처리하는 구조입니다. 이 구조에서는 신입도 힘들고, 기존 직원도 힘들고, 대표도 계속 바쁩니다.
대표님 입장에서도 억울할 수 있습니다. 작은 회사는 돈도 사람도 시간도 부족합니다. 매뉴얼 만들고, SOP 쓰고, 온보딩 자료 만들 여유가 없어 보입니다. 하지만 문제는 이겁니다. 그걸 안 만들어서 날아가는 시간이 더 큽니다.
대표는 시장, 고객, 매출, 영업, 마케팅 전략을 봐야 합니다. 그런데 현실에서는 “이 폴더에 있어요”, “카톡 뒤져보세요”, “제가 언제 그렇게 하라고 했죠?”, “저거 클릭하면 돼요” 같은 말을 하느라 하루 2시간씩 씁니다. 작은 회사에서 대표의 2시간은 너무 비쌉니다.
사람 탓이 싸게 먹히는 이유부터 봐야 합니다
사고가 났을 때 사람 탓을 하면 당장은 편합니다. 신입이 성과를 못 냈다, 직원이 실수했다, 업무가 누락됐다. 이때 “사람을 잘못 뽑았다”고 말하면 문제가 금방 끝난 것처럼 보입니다.
하지만 정말 끝난 걸까요? 아닙니다. 다음 사람이 와도 같은 일이 반복됩니다. 왜냐하면 실수한 사람만 바뀌었을 뿐, 실수가 나올 수밖에 없는 업무 방식은 그대로이기 때문입니다.
예를 들어 큰 금액을 다루는 회사에서 직원이 0 하나를 더 붙여 입력했다고 해보겠습니다. 물론 개인의 주의도 필요합니다. 하지만 회사라면 중요한 입력 앞에서 다시 확인하는 절차, 알림, 체크리스트, 승인 기준이 있어야 합니다. 그게 없는데 “왜 0 하나 구분 못 하냐”고만 하면 다음 실수를 막기 어렵습니다.
작은 회사도 마찬가지입니다. 주문 처리, 고객 응대, 견적 발송, 콘텐츠 발행, 세금계산서 발행처럼 반복되는 업무에는 기준이 있어야 합니다. 담당자가 바뀌어도 같은 수준으로 처리되게 만드는 최소한의 장치가 필요합니다.
이 장치가 SOP입니다. Standard Operating Procedure, 표준 업무 절차죠. 모든 걸 처음부터 완벽한 IT 시스템으로 만들 수는 없습니다. 알림이 뜨고, 자동으로 검증되고, 결재가 이어지는 시스템을 바로 만들기는 어렵습니다. 그 사이를 메워주는 것이 SOP와 체크리스트입니다.
SOP는 직원에게 우산 같은 역할을 합니다. 우산을 써도 비를 조금 맞을 수는 있습니다. 하지만 우산이 없으면 직원은 맨몸으로 비를 다 맞아야 합니다. 업무 기준이 없으면 직원은 매번 대표의 기분, 선임의 기억, 팀의 눈치를 보고 움직여야 합니다.
직원이 안정감을 느끼는 회사는 완벽한 회사가 아닙니다. 기준이 있는 회사입니다. 실수가 나도 “누가 문제냐”보다 “절차에서 무엇이 빠졌냐”를 볼 수 있는 회사입니다.
작은 회사일수록 시스템이 더 먼저 필요합니다
대표님들이 가장 많이 하는 질문이 있습니다.
“저희 아직 사람도 몇 명 안 되는데, 무슨 시스템이에요?”
하지만 사람 몇 명 안 될 때가 오히려 가장 쉽습니다. 1명일 때, 2명일 때, 5명일 때, 10명일 때 시작하는 게 낫습니다. 사람이 30명, 50명으로 늘어난 뒤에는 이미 각자 쓰는 방식이 생깁니다. 누군가는 카톡에 남기고, 누군가는 구글 드라이브에 저장하고, 누군가는 개인 노션에 적습니다.
그때 시스템을 도입하려면 사람들에게 맞춰야 합니다. 기존 방식도 바꿔야 하고, 반발도 커집니다. 반대로 초기에 시스템을 만들면 사람을 그 안에 넣으면 됩니다. 대표님의 생각과 기준을 그대로 담은 업무 환경을 만들 수 있습니다.
작은 회사는 아직 비즈니스 모델이 자주 바뀝니다. 오늘 정한 방향이 내일 바뀔 수도 있습니다. 그래서 “정해진 게 없는데 무슨 SOP냐”고 말할 수 있습니다. 이해됩니다. 하지만 고정된 사업 모델이 없어도 남겨야 하는 것은 있습니다. 오늘 회의에서 왜 방향을 바꿨는지, 어떤 시도를 해봤고 왜 안 됐는지, 신입에게 어떤 순서로 알려줬는지, 고객에게 어떤 기준으로 답했는지는 남겨야 합니다.
이게 히스토리입니다. 작은 회사가 특히 놓치기 쉬운 자산입니다. 예전에 다 해봤는데 안 됐던 일을, 기록이 없어서 또 합니다. 누군가는 “그거 해봤는데요”라고 말하고 싶지만 괜히 눈치 보일까 봐 말하지 못합니다. 그러면 회사는 같은 비용을 또 냅니다.
문서로 남기는 시간은 아까워 보입니다. 하지만 매번 새로 시작하는 시간이 더 아깝습니다. 처음 할 때 10분만 적어두면 다음 사람이 1시간을 아낄 수 있습니다. 신입을 교육할 때 한 번 적어두면 다음 신입에게 다시 3시간 설명하지 않아도 됩니다.
문서 작성은 일이 아니라 비용 절감입니다
“문서 쓸 시간에 그냥 하나 더 하는 게 낫지 않나요?”라는 질문도 많습니다. 당장 눈앞의 일만 보면 그렇게 느껴질 수 있습니다. 하지만 회사 일은 한 번 하고 끝나는 일이 생각보다 많지 않습니다.
처음에는 별것 아닌 것처럼 보입니다. 엑셀 단축키가 안 먹을 때 해결법, 채널톡 장애가 났을 때 문의할 담당자, 특정 프로그램에서 자주 나는 오류, 고객 환불 처리 순서, 견적서 보낼 때 확인해야 할 항목. 이런 내용은 그 순간에는 너무 사소해서 적지 않습니다.
그런데 다음 사람이 같은 문제를 겪습니다. 또 검색하고, 또 물어보고, 또 시간을 씁니다. 다섯 번쯤 반복되면 누군가는 몸으로 익히겠지만, 담당자가 바뀌면 다시 처음부터 시작합니다. 이게 문서가 없는 회사에서 계속 새는 시간입니다.
교육도 마찬가지입니다. 대표님들이 직원 교육에 10만 원, 20만 원, 30만 원을 씁니다. 좋은 일입니다. 그런데 교육을 다녀온 뒤 결과가 회사 자산으로 남지 않으면 그건 투자라기보다 비용에 가깝습니다. 직원 개인의 커리어에는 남지만, 회사에는 남지 않습니다.
교육을 보냈다면 결과 보고가 남아야 합니다. 무엇을 배웠는지, 우리 회사에 어떻게 적용할 수 있는지, 다음 업무에 어떤 기준으로 반영할지가 남아야 합니다. 대기업에서는 너무 당연한 일입니다. 회사 돈으로 교육을 갔으면 회사의 업무 적용 계획으로 돌아와야 합니다.
작은 회사도 크게 다르지 않습니다. 비싼 교육을 보내고 개인 노션에만 남겨두면 회사는 같은 교육비를 또 낼 수 있습니다. 반대로 회사 워크스페이스에 남기면 다음 직원도 보고, AI도 참고하고, 다음 의사결정의 재료가 됩니다.
자동화보다 업무 기준이 먼저입니다
요즘 대표님들 관심사는 AX입니다. AI 자동화, 바이브 코딩, 에이전트, 지침, 스킬 같은 단어가 계속 나옵니다. 그런데 자동화보다 먼저 해야 할 일이 있습니다. 업무 프로세스를 적는 일입니다.
프로세스가 없으면 자동화도 어렵습니다. 어떤 일이 어떤 순서로 진행되는지, 누가 무엇을 확인해야 하는지, 완료 기준이 무엇인지 모르면 AI에게도 맡기기 어렵습니다. 자동화는 빈 공간 위에 올라가지 않습니다. 이미 돌아가는 업무 절차 위에 올라갑니다.
큰 회사에서 DX 프로젝트를 할 때도 처음부터 시스템을 만들지 않습니다. 먼저 일 목록을 적습니다. 우리가 어떤 일을 하고 있는지 보고, 그 일을 어떤 순서로 처리하는지 적고, 어디에서 비효율이 생기는지 봅니다. 그다음 큰 문제부터 바꿉니다.
작은 회사도 같습니다. 자동화를 원한다면 먼저 업무를 문장으로 설명할 수 있어야 합니다. “견적 요청이 오면 영업일 기준 D+1일 안에 회신한다”, “고객 환불 요청은 구매일, 사용 여부, 환불 기준을 확인한 뒤 답한다”, “콘텐츠 발행 전 금지어와 링크를 확인한다”처럼 기준이 있어야 합니다.
이 기준이 없으면 AI에게 맡길 수 없습니다. “대충 해줘”라고 말하면 대충 나옵니다. AI가 나쁜 게 아니라 회사 기준이 없기 때문입니다.
그래서 작은 회사에 필요한 AX의 출발점은 멋진 AI 스킬이 아닙니다. 회사 데이터를 쌓을 수 있는 공간입니다. 회의한 내용, 업무 기준, 고객 이력, 매뉴얼, 온보딩 자료가 한곳에 남아야 AI도 읽을 수 있습니다.
직원을 못 믿겠다면 기준부터 만들어야 합니다
“직원들은 못 믿어서 제가 다 확인해야 해요”라는 말도 자주 나옵니다. 대표님 마음은 이해됩니다. 작은 회사에서는 실수 한 번이 바로 고객 불만이나 매출 손실로 이어질 수 있습니다. 그래서 대표가 다 확인하고 싶어집니다.
그런데 못 믿겠다고 말한 그 부분에 체크리스트가 있나요? 직원이 스스로 확인할 수 있는 기준이 있나요? 틀렸을 때 왜 틀렸는지 남기는 공간이 있나요?
없다면 직원은 계속 대표에게 의존할 수밖에 없습니다. 대표가 확인해야 끝나는 업무가 됩니다. 직원이 알아서 판단하길 바라지만, 판단 기준은 대표 머릿속에만 있습니다. 그러면 직원은 매번 묻거나, 눈치껏 처리하거나, 틀린 뒤에 혼납니다.
가장 낮은 수준의 시스템은 체크리스트입니다. 발송 전 확인할 것, 고객 응대 전 확인할 것, 업로드 전 확인할 것, 결제 전 확인할 것. 이것만 있어도 직원은 스스로 1차 검토를 할 수 있습니다.
한 단계 더 나아가면 히스토리입니다. 왜 이 기준이 생겼는지, 예전에 어떤 문제가 있었는지, 어떤 판단이 좋았고 어떤 판단이 좋지 않았는지 남깁니다. 그러면 직원은 단순히 체크만 하는 게 아니라 회사의 판단 방식을 배울 수 있습니다.
대표가 모든 걸 확인하는 회사는 오래 버티기 어렵습니다. 대표가 아프면 멈추고, 가족 일이 생겨도 마음 편히 자리를 비우기 어렵습니다. 시스템은 대표를 빼기 위한 것이 아니라, 대표가 꼭 봐야 하는 일에 시간을 쓰게 하기 위한 것입니다.
도입 전후를 비교하면 이렇게 달라집니다
BEFORE: 시스템 없이 사람에게 기대는 회사
신입이 들어올 때마다 대표나 선임이 같은 설명을 반복합니다.
실수가 나면 절차보다 사람의 눈치와 센스를 탓합니다.
예전에 해봤던 일을 기록이 없어 다시 시도합니다.
교육비를 써도 결과가 개인에게만 남고 회사 자산이 되지 않습니다.
대표가 모든 업무를 직접 확인해야 안심할 수 있습니다.
AFTER: 기준과 히스토리가 남는 회사
신입은 먼저 온보딩 자료와 SOP를 보고 업무를 시작합니다.
실수가 나면 사람 탓보다 체크리스트와 절차를 보완합니다.
이전 시도와 실패 이유가 남아 같은 비용을 반복해서 쓰지 않습니다.
교육 결과와 업무 적용 계획이 회사 워크스페이스에 남습니다.
대표는 중간 진행 상황을 보고 필요한 순간에 피드백합니다.
이 차이는 직원 만족만의 문제가 아닙니다. 대표의 시간, 회사의 비용, AI 활용 가능성까지 전부 연결됩니다. 기준이 쌓인 회사는 신입도 빨리 적응하고, 기존 직원도 덜 지치고, 대표도 덜 불안합니다.
노션은 작은 회사의 첫 워크스페이스가 됩니다
그렇다면 작은 회사는 어디에 이 자료를 쌓아야 할까요? 공여사들이 반복해서 노션을 말하는 이유가 있습니다. 노션은 작은 회사가 시작하기 좋은 워크스페이스이기 때문입니다.
카톡은 빠른 소통에 좋습니다. 슬랙도 대화에는 좋습니다. 구글 드라이브도 파일 보관에는 좋습니다. 하지만 작은 회사가 회의록, 업무 기준, 고객 이력, 온보딩, 교육 결과, 체크리스트를 한곳에 쌓고, 그 위에서 AI까지 쓰려면 노션이 훨씬 가볍습니다.
노션에서는 회의 일정에서 바로 받아쓰기를 시작하고, 회의가 끝나면 회의록이 남습니다. 별도로 녹음 파일을 변환하고, 다시 GPT에 붙여넣고, 다시 문서로 옮기는 과정을 줄일 수 있습니다. 오늘 나눈 대화가 바로 회사 데이터가 됩니다.
그리고 노션 AI가 붙으면 질문 방식도 달라집니다. “최근 비즈노션 관련해서 무슨 얘기 나눴지?”, “이 업무 예전에 실패한 적 있나?”, “이번 주 대표님이 확인해야 할 일 뭐지?”처럼 물어볼 수 있습니다. 사람이 매뉴얼을 처음부터 끝까지 읽지 않아도, AI가 필요한 부분을 찾아줄 수 있습니다.
이게 작은 회사에 중요한 이유는 단순합니다. 돈도 사람도 시간도 부족하기 때문입니다. 매번 사람이 자료를 찾고, 붙여넣고, 설명하는 방식으로는 오래 못 갑니다. 일하던 공간에 데이터가 쌓이고, 그 데이터를 AI가 바로 읽는 구조가 필요합니다.
시스템은 나중이 아니라 지금 만들어야 합니다
마지막으로 “바빠서 시스템은 나중에요”라고 말하는 대표님들께 꼭 말씀드리고 싶습니다. 시스템은 여유가 생기면 만드는 게 아닙니다. 여유를 만들기 위해 지금 만드는 겁니다.
지금 바쁘다고 안 만들면 내일은 안 바쁠까요? 한 달 뒤는 괜찮을까요? 사람이 늘고 고객이 늘고 일이 늘면 더 바빠집니다. 그때는 이미 설명 비용과 커뮤니케이션 비용이 훨씬 커져 있습니다.
오늘이 가장 쉽습니다. 지금 회의한 내용을 남기고, 지금 신입에게 설명한 내용을 온보딩 자료로 만들고, 지금 실수한 내용을 체크리스트에 반영하면 됩니다. 완벽한 시스템을 만들라는 뜻이 아닙니다. 오늘 생긴 기준을 오늘 남기자는 뜻입니다.
작은 회사의 시스템은 거창할 필요가 없습니다. 처음에는 회의록, 온보딩, SOP, 체크리스트, 고객 이력 정도면 충분합니다. 이 다섯 가지만 한 공간에 쌓여도 대표가 반복 설명하는 시간이 줄고, 직원은 덜 헤매고, AI는 읽을 회사 데이터를 갖게 됩니다.
AX 시대에는 맥락이 중요합니다. AI에게 좋은 답을 받으려면 회사의 목적, 배경, 근거, 사유가 남아 있어야 합니다. 이건 예전 회사 문서의 첫 장에 늘 들어가던 내용이기도 합니다. 새로운 기술이 등장했지만, 기본은 다시 문서와 데이터로 돌아왔습니다.
회사를 살리는 건 사람을 더 갈아 넣는 게 아닙니다. 다시 안 물어보게 만드는 구조입니다. 직원이 같은 질문을 반복하지 않아도 되고, 대표가 같은 설명을 반복하지 않아도 되고, AI가 회사 맥락을 읽고 답할 수 있는 구조입니다.
작은 회사라서 시스템이 필요 없는 게 아닙니다. 작은 회사라서 더 필요합니다. 돈 없고, 사람 없고, 시간 없으니까 시스템이 필요한 겁니다.
작은 팀에서 노션으로 회사 기준과 히스토리를 어떻게 쌓아야 할지 궁금하시다면, 아래 웨비나에서 먼저 확인해보세요.
지난 영상 이후 가장 많이 나온 반응은 “우리 회사도 이렇다”였습니다. 매뉴얼 없는 회사, 체계 없는 회사, 신입에게 알아서 배우라고 하는 회사에 지친 직장인들이 정말 많았습니다.
신입은 어디에 물어봐야 할지 몰라 헤맵니다. 경력자도 회사 기준이 없으면 적응이 늦어집니다. 물어보라고 해놓고 막상 물어보면 “그걸 왜 모르냐”고 합니다. 실수가 나면 “눈치가 없다”, “센스가 없다”, “역량이 부족하다”는 말로 끝납니다.
이 글에서 다룰 관행은 ‘시스템이 없는 문제를 사람 탓으로 넘기는 방식’입니다. 작은 회사에서 정말 자주 보입니다. 매뉴얼이 없고, 이전 기록이 없고, 업무 기준이 없는데도 결과가 안 좋으면 직원 개인의 문제로 판단합니다.
이 관행을 구조 언어로 바꾸면 이렇습니다. 회사의 기준과 절차가 문서나 시스템에 남아 있지 않아, 매번 사람의 기억과 눈치로 업무를 처리하는 구조입니다. 이 구조에서는 신입도 힘들고, 기존 직원도 힘들고, 대표도 계속 바쁩니다.
대표님 입장에서도 억울할 수 있습니다. 작은 회사는 돈도 사람도 시간도 부족합니다. 매뉴얼 만들고, SOP 쓰고, 온보딩 자료 만들 여유가 없어 보입니다. 하지만 문제는 이겁니다. 그걸 안 만들어서 날아가는 시간이 더 큽니다.
대표는 시장, 고객, 매출, 영업, 마케팅 전략을 봐야 합니다. 그런데 현실에서는 “이 폴더에 있어요”, “카톡 뒤져보세요”, “제가 언제 그렇게 하라고 했죠?”, “저거 클릭하면 돼요” 같은 말을 하느라 하루 2시간씩 씁니다. 작은 회사에서 대표의 2시간은 너무 비쌉니다.
사람 탓이 싸게 먹히는 이유부터 봐야 합니다
사고가 났을 때 사람 탓을 하면 당장은 편합니다. 신입이 성과를 못 냈다, 직원이 실수했다, 업무가 누락됐다. 이때 “사람을 잘못 뽑았다”고 말하면 문제가 금방 끝난 것처럼 보입니다.
하지만 정말 끝난 걸까요? 아닙니다. 다음 사람이 와도 같은 일이 반복됩니다. 왜냐하면 실수한 사람만 바뀌었을 뿐, 실수가 나올 수밖에 없는 업무 방식은 그대로이기 때문입니다.
예를 들어 큰 금액을 다루는 회사에서 직원이 0 하나를 더 붙여 입력했다고 해보겠습니다. 물론 개인의 주의도 필요합니다. 하지만 회사라면 중요한 입력 앞에서 다시 확인하는 절차, 알림, 체크리스트, 승인 기준이 있어야 합니다. 그게 없는데 “왜 0 하나 구분 못 하냐”고만 하면 다음 실수를 막기 어렵습니다.
작은 회사도 마찬가지입니다. 주문 처리, 고객 응대, 견적 발송, 콘텐츠 발행, 세금계산서 발행처럼 반복되는 업무에는 기준이 있어야 합니다. 담당자가 바뀌어도 같은 수준으로 처리되게 만드는 최소한의 장치가 필요합니다.
이 장치가 SOP입니다. Standard Operating Procedure, 표준 업무 절차죠. 모든 걸 처음부터 완벽한 IT 시스템으로 만들 수는 없습니다. 알림이 뜨고, 자동으로 검증되고, 결재가 이어지는 시스템을 바로 만들기는 어렵습니다. 그 사이를 메워주는 것이 SOP와 체크리스트입니다.
SOP는 직원에게 우산 같은 역할을 합니다. 우산을 써도 비를 조금 맞을 수는 있습니다. 하지만 우산이 없으면 직원은 맨몸으로 비를 다 맞아야 합니다. 업무 기준이 없으면 직원은 매번 대표의 기분, 선임의 기억, 팀의 눈치를 보고 움직여야 합니다.
직원이 안정감을 느끼는 회사는 완벽한 회사가 아닙니다. 기준이 있는 회사입니다. 실수가 나도 “누가 문제냐”보다 “절차에서 무엇이 빠졌냐”를 볼 수 있는 회사입니다.
작은 회사일수록 시스템이 더 먼저 필요합니다
대표님들이 가장 많이 하는 질문이 있습니다.
“저희 아직 사람도 몇 명 안 되는데, 무슨 시스템이에요?”
하지만 사람 몇 명 안 될 때가 오히려 가장 쉽습니다. 1명일 때, 2명일 때, 5명일 때, 10명일 때 시작하는 게 낫습니다. 사람이 30명, 50명으로 늘어난 뒤에는 이미 각자 쓰는 방식이 생깁니다. 누군가는 카톡에 남기고, 누군가는 구글 드라이브에 저장하고, 누군가는 개인 노션에 적습니다.
그때 시스템을 도입하려면 사람들에게 맞춰야 합니다. 기존 방식도 바꿔야 하고, 반발도 커집니다. 반대로 초기에 시스템을 만들면 사람을 그 안에 넣으면 됩니다. 대표님의 생각과 기준을 그대로 담은 업무 환경을 만들 수 있습니다.
작은 회사는 아직 비즈니스 모델이 자주 바뀝니다. 오늘 정한 방향이 내일 바뀔 수도 있습니다. 그래서 “정해진 게 없는데 무슨 SOP냐”고 말할 수 있습니다. 이해됩니다. 하지만 고정된 사업 모델이 없어도 남겨야 하는 것은 있습니다. 오늘 회의에서 왜 방향을 바꿨는지, 어떤 시도를 해봤고 왜 안 됐는지, 신입에게 어떤 순서로 알려줬는지, 고객에게 어떤 기준으로 답했는지는 남겨야 합니다.
이게 히스토리입니다. 작은 회사가 특히 놓치기 쉬운 자산입니다. 예전에 다 해봤는데 안 됐던 일을, 기록이 없어서 또 합니다. 누군가는 “그거 해봤는데요”라고 말하고 싶지만 괜히 눈치 보일까 봐 말하지 못합니다. 그러면 회사는 같은 비용을 또 냅니다.
문서로 남기는 시간은 아까워 보입니다. 하지만 매번 새로 시작하는 시간이 더 아깝습니다. 처음 할 때 10분만 적어두면 다음 사람이 1시간을 아낄 수 있습니다. 신입을 교육할 때 한 번 적어두면 다음 신입에게 다시 3시간 설명하지 않아도 됩니다.
문서 작성은 일이 아니라 비용 절감입니다
“문서 쓸 시간에 그냥 하나 더 하는 게 낫지 않나요?”라는 질문도 많습니다. 당장 눈앞의 일만 보면 그렇게 느껴질 수 있습니다. 하지만 회사 일은 한 번 하고 끝나는 일이 생각보다 많지 않습니다.
처음에는 별것 아닌 것처럼 보입니다. 엑셀 단축키가 안 먹을 때 해결법, 채널톡 장애가 났을 때 문의할 담당자, 특정 프로그램에서 자주 나는 오류, 고객 환불 처리 순서, 견적서 보낼 때 확인해야 할 항목. 이런 내용은 그 순간에는 너무 사소해서 적지 않습니다.
그런데 다음 사람이 같은 문제를 겪습니다. 또 검색하고, 또 물어보고, 또 시간을 씁니다. 다섯 번쯤 반복되면 누군가는 몸으로 익히겠지만, 담당자가 바뀌면 다시 처음부터 시작합니다. 이게 문서가 없는 회사에서 계속 새는 시간입니다.
교육도 마찬가지입니다. 대표님들이 직원 교육에 10만 원, 20만 원, 30만 원을 씁니다. 좋은 일입니다. 그런데 교육을 다녀온 뒤 결과가 회사 자산으로 남지 않으면 그건 투자라기보다 비용에 가깝습니다. 직원 개인의 커리어에는 남지만, 회사에는 남지 않습니다.
교육을 보냈다면 결과 보고가 남아야 합니다. 무엇을 배웠는지, 우리 회사에 어떻게 적용할 수 있는지, 다음 업무에 어떤 기준으로 반영할지가 남아야 합니다. 대기업에서는 너무 당연한 일입니다. 회사 돈으로 교육을 갔으면 회사의 업무 적용 계획으로 돌아와야 합니다.
작은 회사도 크게 다르지 않습니다. 비싼 교육을 보내고 개인 노션에만 남겨두면 회사는 같은 교육비를 또 낼 수 있습니다. 반대로 회사 워크스페이스에 남기면 다음 직원도 보고, AI도 참고하고, 다음 의사결정의 재료가 됩니다.
자동화보다 업무 기준이 먼저입니다
요즘 대표님들 관심사는 AX입니다. AI 자동화, 바이브 코딩, 에이전트, 지침, 스킬 같은 단어가 계속 나옵니다. 그런데 자동화보다 먼저 해야 할 일이 있습니다. 업무 프로세스를 적는 일입니다.
프로세스가 없으면 자동화도 어렵습니다. 어떤 일이 어떤 순서로 진행되는지, 누가 무엇을 확인해야 하는지, 완료 기준이 무엇인지 모르면 AI에게도 맡기기 어렵습니다. 자동화는 빈 공간 위에 올라가지 않습니다. 이미 돌아가는 업무 절차 위에 올라갑니다.
큰 회사에서 DX 프로젝트를 할 때도 처음부터 시스템을 만들지 않습니다. 먼저 일 목록을 적습니다. 우리가 어떤 일을 하고 있는지 보고, 그 일을 어떤 순서로 처리하는지 적고, 어디에서 비효율이 생기는지 봅니다. 그다음 큰 문제부터 바꿉니다.
작은 회사도 같습니다. 자동화를 원한다면 먼저 업무를 문장으로 설명할 수 있어야 합니다. “견적 요청이 오면 영업일 기준 D+1일 안에 회신한다”, “고객 환불 요청은 구매일, 사용 여부, 환불 기준을 확인한 뒤 답한다”, “콘텐츠 발행 전 금지어와 링크를 확인한다”처럼 기준이 있어야 합니다.
이 기준이 없으면 AI에게 맡길 수 없습니다. “대충 해줘”라고 말하면 대충 나옵니다. AI가 나쁜 게 아니라 회사 기준이 없기 때문입니다.
그래서 작은 회사에 필요한 AX의 출발점은 멋진 AI 스킬이 아닙니다. 회사 데이터를 쌓을 수 있는 공간입니다. 회의한 내용, 업무 기준, 고객 이력, 매뉴얼, 온보딩 자료가 한곳에 남아야 AI도 읽을 수 있습니다.
직원을 못 믿겠다면 기준부터 만들어야 합니다
“직원들은 못 믿어서 제가 다 확인해야 해요”라는 말도 자주 나옵니다. 대표님 마음은 이해됩니다. 작은 회사에서는 실수 한 번이 바로 고객 불만이나 매출 손실로 이어질 수 있습니다. 그래서 대표가 다 확인하고 싶어집니다.
그런데 못 믿겠다고 말한 그 부분에 체크리스트가 있나요? 직원이 스스로 확인할 수 있는 기준이 있나요? 틀렸을 때 왜 틀렸는지 남기는 공간이 있나요?
없다면 직원은 계속 대표에게 의존할 수밖에 없습니다. 대표가 확인해야 끝나는 업무가 됩니다. 직원이 알아서 판단하길 바라지만, 판단 기준은 대표 머릿속에만 있습니다. 그러면 직원은 매번 묻거나, 눈치껏 처리하거나, 틀린 뒤에 혼납니다.
가장 낮은 수준의 시스템은 체크리스트입니다. 발송 전 확인할 것, 고객 응대 전 확인할 것, 업로드 전 확인할 것, 결제 전 확인할 것. 이것만 있어도 직원은 스스로 1차 검토를 할 수 있습니다.
한 단계 더 나아가면 히스토리입니다. 왜 이 기준이 생겼는지, 예전에 어떤 문제가 있었는지, 어떤 판단이 좋았고 어떤 판단이 좋지 않았는지 남깁니다. 그러면 직원은 단순히 체크만 하는 게 아니라 회사의 판단 방식을 배울 수 있습니다.
대표가 모든 걸 확인하는 회사는 오래 버티기 어렵습니다. 대표가 아프면 멈추고, 가족 일이 생겨도 마음 편히 자리를 비우기 어렵습니다. 시스템은 대표를 빼기 위한 것이 아니라, 대표가 꼭 봐야 하는 일에 시간을 쓰게 하기 위한 것입니다.
도입 전후를 비교하면 이렇게 달라집니다
BEFORE: 시스템 없이 사람에게 기대는 회사
AFTER: 기준과 히스토리가 남는 회사
이 차이는 직원 만족만의 문제가 아닙니다. 대표의 시간, 회사의 비용, AI 활용 가능성까지 전부 연결됩니다. 기준이 쌓인 회사는 신입도 빨리 적응하고, 기존 직원도 덜 지치고, 대표도 덜 불안합니다.
노션은 작은 회사의 첫 워크스페이스가 됩니다
그렇다면 작은 회사는 어디에 이 자료를 쌓아야 할까요? 공여사들이 반복해서 노션을 말하는 이유가 있습니다. 노션은 작은 회사가 시작하기 좋은 워크스페이스이기 때문입니다.
카톡은 빠른 소통에 좋습니다. 슬랙도 대화에는 좋습니다. 구글 드라이브도 파일 보관에는 좋습니다. 하지만 작은 회사가 회의록, 업무 기준, 고객 이력, 온보딩, 교육 결과, 체크리스트를 한곳에 쌓고, 그 위에서 AI까지 쓰려면 노션이 훨씬 가볍습니다.
노션에서는 회의 일정에서 바로 받아쓰기를 시작하고, 회의가 끝나면 회의록이 남습니다. 별도로 녹음 파일을 변환하고, 다시 GPT에 붙여넣고, 다시 문서로 옮기는 과정을 줄일 수 있습니다. 오늘 나눈 대화가 바로 회사 데이터가 됩니다.
그리고 노션 AI가 붙으면 질문 방식도 달라집니다. “최근 비즈노션 관련해서 무슨 얘기 나눴지?”, “이 업무 예전에 실패한 적 있나?”, “이번 주 대표님이 확인해야 할 일 뭐지?”처럼 물어볼 수 있습니다. 사람이 매뉴얼을 처음부터 끝까지 읽지 않아도, AI가 필요한 부분을 찾아줄 수 있습니다.
이게 작은 회사에 중요한 이유는 단순합니다. 돈도 사람도 시간도 부족하기 때문입니다. 매번 사람이 자료를 찾고, 붙여넣고, 설명하는 방식으로는 오래 못 갑니다. 일하던 공간에 데이터가 쌓이고, 그 데이터를 AI가 바로 읽는 구조가 필요합니다.
시스템은 나중이 아니라 지금 만들어야 합니다
마지막으로 “바빠서 시스템은 나중에요”라고 말하는 대표님들께 꼭 말씀드리고 싶습니다. 시스템은 여유가 생기면 만드는 게 아닙니다. 여유를 만들기 위해 지금 만드는 겁니다.
지금 바쁘다고 안 만들면 내일은 안 바쁠까요? 한 달 뒤는 괜찮을까요? 사람이 늘고 고객이 늘고 일이 늘면 더 바빠집니다. 그때는 이미 설명 비용과 커뮤니케이션 비용이 훨씬 커져 있습니다.
오늘이 가장 쉽습니다. 지금 회의한 내용을 남기고, 지금 신입에게 설명한 내용을 온보딩 자료로 만들고, 지금 실수한 내용을 체크리스트에 반영하면 됩니다. 완벽한 시스템을 만들라는 뜻이 아닙니다. 오늘 생긴 기준을 오늘 남기자는 뜻입니다.
작은 회사의 시스템은 거창할 필요가 없습니다. 처음에는 회의록, 온보딩, SOP, 체크리스트, 고객 이력 정도면 충분합니다. 이 다섯 가지만 한 공간에 쌓여도 대표가 반복 설명하는 시간이 줄고, 직원은 덜 헤매고, AI는 읽을 회사 데이터를 갖게 됩니다.
AX 시대에는 맥락이 중요합니다. AI에게 좋은 답을 받으려면 회사의 목적, 배경, 근거, 사유가 남아 있어야 합니다. 이건 예전 회사 문서의 첫 장에 늘 들어가던 내용이기도 합니다. 새로운 기술이 등장했지만, 기본은 다시 문서와 데이터로 돌아왔습니다.
회사를 살리는 건 사람을 더 갈아 넣는 게 아닙니다. 다시 안 물어보게 만드는 구조입니다. 직원이 같은 질문을 반복하지 않아도 되고, 대표가 같은 설명을 반복하지 않아도 되고, AI가 회사 맥락을 읽고 답할 수 있는 구조입니다.
작은 회사라서 시스템이 필요 없는 게 아닙니다. 작은 회사라서 더 필요합니다. 돈 없고, 사람 없고, 시간 없으니까 시스템이 필요한 겁니다.
작은 팀에서 노션으로 회사 기준과 히스토리를 어떻게 쌓아야 할지 궁금하시다면, 아래 웨비나에서 먼저 확인해보세요.
작은 팀을 위한 ‘일의 시스템’ 웨비나 신청 >>