KEEPCODE
다른 칼럼 보러가기

대표가 자리를 비워도 돌아가는 시스템의 조건

대표가 자리를 비우면 일이 멈추는 건, 정보와 판단 기준과 권한이 대표 한 사람에게 모여 있기 때문입니다. 700건이 넘는 컨설팅에서 확인한 다섯 가지 조건을 데이터베이스 설계, 권한과 화면 기획, AI 시대의 웹앱 개발, 유지보수까지 실제 고객사 사례와 함께 정리했습니다.

이주희#시스템 설계

대표님이 하루만 자리를 비워도 휴대폰이 쉬지 않고 울리나요? "그 자료 어디 있어요?", "저 이날 쉬어도 돼요?", "이거 확인 좀 해 주세요." 쉬는 날에도 답장을 하고 있다면, 회사가 대표님 한 사람을 거쳐야만 움직이고 있다는 신호예요.

대표가 자리를 비워도 돌아가는 회사는, 대표만 알던 정보와 대표가 내리던 판단의 기준이 '기록'으로 옮겨져 있고, 직원이 자기 화면에서 그 기록을 보고 처리할 수 있는 회사예요. 그리고 그 구조가 고장 났을 때 대표 말고도 고칠 사람이 있어요.

700건이 넘는 컨설팅에서 학원, 매장, 디자인 스튜디오, 운동 센터 대표님들을 만나며 확인한 조건을 정보·기록·판단·권한·유지보수 다섯 갈래로 나눠 정리했어요. 마지막에는 우리 회사가 지금 어디쯤인지 직접 점검해 볼 수 있게 준비했습니다.

대표님 휴대폰에는 왜 하루 종일 질문이 쌓일까요?

제가 만난 고객사들이 컨설팅 전에 겪었던 장면을 한 화면에 모아 봤어요. 업종은 다 다른데, 메시지가 도착하는 곳은 늘 같았어요.

컨설팅 전, 대표님 휴대폰
대표님 휴대폰6

선생님

원장님, 저 이날 쉬어도 돼요?

고객

보내 주신 링크가 만료됐어요. 자료 다시 보내 주실 수 있나요?

조교

이 반 지금 어디까지 했어요? 지난주 과제가 뭐였죠?

학부모

지난번 상담 기록 좀 다시 볼 수 있을까요?

선생님

저 이번 달 블로그 몇 개 했어요.

강사

말씀하신 부분 고쳤어요. 확인 부탁드려요.

호라헤어살롱·디블러·탑국어탑수학·일도수학·바디포커스의 컨설팅 전 장면을 모았어요.

이 질문들을 하나씩 뜯어 보면 네 갈래로 나뉘어요.

  • 정보 질문 — "자료 어디 있어요?", "지난주 과제가 뭐였죠?" 답이 어딘가에 있긴 한데, 찾는 길을 대표만 알아요.
  • 판단 질문 — "이날 쉬어도 돼요?" 기준이 대표님 머릿속에만 있어서 매번 물어야 해요.
  • 권한 질문 — "확인 부탁드려요." 승인하거나 볼 수 있는 사람이 대표 한 명뿐이에요.
  • 기록 질문 — "지난번 기록 다시 볼 수 있을까요?" 적긴 했는데 다시 꺼낼 수 없는 곳에 적었어요.

그리고 이 네 가지를 겨우 정리해 놓아도, 구조가 고장 나면 고칠 사람이 또 대표님뿐이에요. 이게 다섯 번째 갈래, '유지보수'예요.

질문이 쌓인 회사에는 어떤 일이 생길까요?

작은 회사의 대표님은 혼자서 열 사람 몫을 해요. 시간은 늘 모자라고, 데이터는 여기저기 흩어져 있죠. 시스템을 만드는 일은 '급하지 않지만 중요한 일'이라 자꾸 다음 주로 밀려요. 그렇게 미루다 보면 이런 일이 찾아와요.

  • 대표가 없는 날엔 일이 멈추고, 그동안 팀원을 챙길 사람도 없어요.
  • 고객 정보를 놓쳐서 고객에게 문제가 생겨요.
  • 선금은 받았는데 잔금을 언제 받았는지 확인이 안 돼서 매출에 구멍이 나요.
  • '사람을 더 뽑으면 나아지겠지' 하고 채용했다가, 매출보다 고정비가 먼저 늘어요.

마지막 장면은 특히 자주 봐요. 탑국어탑수학 최보나 대표님도 로스를 줄이려고 사람을 뽑았는데, 사람이 많아지면서 오히려 로스가 더 생기는 경우가 있다고 하셨어요. 사람이 늘면 대표를 거쳐야 하는 질문도 같이 늘거든요.

대표님이 질문에 답하느라 쓰는 시간이 한 달에 얼마나 될지, 직접 넣어 보세요.

숫자가 크게 나왔다면, 그 시간의 상당 부분은 기록과 기준으로 옮길 수 있는 질문일 가능성이 높아요.

대표 없이 돌아가는 회사, 다섯 가지 조건은 무엇일까요?

컨설팅에서 제가 꼭 확인하는 조건을 카드로 정리했어요. 눌러 보시면 실무에서 무엇을 보는지 열려요.

다섯 가지 조건

다섯 가지가 한 번에 갖춰지는 회사는 없어요. 가장 약한 곳부터 보시면 돼요. 이제 하나씩 깊게 들어가 볼게요.

정보와 기록: 데이터베이스는 어떻게 설계해야 할까요?

안산에서 일도수학을 운영하는 방석호 대표님은 학생마다 포스트잇에 기록을 남겼어요. 한 달에 포스트잇값만 2~3만 원이었대요. 학부모님이 지난 기록을 물으시면 선생님들이 다 같이 쓰레기통을 뒤졌고요.

8년 차 브랜드 디자인 스튜디오 디블러는 캘린더에 하루를 적었는데, 전날 페이지를 복사해서 쓰고 다음 날 또 복사하는 방식이었어요. 저는 그걸 보자마자 '이건 기록이 아니다'라고 했대요. 매일 쌓이기만 하고 서로 이어지지 않았거든요.

두 곳 모두 열심히 적었어요. 다만 다시 꺼낼 수 없고, 서로 연결되지 않는 기록이었죠. 데이터베이스 설계는 이 두 가지를 해결하는 일이에요.

만들기 전에 무엇을 적어 봐야 할까요?

저는 화면을 그리기 전에 이것부터 글로 써 보시라고 해요. 누가, 왜, 어떻게, 언제, 무엇을, 어디에 기록하는지요. 지금 쓰는 종이 서식과 엑셀 파일도 같이 꺼내 놓고요. 이미 쓰고 있는 서식에 우리 회사의 업무 구조가 다 들어 있거든요.

그다음엔 습관을 봐요. 설계 없이 기록을 시작하면 일관성이 깨지고, 검색도 연동도 자동화도 어려워져요. 기록하는 시간보다 찾는 시간이 더 길어지죠.

줄여야 할 습관늘려야 할 습관
구조데이터베이스 없이 글과 체크박스로만 관리해요같은 종류의 기록은 한 데이터베이스에 모아요
정리페이지를 폴더처럼 겹겹이 넣어 둬요관계로 연결해서 필요한 화면에 불러와요
입력한 칸에 날짜·금액·메모를 섞어 적어요한 칸에는 한 형태의 정보만 넣어요

한 칸에 한 형태만 넣으라는 말이 사소해 보여도, 나중에 '이번 달 잔금이 안 들어온 고객'처럼 걸러 볼 수 있느냐가 여기서 갈려요.

연결된 기록은 어떤 모습일까요?

디블러는 지금 프로젝트 하나에 모든 게 연결돼 있어요. 프로젝트에 들어가면 내가 한 일과 동료가 한 일, 앞으로의 진행이 다 나와요.

디블러: 프로젝트 하나에 이어진 기록
프로젝트

고객 소통 페이지

견적서

계약서

1차 시안

회의록

최종 발주서

팀원 페이지

내 할 일

인계받은 일

출근·야근

대표 화면

팀 전체 할 일

진행 사항

같은 데이터를 세 곳에서 다르게 보여 줄 뿐, 입력은 한 번이에요. 다른 회사에 다니다 온 디블러의 새 팀원은 내 페이지 안에서 누가 무엇을 하는지, 무엇을 인계받았는지, 자료가 어디 있는지 다 찾을 수 있어서 놀랐다고 했대요.

작은 회사일수록 이 장면이 중요해요. 직원들은 큰 회사일수록 체계적으로 성장할 수 있을 거라고 기대하거든요. 은빈 대표님은 대기업은 아니지만 체계 안에서 시스템을 만들었고 그걸 다 같이 쓰고 있다는 데서 자부심을 느낀다고 하셨어요. 정보가 한 곳에 모여 있다는 건 대표의 시간을 아끼는 일이면서, 직원에게 '체계가 있는 회사'라는 믿음을 주는 일이기도 해요.

탑국어탑수학은 강사와 조교를 합쳐 스무 명이 넘는 팀이에요. 최보나 대표님이 생각하는 협업의 기준이 이 절의 요약 같아요.

협업에서 제일 중요한 건, 있어야 할 자리에 있어야 할 게 있고 모두가 같은 정보를 공유해서 문제없이 착착 돌아가는 거라고 생각했어요. — 최보나 대표님

기록에 '다음'을 넣는 것도 방법이에요. 인천 송도에서 수학학원을 운영하는 김용근 대표님은 학생 일지에 '다음에 할 것'까지 적기 시작했어요. 선생님이 바뀌어도 일지를 열면 다음 수업이 보이죠.

판단: 대표 머릿속 기준은 어떻게 꺼낼까요?

직원이 대표님께 묻는 질문 중 가장 오래 남는 건 판단 질문이에요. 정보는 한 번 모아 두면 끝나지만, 판단은 상황마다 다시 생기거든요. 그래서 기준을 글로 꺼내 두는 업무 절차서가 필요해요.

반복되는 업무마다 이 순서로 적어 보세요.

  1. 이 업무를 하는 목적
  2. 담당자, 그리고 각자의 역할과 책임
  3. 단계마다 주의할 점
  4. 문제가 생겼을 때 처리하는 방법
  5. 담당자가 자리에 없을 때 처리하는 방법

다섯 번째 항목이 빠진 절차서는 정작 그 사람이 없는 날 쓸 수가 없어요. 그리고 절차서는 일하는 방식이 바뀔 때마다 같이 고쳐야 해요. 직원도 대표도 다시 보지 않으면 결국 사람마다 일하는 방식이 달라지고, 결과물의 품질도 들쭉날쭉해지거든요.

일도수학은 조교 선생님 매뉴얼을 정말 상세하게 써 두셨어요. 조교가 바뀔 때마다 처음부터 끝까지 다시 알려 주기 어려웠는데, 이제는 처음 온 사람도 매뉴얼을 보고 따라 해요.

디블러에서 매뉴얼 작업에 들어가기 전에도 제가 여러 차례 확인한 게 있어요. 대표님과 직원이 어떤 방식으로 소통하는지, 회의 내용이 모두 기록되는지, 마케터와 디자이너, 마케터와 대표님 사이에 검토와 최종 승인이 어떤 순서로 오가는지요. 판단 기준을 적으려면 판단이 실제로 어디서 일어나는지부터 봐야 하거든요.

말로만 주고받은 결정은 기억의 오류로 남아요. 결정의 근거를 기록으로 남겨 두면 같은 질문을 여러 번 되묻지 않게 되고, 새로 들어온 직원도 그 기록을 보고 같은 판단을 내릴 수 있어요.

"그날은 안 될 것 같아"라는 말을 시스템이 대신할 수 있을까요?

충남 아산 호라헤어살롱의 안정민 대표님은 휴무를 말로 요청받았어요. 겹치면 대표님이 직접 "그날은 누가 쉬어서 너는 안 될 것 같아"라고 말해야 했고, 그 말이 정말 힘들었대요. 지금은 흐름이 이렇게 바뀌었어요.

호라헤어살롱의 휴무 신청
1
신청서로 휴무 입력선생님
2
누가 언제 쉬는지 표시시스템
3
겹치면 스스로 조정선생님
4
승인만 눌러요대표

근태 규칙과 비율 같은 매장 기준도 매뉴얼로 정리해서, 궁금하면 언제든 들어가 볼 수 있게 했어요. 대표님은 근태에 대해서는 스트레스가 진짜 없었다고 하셨어요. 원장이 하기 싫은 말을 하지 않아도 되는 구조예요.

권한과 화면: 누가 무엇을 보고, 무엇을 할 수 있어야 할까요?

정보가 한 곳에 있어도 직원이 볼 수 없으면 결국 대표님께 물어요. 반대로 모두에게 다 열어 두면 보여선 안 될 정보까지 새어 나가죠. 그래서 시스템 기획에서는 '누가 보는지'부터 나눠요.

사용자보는 것할 수 있는 것
대표팀 전체의 할 일과 진행 사항, 매출승인하고, 기준을 고쳐요
직원내 할 일, 인계받은 일, 내 성과신청하고, 기록하고, 출근을 찍어요
외주 파트너맡은 작업과 마감결과물을 올려요
고객자기 프로젝트나 자기 아이 기록만자료를 내려받고, 진행을 확인해요

실제 고객사에서는 이렇게 나눴어요.

  • 디블러 팀원은 연차를 쓸 때 대표님께 따로 말하지 않아요. 들어가서 신청하면 되거든요. 출근하면 출근 버튼을 누르고, 야근을 하면 시간만 적으면 수당이 계산돼요.
  • 바디포커스는 트레이너마다 맡은 회원이 몇 명이고 진행·대기·정지가 몇 명인지 팀장이 관리하고, 대표는 전체를 봐요.
  • 탑국어탑수학은 반마다 학생별 페이지를 만들어 진도와 숙제를 기록하고, 그 페이지 링크만 어머님께 보내 드려요.
  • 일도수학의 수업 영상은 비밀번호를 아는 학생만 다시 볼 수 있고, 디블러의 고객 소통 페이지에도 암호가 걸려 있어요.

권한 설계에서 하나 더 챙길 게 있어요. 화면이 직원에게 일만 늘리는 것처럼 느껴지면 오래가지 않아요. 호라헤어살롱도 손으로 쓰던 성장 일지를 옮겼을 때 처음엔 다들 싫어했대요. 그런데 자기 매출과 고객 수가 어떻게 바뀌는지 직접 보면서 선생님들이 먼저 좋다고 했어요. 직원들이 거부감을 보일 땐 어떻게 하느냐는 질문에, 정민 대표님 답은 시원했어요.

그냥 해라, 가 답인 것 같아요. 안 하는 친구는 두고 가는 거예요. 잘하는 친구들이 성과가 나면, 안 하는 친구들은 따라오게 돼 있어요. — 안정민 대표님

직원 화면에는 직원에게 돌아가는 숫자가 있어야 해요. 그래야 기록이 감시가 아닌 '내 성장의 증거'가 돼요.

AI 시대, 웹앱 개발로 대표 없는 시스템은 어떻게 달라졌을까요?

요즘은 누구나 AI와 함께 코드를 짜서 개발할 수 있는 시대잖아요. 그러면서 제 컨설팅의 순서도, 결과물도 많이 바뀌었어요.

예전에는 대화로 문제를 찾고, 데이터베이스부터 설계하고, 대시보드를 만든 뒤 과제로 손에 익히게 했어요. 지금은 문제를 찾는 대화는 같지만 데이터베이스를 먼저 만들지 않아요. 업무가 처음부터 끝까지 어떻게 흐르는지 플로우 차트를 같이 그리고, 그 사이에 어떤 시스템과 자동화가 필요한지 기획해요. AI와 함께 기획서와 기능 명세서, 유저 플로우를 쓰고, 화면 디자인까지 뽑은 다음 실제 웹앱으로 개발하면서 뒤에 데이터베이스를 붙여요. 노션이 맞지 않는 큰 시스템이면 별도 데이터베이스를 쓰고요.

대표 없이 돌아가는 회사라는 관점에서 무엇이 달라졌는지, 버튼을 눌러 비교해 보세요.

구독해서 맞춰 쓰던 때와 직접 만드는 지금

출결·근태는 전용 서비스를 따로 구독해 그 틀에 맞춰 썼어요

견적·계약은 문서 파일로 만들고 서명 프로그램을 따로 썼어요

비율이 섞인 인건비 정산은 자동화 도구로 억지로 이어 붙였어요

고객 페이지를 공유하면 데이터 구조가 드러날까 부담됐어요

버튼을 눌러 지금도 보세요.

그래서 요즘은 "이거 되나요?"라는 질문에 "다 됩니다. 그런데 우리 회사에 더 맞게 하려면 어떻게 만들까요?"로 대화가 바뀌었어요.

다만 다 만들 수 있다는 게 다 유지할 수 있다는 뜻은 아니에요. 세 가지는 꼭 같이 정해야 해요.

  • 누가 운영하고 누가 고칠지. 만든 사람이 떠나도 돌아가야 대표 없는 시스템이에요.
  • 보안 책임. 출결, 인건비, 계약서 같은 민감 정보는 예전엔 구독 서비스가 지던 책임을 이제 우리가 져요.
  • 만들 것과 쓸 것의 구분. 작은 기업에는 열어 주지 않는 API도 많아서, 여전히 기존 서비스를 써야 하는 영역이 있어요.

AI는 화면을 빨리 만들어 줘요. 하지만 그 결과가 우리 회사에 맞는지 판단하려면 업무를 문서로 풀어낼 수 있어야 해요. 행동으로는 잘하시는데 그걸 글로 쓰는 게 어려운 대표님이 많아요. 앞에서 말한 기록 규칙과 절차서가 AI 시대에 오히려 더 중요해진 이유예요.

AI가 제멋대로 만들어 준 결과가 정답인지 아닌지 알아보려면, 시스템을 어떻게 나누고 연결하는지에 대한 감각이 필요해요. 6년 가까이 컨설팅을 하며 저는 같은 시스템이 어떤 회사에서는 잘 돌아가고 어떤 회사에서는 자리를 못 잡는 경우를 많이 봤어요. 그 실패의 기록이 지금 기획을 할 때 가장 쓸모 있는 레퍼런스예요.

그래서 요즘 컨설팅은 도구를 먼저 고르지 않아요. 무엇을 만들지 방향을 먼저 분명히 하고, 그 방향에 맞는 시스템 전체를 설계해요. 대표 없이 돌아가야 할 업무가 무엇인지가 그 방향의 첫 줄이 되죠.

유지보수: 고장 났을 때 대표 말고 고칠 사람이 있나요?

제 컨설팅을 '인공호흡기'에 빗댄 고객분이 있었어요. 영쌤이에요. 간호사로 일했던 저는 그 말을 듣고 '위닝(weaning)'이 떠올랐어요. 인공호흡기를 단 순간부터 목표는 기계를 떼고 환자가 스스로 숨 쉬게 하는 거예요. 컨설팅도 같은 단계를 밟아요.

  1. 기대어 시작해요. 회차마다 드리는 과제를 하고 피드백을 받아요.
  2. 과제를 하며 스스로 불편함을 느끼고, 고칠 점을 찾아 함께 적용해요.
  3. 스스로 시스템을 관리하고, 최종 매뉴얼을 직접 써요.

가끔 대표님들께 '비상' 연락이 와요. 뭐가 없어졌다고요. 그때그때 해결해 드리지만, 제 목표는 다음엔 스스로 해결하실 수 있게 하는 거예요. 그래서 다른 방식보다 느려 보일 수 있어요. 대신 회사 안에 고칠 줄 아는 사람이 남아요.

고칠 사람은 대표 한 명이면 부족해요. 매일 쓰는 직원이 불편한 곳을 말할 수 있어야 해요. 디블러에서는 팀원분들과 한 분씩 개별 미팅을 하며 개선할 점을 들었어요. 지금은 은빈 대표님이 새 팀원에게 시스템이 어떻게 연결돼 있는지 직접 설명하세요.

은빈 대표님은 인터뷰에서 앞으로 시스템을 만들 분들께, 정말 절실하지 않으면 하지 말라고 하셨어요. 무언가를 만들면 거기에 데이터를 채우고, 그걸 매일 이어 가야 시스템이 퇴화하지 않는다는 이유였어요. 유지보수는 고장 난 곳을 고치는 일만 말하지 않아요. 매일 쓰는 사람이 있어야 고장 난 곳도 보여요.

실제로 대표의 손을 덜어 낸 회사는 어떻게 달라졌을까요?

고객사대표에게 몰리던 일지금
바디포커스선생님 5명→22명, 피드백을 일대일 카톡으로일정과 수업 스케줄이 공유돼 묻지 않아도 확인
탑국어탑수학수강 신청 기간에 7명이 붙음신청이 순서대로 들어오고 1명이 처리
일도수학학생 기록을 포스트잇에3개월쯤 뒤 학부모님이 '확실한 기록'으로 느낌
호라헤어살롱원장이 인턴 일부터 근태까지시술은 선생님들이, 대표님은 경영만

바디포커스: 대표가 하루 세 시간을 자던 때

전주에서 운동 재활 센터를 운영하는 김현지 대표님은 선생님 다섯 명으로 시작했어요. 인터뷰 당시엔 스물두 명이었고요. 사람이 늘며 컴플레인이 잦아졌는데, 피드백을 주고 고쳐졌는지 확인하는 일을 대표님이 선생님 한 명 한 명과 직접 하셨어요. 그렇게 오간 카톡으로 대화방 용량이 기가바이트를 넘었고, 하루 세 시간 정도밖에 못 자던 때였대요.

지금은 세부 일정과 수업 스케줄이 공유돼 있어요. 가장 크게 달라진 점을 여쭸더니 직원도 대표도 실수가 줄었다고 하셨어요. 회원 관리와 수업 스케줄에 더해 강사 교육, 근태, 협회 운영까지 같은 구조 안에서 돌아가요. 지점 두 개까지는 어떻게든 되는데 세 개부터 어렵다는 말이 많대요. 현지 대표님은 세 번째 지점을 운영하며 이 시스템 덕을 크게 봤다고 하셨어요.

탑국어탑수학: 사람이 바뀔 때마다 하던 재교육

최보나 대표님은 원장이면서 직접 국어 수업도 하세요. 예전엔 학원 프로그램 여러 개를 이어 붙여 썼는데, 아르바이트생이나 행정 실장님이 바뀔 때마다 그걸 전부 다시 가르쳐야 했대요. 수강 신청 기간엔 전화 받는 사람, 엑셀에 옮기는 사람, 입금을 안내하고 확인하는 사람까지 일곱 명이 붙었고요.

지금은 신청이 순서대로 정확하게 들어오고 결제 안내도 한 번에 나가서 한 명이 다 처리해요. 조교에게 맡기는 일도 한 페이지에 모으고 나서, 선생님들이 서로 무엇을 맡겼는지 보고 일을 나누거나 양보하게 됐어요.

두 곳 모두 사람을 더 뽑아서 풀지 않았어요. 대표를 거쳐야 하던 정보와 판단을 기록 위로 옮기고, 늘어난 사람들이 그 기록을 함께 쓰게 했죠.

우리 회사는 대표 없이 돌아갈까요?

아래 여덟 가지 중 지금 우리 회사에 해당하는 게 몇 개인지 세어 보세요. 솔직하게 셀수록 출발점이 선명해져요.

  • 직원이 자료 위치를 묻지 않고 스스로 찾아요
  • 같은 종류의 기록은 한곳에 모여 있고, 한 칸에 한 정보만 적어요
  • 반복 업무마다 절차서가 있어요
  • 절차서에 '담당자가 없을 때' 항목이 있어요
  • 휴무·연차를 대표에게 말로 묻지 않고 신청해요
  • 직원마다 자기 할 일과 인계받은 일이 한 화면에 보여요
  • 고객이 자료를 다시 보내 달라고 하지 않아요
  • 대표 말고도 시스템을 고칠 수 있는 사람이 있어요

결과가 어느 쪽이든 오늘 바로 할 수 있는 일은 같아요. 대표님이 일주일 자리를 비운다면 가장 먼저 멈출 일을 하나 꼽고, 그 일을 누가, 언제, 무엇을, 어디에 기록하는지 한 줄씩 써 보세요. 빈칸이 생기는 곳이 시스템 설계의 출발점이에요.

대표님의 시간은 어디로 가야 할까요?

호라헤어살롱 정민 대표님은 처음 몇 년을 원장이라는 이름만 있고 인턴 일까지 직접 했다고 표현하셨어요. 지금은 시술을 선생님들께 맡기고 경영만 하세요. 줄어든 시간으로 그리는 다음 그림은 선생님들과 2호점, 3호점을 여는 거래요.

바디포커스 현지 대표님은 직원들과 일을 나누고 스트레스가 줄면서, 이 일을 '다시' 좋아하게 됐다고 하셨어요.

대표가 자리를 비워도 돌아가는 시스템은 대표님을 회사에서 빼내는 장치가 아니에요. 좋아서 시작한 일을 지치지 않고 오래 하게 해 주는 구조예요. 대표님 회사에서 가장 먼저 기록으로 옮겨야 할 질문은 무엇인가요?

당신의 기록으로 성장을 이끄는,
킵코드 대표 이주희


자주 묻는 질문

직원이 몇 명 안 되는데, 벌써 시스템을 만들어야 할까요?

작을수록 일찍 시작하시길 권합니다. 작은 회사는 한두 사람의 공백이 회사 전체에 바로 영향을 주기 때문입니다. 처음부터 업무 절차와 기록 방식을 정해 두면, 사람이 늘어도 같은 질문이 대표에게 몰리지 않습니다.

직원들이 기록을 귀찮아하거나 감시처럼 느끼면 어떻게 하나요?

기록이 직원 본인에게 무언가를 돌려주게 설계하면 반응이 바뀝니다. 호라헤어살롱은 처음엔 다들 싫어했지만 자기 매출과 고객 수 변화가 보이자 선생님들이 먼저 좋다고 했습니다. 일도수학도 3개월쯤 지나 학부모님들이 '확실한 기록'이라고 느끼면서 선생님들이 받아들였습니다.

AI로 웹앱을 직접 만들 수 있다면 기획이나 설계는 덜 중요해지나요?

오히려 더 중요해졌습니다. AI는 화면과 기능을 빠르게 만들어 주지만, 그 결과가 우리 업무에 맞는지는 업무 흐름과 데이터베이스 구조를 알아야 판단할 수 있습니다. 누가 운영하고 고칠지, 민감 정보의 보안을 어떻게 지킬지, 무엇을 직접 만들고 무엇을 기존 서비스로 쓸지도 기획 단계에서 정해야 합니다.

시스템을 한 번 만들어 두면 대표는 손을 놓아도 되나요?

그렇지는 않습니다. 데이터가 매일 채워져야 시스템이 퇴화하지 않고, 누가 관리하고 고칠지도 정해 둬야 합니다. 팀원들이 잘 쓸수록 개선 요청이 생기는데, 그게 다음 개선의 재료가 됩니다. 디블러는 시스템이 자리 잡은 지금도 한두 달에 한 번씩 만나 계속 고쳐 나가고 있습니다.

지금 쓰는 업종 전용 프로그램은 버려야 하나요?

꼭 그렇지는 않습니다. 호라헤어살롱은 고객 관리는 쓰던 프로그램에 그대로 두고, 직원 성장·근태·급여 같은 운영 업무만 따로 세웠습니다. 기존 프로그램과 데이터를 주고받을 수 있는지는 그 프로그램의 API 제공 여부에 따라 달라서, 검토한 뒤 안내해 드립니다.