"김 대리, 지난주에 부탁했던 거 어떻게 됐어요?"

"네?… 무슨 말씀이신지…"

"분명히 카톡으로 말했는데. 아, 슬랙이었나…"

직원 5명 규모의 회사를 운영하다 보면 이런 상황이 반복된다. 분명히 지시했는데 처리가 안 되어 있고, 시켰는지 안 시켰는지조차 확신이 없다. 결국 카톡방을 뒤지며 "내가 분명히 말했는데…"를 되뇌이게 된다.

문제는 카톡이 아니다. 카톡으로 업무를 지시하는 구조가 문제다.

소규모 기업일수록 구두나 메신저로 일을 지시한다. 빠르고 간편하기 때문이다. 하지만 이 방식은 구조적으로 한계가 있다. 기록이 남지 않고, 업무가 누락되며, 책임 소재도 불분명해진다. 대표가 직접 직원들을 쫓아다니며 진행 여부를 확인해야 하는 구조가 만들어진다.

업무용 카톡을 개인 카톡과 분리하는 방법을 고민하는 경우도 있지만, 채널을 나눈다고 본질적인 문제가 해결되지는 않는다.

이 글에서는 메신저 기반 업무 지시가 가진 구조적 한계와, 소규모 팀에서 실제로 작동하는 업무요청 시스템이 어떻게 이 문제를 해결하는지 구체적으로 설명한다.

요즘 대표들 사이에서 '사내 메신저 추천'이 자주 검색된다. 그러나 어떤 메신저를 쓰느냐보다 먼저 정해야 할 것이 있다. 메신저로 무엇을 하면 안 되는지를 구분하는 일이다.

메신저로 업무 지시할 때 생기는 3가지 문제

문제 1. 업무가 알림과 함께 사라진다

카톡이나 슬랙으로 업무를 지시하면, 처음엔 알림이 뜬다. 하지만 다른 메시지가 쌓이면서 금세 위로 밀린다.

"대표님이 뭐라고 했는데…"라는 기억은 있지만, 정확한 내용을 찾으려면 대화방을 한참 거슬러 올라가야 한다. 더 큰 문제는 알림을 놓쳤거나 읽고 잊어버린 경우다. 메신저는 완료 처리를 강제하지 않기 때문에, 지시를 받았는지조차 인식하지 못하는 일이 생긴다.

메신저는 소통 도구다. 업무 관리 도구가 아니다. 대화 채널에서 '해야 할 일'을 관리하려는 것은 구조적으로 맞지 않는다.

문제 2. 책임 소재가 흐려진다

"김 대리님, 박 과장님, 이거 좀 처리해주세요."

한 가지 업무를 여러 사람에게 동시에 지시하면 어떻게 될까. 책임감이 강한 사람이 먼저 나설 것이라 기대하지만, 현실은 다르다. 둘 다 '상대방이 하겠지'라고 생각하거나, 둘 다 같은 일을 중복으로 진행하며 시간을 낭비하는 경우가 많다.

수신자가 2명 이상이 되면 세 가지 문제가 반복된다.

• "상대방이 할 줄 알았다"며 서로 책임을 미룬다.
• 누가 진행 중인지 확인하려면 일일이 물어봐야 한다.
• 같은 업무를 중복으로 처리하는 낭비가 발생한다.

체계가 잡힌 조직일수록 모든 업무에 담당자를 반드시 한 명 지정한다. 책임 소재가 명확해야 업무 누락이 없고, 진행 상황을 파악할 수 있기 때문이다.

문제 3. 기록이 없어 반복 설명이 필요해진다

직원이 퇴사하거나 휴가를 가면, 그 사람이 담당하던 업무의 맥락은 대부분 개인의 머릿속에만 존재한다. 인수인계서를 작성하더라도, 실제 업무 진행 과정이나 중간에 수정된 내용들은 카톡 대화방 어딘가에 흩어져 있다.

신규 입사자가 오면 처음부터 다시 설명해야 한다. "이건 저한테 물어보세요", "이 파일은 여기 있어요"라는 말을 반복하는 것은, 의사결정에 집중해야 할 대표의 시간을 소모하는 일이다.

실제 고객 후기:

사람의 기억에 의존하는 조직은 언제든 흔들릴 수 있다. 슬랙, 잔디, 팀즈 등 어떤 메신저를 사용해도 업무 누락 문제는 반복된다. 도구의 문제가 아니라 구조의 문제이기 때문이다.

이런 상황이 반복된다면, 문제는 '카톡'이 아니라 '구조'다.
웨비나 보러가기

업무요청 시스템이 갖춰야 할 3가지 조건

공여사들 시스템을 처음 접한 분들 중에는 "노션을 메신저처럼 쓰는 건가요?"라고 묻는 경우가 있다. 그렇지 않다. 이 시스템은 메신저를 대체하는 도구가 아니라, 메신저가 처리할 수 없는 영역을 담당하는 시스템이다.

제대로 된 업무 지시·관리 시스템은 다음 3가지 조건을 갖춰야 한다.

조건 1. 기록으로 남아야 한다

모든 업무는 기록으로 남아야 한다. 말로 전달하거나 메신저로 보낸 내용은 시간이 지나면 찾기 어렵다. 시스템에 등록된 업무는 언제든 검색하고 재확인할 수 있다. 과거 업무 이력도 조회 가능하고, 신규 입사자도 이전 내역을 독립적으로 파악할 수 있다.

조건 2. 담당자가 명확해야 한다

수신자는 반드시 1명이어야 한다. 여러 명에게 동시에 지시하는 순간 책임은 분산된다.

같은 업무를 여러 명이 나눠서 진행해야 한다면, 업무를 분리해 각각 별도의 요청으로 등록하면 된다.

• (X) "김 대리, 박 과장님, 고객 리서치 50건 해주세요"
• (O) "김 대리님: 1~25번 고객 리서치" / "박 과장님: 26~50번 고객 리서치"

이렇게 하면 누가 어디까지 진행했는지 명확하고, 지연이 발생했을 때 즉시 파악할 수 있다.

조건 3. 완료 전까지 사라지지 않아야 한다

메신저는 새 메시지에 밀려 화면에서 사라진다. 반면 업무요청은 담당자가 완료 처리하기 전까지 목록에서 사라지지 않는다.

업무요청의 진행 단계는 다음과 같다.

1. 내 업무: 요청을 작성 중인 상태
2. 회신대기: 요청을 전송했으나 수신자가 아직 완료하지 않은 상태
3. 회신완료: 수신자가 업무를 처리하고 응답한 상태
4. 완료: 요청자가 최종 완료 처리한 상태

각 단계마다 자동 알림이 발송되고, 완료를 누르기 전까지 목록에 계속 남는다.

이 3가지 조건이 갖춰지면, 업무는 더 이상 대화 속에 묻히지 않고 시스템 안에서 관리된다.

대표가 대표의 일에 집중할 수 있게 된다

업무요청 시스템으로 전환했을 때 가장 먼저 바뀌는 것은 직원이 아니라 대표의 하루다.

"했어요?", "누가 하기로 했었지?", "카톡에 뭐라고 했더라?" 이런 질문이 사라진다. 누가, 어떤 일을, 언제까지 해야 하는지 한 화면에서 확인할 수 있기 때문이다. 업무 누락이 구조적으로 불가능해지고, 대표는 확인과 추궁 대신 판단과 의사결정에 시간을 쓸 수 있게 된다.

회사가 시스템으로 굴러가면 가능한 일이다.

자주 묻는 질문

Q. 직원이 3명인데 시스템이 필요한가요?

시스템 도입 전 가장 많이 받는 질문이다. 답은 명확하다.

"작은 회사일수록 시스템이 더 필요하다."

큰 회사는 인력도 많고, 한 사람이 빠져도 다른 사람이 커버할 수 있다. 하지만 작은 회사는 반대다. 인력은 부족하고, 업무 지식은 개인에게 쌓인다. 가장 비싼 대표의 시간이 실무와 교육에 소모된다.

시스템은 사치가 아니다. 작은 팀을 지속 가능하게 만드는 구조적 장치다.

Q. 업무요청 시스템으로 모든 소통이 가능한가요?

소통의 목적이 다르면, 사용하는 도구도 달라야 한다. 하나의 채널로 모든 것을 처리하려 하면 정보가 섞이고 혼선이 생긴다.

공여사들이 설계한 노션 기반 시스템에는 업무요청 외에 공지사항과 프로젝트 관리 기능이 함께 포함되어 있다. 각 기능의 용도는 다음과 같이 구분된다.

1) 업무요청 — 해야 할 일, 담당자 1명, 마감 있음

• 목적: 특정인이 특정 기한까지 처리해야 할 업무
• 특징: 담당자 1명, 마감일 필수, 완료 처리 필수
• 예시: "김 대리님, 12/25까지 A사 제안서 초안 작성"

2) 공지사항 — 알아야 할 정보, 여러 명 대상, 마감 없음

• 목적: 팀 전체가 공통으로 알아야 할 내용 전달
• 특징: 다수에게 동시 전달, 확인 여부 체크, 마감일 없음
• 예시: "12월 워크숍 일정 안내", "복지 제도 변경 사항"

3) 프로젝트 관리 — 전체 진행 파악, 마일스톤 중심

• 목적: 프로젝트 전체의 진행 상황과 이슈를 한눈에 관리
• 특징: 프로젝트 매니저 중심, 하위 태스크 포함, 이력 축적
• 예시: "2026년 신제품 출시 프로젝트" (기획, 디자인, 개발, 마케팅 등)

빈틈없이 소통하는 방법

업무요청, 공지사항, 프로젝트 관리로 정보를 구분하는 것 외에도, 일상적인 소통을 뒷받침하는 두 가지 방법이 있다.

댓글 시스템 — 간단한 피드백용

특정 문서나 페이지에 대한 의견은 댓글로 남긴다. 멘션(@+이름)을 사용하면 상대방에게 알림이 전달된다. "이 부분 확인 부탁드려요", "여기 오타 있어요" 수준의 피드백은 댓글로 충분하다.

수신함 — 놓친 소통 방지

시스템에는 기본적으로 '수신함'이 포함되어 있다. 하루 2~3회(출근 시, 점심 후, 퇴근 전) 수신함을 확인하는 것을 조직 내 규칙으로 운영하면, 멘션된 댓글과 업무요청을 한 번에 파악할 수 있다.

매일 업무요청 확인하는 문화 만들기

업무요청은 실시간 확인이 필요 없다. 하지만 매일 한 번은 열어봐야 한다. 지시하는 쪽도, 보고하는 쪽도 언제든 부담 없이 등록할 수 있고, 완료 처리 전까지 목록에 남기 때문에 업무 누락이 구조적으로 사라진다.

결론: 카톡 쓰는 회사가 문제가 아니다

카톡은 훌륭한 소통 도구다. 문제는 소통 도구로 업무 관리까지 하려는 구조다.

• 카톡/슬랙: 빠른 소통, 긴급 상황, 간단한 질문
• 업무요청 시스템: 업무 등록, 담당자 지정, 마감 관리, 완료 추적

이 둘을 명확히 구분하는 순간, 업무 누락은 사라지고 대표는 일일이 챙기지 않아도 된다. 직원은 "언제 그런 말씀을 하셨나요?"라는 말을 할 수 없는 구조가 만들어진다.

"카톡 쓰는 회사를 거르라"는 말, 그 말을 걸러야 한다.

카톡 쓰는 회사가 문제가 아니라, 카톡만 쓰는 것이 문제다. 업무요청 시스템에 대한 상세한 설명은 웨비나에서 확인할 수 있다.

업무 누락으로 매일 카톡방을 뒤지고 직원들을 쫓아다니고 있다면, 아래 링크에서 웨비나를 신청해보자.

작은 팀을 위한 '일의 시스템' 웨비나 신청 >>

함께 많이 본 콘텐츠

• 워킹맘 대표가 사람 써도 시간이 늘지 않았던 이유

  메신저로 지시하면 대표가 하루종일 직접 챙겨야 하는 구조가 만들어진다. 다음 글에서는 시간이 부족한 대표일수록 시스템이 필요한 이유를 다룬다.

• 노션 프로젝트 관리, 왜 작동하지 않을까?

  연락은 메신저로, 프로젝트는 노션으로 관리하는 팀이 많다. 그런데 생각보다 제대로 작동하지 않는 경우가 많다. 그 이유를 다음 글에서 확인해보자.

© 공여사들. '일의 구조'를 만듭니다.