클릭이 아니라 마찰을 줄이는 자동화

마찰은 단계 자체가 아니라 단계 사이의 공간에 숨어 있습니다. 팀 간 인수인계에 — 지원 요청이 접수한 사람에서 해결할 수 있는 사람으로 넘어가면서 핵심 맥락이 사라질 때. 대기에 — 누군가가 결정이 필요하지만 결정권자가 요청의 존재를 모를 때.

검색에 — 팀원이 쉽게 찾을 수 있어야 하는 문서를 20분 동안 찾을 때. 반복에 — 같은 질문이 세 번 물어지는 이유가 답이 재사용 가능한 곳에 저장되지 않았기 때문일 때.

이 마찰 지점을 매핑하는 것이 의미 있는 자동화의 첫 단계입니다. 하나의 요청이나 작업을 처음부터 끝까지 따라가면서 속도가 느려지거나, 대기하거나, 누군가의 기억에 의존하는 모든 지점을 기록하세요. 경과 시간의 80%가 일하는 것이 아니라 기다리는 데 쓰인다는 결과가 자주 나옵니다.

"가장 얇은 실용 플랫폼" 접근법 — 과잉 엔지니어링 없이 마찰을 줄이는 데 딱 필요한 만큼의 역량을 갖춘 시스템 — 을 채택하는 조직이 더 좋은 결과를 얻는 경향이 있습니다.

좋은 자동화는 압력을 줄입니다. 경로를 짧게 만들고, 모호함을 줄이고, 다음 행동을 더 쉽게 만듭니다. 좋은 자동화는 일을 반복하는 로봇이 아니라 불필요한 저항을 걷어내는 시스템에 가깝습니다.

실용적 예: 한 시스템에서 다른 시스템으로 데이터 입력을 자동화하는 대신(키 입력 절약), 적절한 사람에게 무엇에 주의가 필요한지, 즉시 행동할 수 있을 만큼의 맥락과 함께 알리는 것을 자동화하세요(전체 의사결정 사이클 절약).

또 다른 예: 일정에 따라 보고서 생성을 자동화하는 대신(아무도 읽지 않는 문서 생산), 실제로 인간의 판단이 필요한 예외와 변경 사항을 드러내는 것을 자동화하세요. "모든 것이 순조롭습니다"라는 주간 요약은 소음입니다. "프로젝트 X가 디자인 리뷰에 클라이언트가 응답하지 않아 3일 지연되고 있습니다"라는 알림은 실행 가능한 마찰 감소입니다.

AI 지원 워크플로우로도 이 원칙은 확장됩니다. 클라이언트 업데이트를 초안하는 AI 에이전트는 시간을 아낍니다. 관련 파일을 첨부하고, 미해결 질문을 식별하고, 발송 전 검토할 사람을 제안하는 AI 에이전트는 워크플로우에서 마찰을 제거합니다.

자동화는 잘못 설계되면 새로운 마찰을 만들 수 있습니다. 과도한 알림, 실제 의사결정 방식과 맞지 않는 경직된 승인 체인, 조용히 고장 나서 잘못된 결과를 만드는 자동화 프로세스 — 이 모든 것이 시스템을 악화시키는 자동화의 예입니다.

가장 흔한 안티 패턴은 깨진 프로세스를 자동화하는 것입니다. 기본 워크플로우가 불분명하면 자동화를 추가해도 더 빨리 실패할 뿐입니다. 첫 번째 단계는 항상 프로세스를 이해하는 것 — 누가 무엇을 왜 하고 어디서 깨지는지 — 이어야 하고, 그 다음에 자동화를 도입해야 합니다. 규칙은 간단합니다: 프로세스를 고치고, 그 다음에 자동화하세요. 혼란을 자동화하지 마세요.