에이전시 대표가 첫 직원 뽑고 더 바빠지는 이유
첫 직원을 뽑고 나서 두 달쯤 지났을 때였어요.
대표는 여전히 밤 11시에 견적서를 수정하고 있었고, 직원은 퇴근한 뒤였어요. 직원이 게으른 게 아니에요. 그냥 뭘 해야 하는지 몰랐던 거예요. 이 클라이언트한테 지난번에 얼마로 견적을 보냈는지, 지금 미수금이 얼마 남아 있는지 — 그걸 아는 사람이 대표밖에 없었으니까요.
이 장면, 낯설지 않을 거예요.
2~3인으로 굴리다가 처음 팀 규모를 늘릴 때, 대부분의 에이전시 대표는 비슷한 기대를 해요. "이제 좀 분담되겠지." 그런데 현실은 반대로 흘러가는 경우가 많아요. 대표의 하루가 오히려 더 쪼개져요. 직원이 물어보는 시간, 설명해주는 시간, 잘 하고 있나 확인하는 시간이 새로 생기거든요.
그리고 5개월 인건비가 나간 시점쯤, 조용히 이런 생각이 올라와요. "내가 너무 빨리 뽑은 건 아닐까."
직원이 스스로 움직이려면 뭐가 필요할까요?
직원한테 업무를 넘기는 게 안 되는 이유는 대부분 이거예요. 넘길 수 있는 형태로 정보가 존재하지 않는 것.
혼자 굴릴 때는 기억으로 충분했어요. 이 거래처 단가는 얼마였고, 저 프로젝트 중도금은 언제 들어오고, 다음 달에 세금계산서 나가야 하는 건 세 건 — 다 머릿속에 있으니까 어떻게든 됐거든요. 엑셀이 좀 지저분해도, 기록이 군데군데 빠져도, 내가 알고 있으면 됐으니까요.
문제는 그 상태에서 사람이 들어오면, 직원은 대표의 기억력에 완전히 의존해야 한다는 거예요.
"이 클라이언트랑 견적 얼마로 잡으면 돼요?"라는 질문에 답하려면 대표가 기억을 더듬어야 해요. 히스토리가 어디에도 없거든요. 그 순간부터 직원은 스스로 판단하는 사람이 아니라, 대표한테 묻는 사람이 돼요. 대표는 "이 사람은 왜 스스로 생각을 안 하지"라고 느끼고, 직원은 "뭘 어떻게 해야 하는지 알 수가 없다"는 상태로 지내게 되죠.
그게 반복되면 결론은 하나예요. 대표가 직접 하는 게 더 빠르다는 것.
그러면 채용 전에 뭐가 먼저였어야 했냐는 질문이 나오는데, 저는 이렇게 봐요. "직원이 들어왔을 때 대표 없이 읽을 수 있는 게 있었냐"는 거예요.
지금 진행 중인 거래처가 몇 곳인지. 이번 달 미수금은 얼마인지. 저번에 A 클라이언트한테 보낸 견적서 금액이 얼마였는지. 이게 어딘가에 기록되어 있고, 새 직원이 들어오면 열어볼 수 있는 상태 — 그게 위임의 출발점이에요.
이 상태가 안 만들어진 채로 사람을 먼저 뽑으면, 아무리 좋은 사람을 뽑아도 대표 부속품이 돼요. 구조 없이는 판단도 없고, 판단 없이는 위임도 없거든요.
그럼 구조를 먼저 만들고 뽑는 게 가능한가요?
여기서 솔직하게 얘기하면, 채용 타이밍이 보통 가장 여유 없는 시점이에요. "이제 한 명 뽑아야겠다"는 결정 자체가 너무 바쁠 때 나오거든요. 바쁘니까 구조 정리할 시간도 없어요. 그래서 "구조부터 만들어"라는 말이 현실적으로 안 들리는 거 알아요.
그런데 여기서 하나만 생각해보면 좋겠어요.
지금 당장 완벽한 구조가 아니어도 돼요. 직원이 들어왔을 때 대표한테 물어보는 횟수를 절반으로 줄일 수 있냐가 기준이에요.
거래처 현황 어딘가에 보이고, 미수금 상태 한눈에 보이고, 견적 히스토리 검색할 수 있고. 이 세 가지만 대표 기억 바깥에 나와 있어도, 직원이 맥락을 갖고 일을 이어받을 수 있어요. 온보딩 첫 날 "이거 열어보면 지금 어떻게 돌아가는지 파악돼"라고 딱 하나만 보여줄 수 있는 상태요.
실제로 이게 되는 팀과 안 되는 팀의 차이는, 채용 3개월 후에 드러나요. 되는 팀은 직원이 "이 건은 견적 나간 뒤 응답이 없었네요, 한 번 연락해볼까요?"라고 먼저 말해요. 안 되는 팀은 대표가 여전히 그걸 기억에서 꺼내서 알려줘야 해요.
플러그는 거래처 현황, 견적 히스토리, 미수금, 정산 스케줄 같은 운영 정보가 팀 전체에서 같은 화면으로 보이게 만들어줘요. 채용 전에 정리 용도로 시작해도 되고, 들어온 직원이 대표 없이 파악할 수 있는 환경을 만드는 데도 쓸 수 있어요.
