승인 후 실행: 진짜 믿고 맡길 수 있는 자동화

진짜 기준은 되돌릴 수 있는지 여부입니다

자동화된 조치를 분류하는 유용한 기준은 얼마나 어려운지도, 시스템이 얼마나 확신하는지도 아닙니다. 되돌리는 데 무엇이 필요한지입니다.

견적 초안은 몇 번이고 다시 써도 비용이 들지 않아요. 하지만 그 견적을 고객에게 보내는 건 다릅니다. 고객이 이미 금액을 봤으니까요. 고객 카드로 결제하는 건 더 심각해요. 되돌리려면 환불, 수수료, 그리고 고객과의 대화가 필요하거든요. 작업이 내부 기록을 넘어 바깥으로 영향을 미칠수록 실수의 대가는 커지고 신뢰도 점수의 의미는 작아집니다.

순환 구조: 제안, 승인, 실행, 기록

이를 실현 가능하게 하는 구조는 두 단계가 아닌 네 단계입니다.

• 제안. 어시스턴트가 작업을 수행하고 결과물을 만들어 냅니다: 견적, 답장, 일정 변경.
• 승인: 담당자가 내용을 읽고 승인하거나, 수정하거나, 반려합니다. 이 단계까지는 외부로 아무것도 나가지 않습니다.
• 실행. 이제야 비로소 외부로 나갑니다.
• 기록. 무엇이 제안되고, 무엇이 승인되고, 무엇이 바뀌었고, 무슨 일이 있었는지가 모두 기록되어 언제든 읽을 수 있습니다.

사람들이 과소평가하는 부분은 로그입니다

기록 없는 승인은 지나치고 나면 잊히는 관문에 불과합니다. 로그가 있어야 개별 결정이 쌓여 나중에 관문을 넓힐 근거가 됩니다.

같은 종류의 후속 메시지를 수정 없이 40번 승인했다면, 그것은 느낌이 아니라 근거입니다. 바로 그 시점에 자동 실행을 맡기는 것은 무모한 도약이 아니라 합리적인 결정이 됩니다. 기록이 없다면 40번째 이후에도 여전히 추측에 머물게 됩니다.

체크포인트를 두지 말아야 할 곳

모든 것에 승인을 요구하는 것은 안전이 아니라 또 하나의 업무입니다. 아무도 감당할 수 없는 대기열은 읽지도 않고 일괄 승인되기 때문에 대기열이 없는 것보다 더 나쁩니다. 바로 이런 실패를 막도록 설계해야 합니다.

내부적이고 되돌릴 수 있는 작업은 그냥 실행되면 됩니다. 초안 작성, 조사, 분류, 준비, 요약처럼 고객이 받는 것이 아니라 여러분이 확인할 결과물을 만드는 작업이라면 모두 해당합니다.

• 자동 실행: 초안 작성, 분류, 조사, 내부 요약, 일정 제안.
• 먼저 확인: 외부로 나가는 메시지, 게시되는 콘텐츠, 돈이 오가는 모든 일, 고객에게 보이는 모든 것.
• 일괄 승인 금지: 되돌리려면 누군가에게 사과해야 하는 작업.

승인을 쉽게 할 수 있도록

확인 단계가 제 역할을 하려면 빨라야 합니다. 그래서 대기열에는 설명이 아닌 실제 결과물이 표시되고, 거부하고 처음부터 다시 하는 대신 그 자리에서 바로 수정하며, 비슷한 항목은 함께 묶여 후속 연락 8건을 8번이 아닌 한 번에 결정할 수 있습니다.

목표는 작업이 올바를 때는 몇 초 만에 통과하고, 그렇지 않을 때는 문제가 분명히 드러나는 관문입니다. 그보다 느리면 우회당하고, 우회당하는 관문은 아무도 보호하지 못합니다.