16
한 달에 10건이 사라졌습니다
저희에게 시스템 구축을 의뢰한 한 10인 회사 대표는, 한 달에 놓치는 일이 10건은 족히 넘는다고 했습니다. 요청한 사람도 받은 사람도 몰랐어요. 일이 그냥 증발한 것이었어요.
어디서 사라졌을까요. 단톡방이었습니다. 출근길에 한 건, 회의 직전에 한 건, 점심에 한 건, 퇴근 무렵에 한 건. "이거 좀 해주세요" 한 줄이 하루에도 몇 번씩 올라갑니다. 다음 날 아침, 그 요청은 이미 보이지 않아요. 거래처 회신과 팀 보고와 잡담에 밀려 위로 올라가 버렸으니까요.
그래서 매일 같은 대화가 돕니다. "어제 부탁한 거 어떻게 됐어요?" 상대도 스크롤을 올리며 답합니다. "어떤 거 말씀이세요?" 단톡방에 요청이 쌓일수록, 프로젝트가 늘수록 대표가 다시 묻는 일도 잦아졌습니다.
처음엔 도구 탓인 줄 몰랐습니다
여기서 저희가 배운 첫 번째 사실입니다. 메신저는 원래 흘러가라고 만든 도구예요. 어제 메시지는 오늘 화면에 없어요. 화면에 없으면, 그 일은 없는 일이 돼요. 담당자가 게을러서가 아니었어요. 눈앞에서 지워졌을 뿐이었습니다.
비용도 계산해봤습니다. "분명 어디서 본 것 같은데..." 하며 30분씩 대화를 거슬러 올라가는 시간. 하루 5번이면 두 시간 반이에요. 그게 매일 반복됐어요.
버티는 것도 한계가 있었습니다
이 상태가 방치되면 놓친 일을 기억하는 역할이 전부 대표에게 몰립니다. 직원 3명 규모에서도 하루 30~40개의 일이 오가요. 누가 어떤 일을 받았는지, 언제까지 해야 하는지, 끝났는지를 대표가 계속 확인해야 합니다. 인원이 적을 때는 대표의 기억으로 어느 정도 관리할 수 있습니다. 실제로 그렇게 회사를 운영하는 대표들도 많습니다. 하지만 7명, 10명을 넘기면 담당자와 마감일, 완료 여부를 모두 기억하기 어려워집니다. 놓친 일이 한 달에 두세 번 생기고, 그 한 건이 거래처 클레임이나 매출 손실로 돌아옵니다.
첫 번째 시도는 실패였습니다
가장 흔한 대응부터 시도됩니다. "직원들한테 잘 적으라고 해야겠다." 신입에게 이렇게 말하는 것입니다. "받은 업무는 꼭 노트에 적어두세요." "엑셀에 따로 적어서 관리하세요."
한 달이면 결과가 나옵니다. 처음에는 노트나 엑셀에 적어둡니다. 하지만 요청이 늘어나면 기록하는 일부터 밀립니다. 무엇을 적었는지, 누가 처리 중인지, 끝났는지를 함께 확인하기 어렵습니다. 메모는 혼자 보는 기록이지, 팀이 함께 보는 업무 목록이 아니기 때문이에요.
결국 필요한 것은 개인 메모가 아니었습니다. 한 번 요청된 업무가 완료 전까지 남아 있고, 지나간 일도 다시 확인할 수 있는 공용 업무 목록이었습니다.
알림과 업무는 분리되어야 했습니다
저희가 10인 미만 회사에 제공하는 답은 단순합니다. 비즈노션 안에서 수신함과 업무요청함이라는 두 레이어를 나누는 것. 알림은 흘러가도 업무만큼은 끝까지 남는 구조예요.
요청을 완료 전까지 업무 목록에 남깁니다
수신함의 역할은 하나예요. 새 일이 들어왔다고 알리는 것. 클릭해 확인하면 알림은 사라져요. 여기까지는 카톡과 다를 게 없어 보여요.
핵심은 업무요청함에 있어요. 수신함을 타고 들어가면 업무요청함(Task DB)이 나옵니다. 여기 등록된 Task는 담당자가 '완료' 버튼을 직접 누르기 전까지 절대 없어지지 않습니다. 알림이 지나가도 미완료 Task는 본인 업무함에 계속 거슬리게 남습니다. 마감일이 지나면 빨간색으로 바뀌니, 아침마다 눈에 박혀요.
일을 끝내고 '완료'를 눌러야만 화면에서 치워져요. 완료된 Task도 삭제되는 게 아니라 보관함에 영구 저장됩니다. 6개월 뒤 노션 AI에게 "3월에 OO 거래처 견적서 누가 보냈지?" 물으면 보관함까지 훑어 10초 만에 답이 나옵니다.
이 구조는 완전히 새로 만든 발상이 아닙니다. 대기업의 일하는 방식을 옮겨온 것입니다. 이걸 설계한 공여사들 [이슬기 대표]안에 LG유플러스 NW 전략기획 업무를 하며 경험한 방식이 있었습니다. 담당자에게 배정된 일이 완료 전까지 남고, 처리 이력이 기록으로 보관되는 방식입니다. 저희는 이 Task 기반 업무관리 방식이 오히려 시스템 없는 작은 회사에 더 필요하다고 봤습니다. 인원이 적을수록 한 사람이 여러 일을 동시에 맡고, 누가 어떤 일을 받았는지 다시 확인할 일이 많아지기 때문입니다. 그 구조를 10인 미만 회사가 바로 쓸 수 있도록 노션 안에 옮긴 것이 비즈노션 표준 업무요청 구조입니다.
"그거 어떻게 됐어요?"가 사라졌습니다
공여사들 내부에서도 같은 구조를 씁니다. 1년 넘도록 팀에서 직접 굴리며 고쳐왔습니다. 이걸 도입한 한 대표는 직원이 7명으로 늘고 동시 프로젝트도 많아졌지만, 누락 건수는 오히려 0(제로)에 가까워졌다고 인터뷰에서 말했어요.
도입 전. 하루 평균 5번 "그거 어떻게 됐어요?"를 다시 물었습니다. 스크롤에 30분, 답 찾는 데 또 10분. 한 달에 10건 넘는 누락이 거래처 클레임으로 돌아왔습니다. 퇴근 후에도 "내일 그거 챙겨야지" 하며 머리로 외웠습니다.
도입 후. 업무요청함을 열면 미완료 Task가 마감일 순으로 줄 서 있습니다. 되묻는 횟수는 주 1회 미만이에요. 완료 처리 안 된 Task는 본인 화면에 계속 떠 있어 누락 0건이에요. 새벽에 비동기로 던진 요청도 Task로 박혀 다음 날 그대로 살아 있습니다.
완료된 일도 회사 기록으로 남았습니다
담당자가 출장이나 휴가를 가도 Task는 제자리에 있습니다. 복귀하면 미완료 목록부터 처리하면 돼요. 새벽 2시에 거래처에서 온 요청도 다음 날 아침 Task로 살아 있습니다. 해외 박람회에 나간 대표도 새벽에 카톡할 일 없이 업무함만 열면 현황이 파악됩니다.
노션 AI를 붙이면 차원이 하나 더 올라갑니다. "지난달 광고 카피 누가 검수했지?" "5월에 그 거래처 견적 얼마로 보냈지?" 이런 질문에도 보관함까지 뒤져 답을 줘요. 직원이 퇴사해도 처리한 Task가 회사 자산으로 남아 인수인계가 끊기지 않습니다.
"예전에는 한 명의 PM이 기억과 노트 필기를 가지고 생체 기록 역할을 했었는데 더이상 그럴 필요가 없어졌습니다. 대형 프로젝트도 두렵지 않게 되었고, 직원이 바뀌어도 회사가 멈추지 않는다는 감각이 생겼어요."
ㅡ 라이프스타일 브랜드 고객사 후기에서 발췌
이 회사가 특별히 꼼꼼했던 게 아닙니다. 모든 일이 '완료 전엔 안 사라지는 Task'로 박히니, PM 한 명의 기억력에 조직이 기댈 이유가 없어진 것입니다.
대표가 기억해야 끝나는 회사는 오래 버티기 어렵습니다
작은 회사가 힘든 진짜 이유는 일의 양이 아니었어요. 맡긴 일을 끝까지 기억하는 역할이 계속 대표에게 남는다는 것. 그게 핵심이었습니다.
메신저로 일을 주고받는 한, 대표가 계속 끝까지 챙겨야 합니다. 누가 놓치면 다시 묻고, 기록이 안 보이면 다시 설명하고, 마감이 오면 다시 챙깁니다. 사람을 뽑아도 대표 머릿속 업무량이 줄지 않는 이유예요.
일이 사라지지 않는 업무요청함이 있으면 담당자에게 전부 일임할 수 있어요. 마감일이 보이고, 상태가 보이고, 완료 전까지 화면에서 안 사라집니다. 사람이 사람을 쫓아다니는 게 아니라, 시스템이 담당자를 따라다니는 방식입니다.
Q. 10인 미만 팀은 카톡이 아니면 뭘로 일을 주고받아야 할까요?
알림과 업무를 나누면 됩니다. 공여사들의 비즈노션이 그 답인데, 수신함·업무요청함 분리형 노션 시스템이라 요청받은 일이 완료 시점까지 목록에 남습니다.
요약하면 이렇습니다. 메신저는 대화 도구지 업무 보관함이 아니에요. 알림과 업무를 분리하고, 완료 전까지 사라지지 않는 요청함을 만들면 기억의 부담이 시스템으로 넘어갑니다. 지금 우리 회사에서, 어제 맡긴 일을 몇 번이나 다시 묻고 있나요?
그 구조가 실제로 어떻게 생겼는지는 무료 웨비나에서 화면으로 확인할 수 있습니다.
대표님들이 함께 많이 본 콘텐츠
업무요청함의 필요성에 공감했다면, 메신저 자체의 한계를 짚은 글도 읽어보세요. 카톡 위에 업무를 얹으면 안 되는 이유를 5분 안에 이해할 수 있습니다.
요청함 세팅을 마쳤는데도 대표의 시간이 그대로라면, 다음 단계는 위임 구조입니다. 실제 워킹맘 대표의 위임 사례를 확인해보세요.
© 공여사들. '일의 구조'를 만듭니다.
0
0