우리는 왜 슬랙으로 일하면서도 늘 일을 놓치는가

누구나 한 번쯤은 한 생각.

"분명 그때 정해진 거 같았는데..."

대화는 끝났고, 다들 알았다고 했고, 화면은 닫혔다. 그런데 일주일 뒤 누군가 묻는다. "그거 누가 한다고 했죠?" 슬랙 검색창에 키워드를 친다. 결과 47건. 그중 결정이 적힌 메시지는 어디 묻혀 있다.

이건 우리 팀이 게을러서가 아니다. 도구가 이 일을 위해 만들어지지 않았기 때문이다.

채팅 도구는 '대화'를 위해 만들어졌다

Slack, Discord, WhatsApp. 우리가 매일 쓰는 이 셋은 출발점이 다르지만 공통점이 하나 있다. 모두 "대화의 흐름"을 위해 설계됐다는 것.

• Slack. 회사 내 채널 메시징.
• Discord. 게이머 커뮤니티 음성과 텍스트.
• WhatsApp. 개인 1:1 메신저.

세 도구의 핵심 메타포는 같다. "메시지는 흘러간다." 새 메시지가 오면 옛 메시지를 밀어내고, 채널은 무한 스크롤이며, 검색은 timestamp 기반이다.

문제는 우리가 이 도구들 위에 "일"을 얹을 때 생긴다. 일은 흐르지 않는다. 일은 고정되어야 한다. 누가, 무엇을, 언제까지 한다. 이건 흐름 위에 떠다니면 안 되는 정보다.

Slack. 채널 100개를 넘기면 알림은 노이즈가 된다

디자인 에이전시를 6년 운영했다. 슬랙은 우리한테 신경계 같은 도구였다. 그런데 팀이 15명을 넘어가고, 프로젝트가 20개를 넘어가는 순간부터 슬랙은 신경계가 아니라 노이즈 발생기가 됐다.

전형적인 패턴:

• 채널 폭증. 어떤 채널이 어떤 프로젝트인지 기억 못 함.
• @channel 남발. 진짜 중요한 알림이 묻힘.
• Thread 가 늘어남. 검색해도 결정 사항이 어느 thread 에 있는지 모름.
• AI 요약 기능? "누가, 무엇을, 언제까지" 의 정확도가 30%대.

가장 답답한 순간은 이거다.

클라이언트 미팅이 끝나고 슬랙으로 "오늘 정한 거 정리하자" 라고 했더니, 한 시간 뒤 네 명의 의견이 갈린다. 다들 같은 미팅에 있었는데 기억이 다르다. 결정이 슬랙 어디에도 명시적으로 박혀있지 않기 때문이다.

Slack 의 잘못이 아니다. Slack 은 메시지 흐름을 위한 도구로 잘 만들어졌다. 다만 "정해진 것" 을 보존하는 일은 슬랙의 일이 아니다.

Discord. 게이밍 DNA는 일을 못 따라간다

작은 스타트업이나 크리에이터 팀이 Discord 로 일하는 경우를 자주 본다. 가볍고, 음성이 좋고, 무료다. 그런데 일 도구로 쓰면 빠르게 한계가 온다.

• 권한 모델. 서버 → 역할 → 채널. 게이밍 커뮤니티에는 자연스럽지만 클라이언트별로 분리된 일터에는 어색하다. 외부 게스트를 어떻게 초대해야 하는지부터 막힌다.
• 검색. 메시지 인덱싱이 약하다. 한 달 전 대화 찾기? 행운을 빈다.
• 화상회의. 자동 녹화나 요약이 없다. 미팅이 끝나면 거기서 말한 건 다 휘발된다.
• 컴플라이언스. 엔터프라이즈 SSO, 감사 로그, 데이터 retention 정책. 기본 기능이 아니다. 외부 감사 받는 회사면 시작도 불가능.

Discord 는 잘못 만든 도구가 아니다. 다만 그 DNA가 "함께 노는 곳" 이지 "함께 일하는 곳" 이 아니다.

WhatsApp. 개인 폰 위에 일이 올라탈 때

WhatsApp 으로 일하는 회사도 적지 않다. 특히 동남아, 중남미, 중동. WhatsApp 이 사실상 비즈니스 표준인 시장에선 더 그렇다. 한국에서도 카카오톡 단톡방으로 일하는 팀이 적지 않다. 같은 패턴이다.

여기서 생기는 문제는 좀 더 미묘하다.

• 회사 데이터가 직원 개인 폰에 잔류한다. 퇴사하면 회수 불가능.
• 검색과 아카이브가 사실상 없다. 1년 전 대화? 폰 백업 풀어서 찾아라.
• 그룹 50명을 넘으면 카오스. 알림 끄면 못 보고, 켜면 잠을 못 잔다.
• 비즈니스 버전도 결국 "1:1 고객 응대"가 한계. 내부 협업 도구가 아니다.

가장 큰 리스크는 법적 책임의 모호함이다. 직원이 WhatsApp 으로 클라이언트와 합의한 사항이 회사의 공식 기록인가? 회사는 그 메시지에 접근할 권한이 있나? 회사는 그 데이터를 어디까지 보관해야 하나? 회사도 직원도 보호받지 못한다.

WhatsApp 의 잘못이 아니다. WhatsApp 은 개인 메신저로 잘 만들어졌다. 다만 그 위에 회사의 일이 올라타는 순간, 도구의 설계와 일의 요구가 맞지 않는다.

공통 진단. 대화는 되지만, 실행은 누락된다

세 도구 모두 같은 문제로 수렴한다.

메시지를 흘려보내는 데는 최적. 결정을 고정하고 실행하고 추적하는 데는 부적합.

Harvard Business Review 의 조사에 따르면 리더들의 71%가 "회의가 비효율적" 이라고 답한다. McKinsey 는 지식 노동자가 업무 시간의 28% 를 정보 검색과 메시지 정리에 쓴다고 분석한다. 거기에 현장에서 본 자체 패턴을 더하면, 회의에서 합의된 내용의 40%는 실제 작업에 반영되지 못한다.

이 40% 가 어디로 가는가? 슬랙 thread 어딘가에, 디스코드 채널 스크롤 어딘가에, 카카오톡방 알림 더미 어딘가에 표류한다. 명시적인 티켓, 명시적인 담당자, 명시적인 마감일이 없기 때문에.

이건 우리 팀이 게을러서가 아니다. 도구가 그 일을 도와주지 않기 때문이다.

어떤 도구가 필요한가

대화의 끝에서 실행이 시작되도록 설계된 도구.

미팅이 끝나는 순간 "누가 / 무엇을 / 언제까지" 가 자동으로 티켓이 되어 보드에 올라가는 도구. 그 티켓이 다시 대화의 일부가 되어 진행 상황이 추적되는 도구.

"채팅 도구 + 별도 프로젝트 매니저 + 별도 노트 앱 + 별도 회의 요약 도구" 의 조합이 아니라, 하나의 흐름으로 묶인 도구.

이게 슬랙·디스코드·와츠앱이 답이 아닌 이유, 그리고 새 카테고리가 필요한 이유다.

그래서 우리는

우리는 이 문제를 풀려고 마크헙을 만들고 있다. 대화가 끝나는 순간 실행이 시작되는 메신저. 슬랙·디스코드·와츠앱이 채팅을 위한 도구였다면, 마크헙은 실행을 위해 설계된 메신저다.

업무 채팅 도구를 고민하고 있다면, 우리가 어떻게 다른지 한 번 봐주세요.

출처: Harvard Business Review meeting effectiveness survey, McKinsey "social economy" report on knowledge-worker productivity. 자체 패턴은 6년간 50개 이상 프로젝트 현장 관찰 기반.