AI 받은편지함 분류와 후속 연락: 플레이북

받은편지함의 문제: 전부 급하고, 우선순위는 없다

평범한 화요일에 업무용 받은편지함을 열어 보세요. 모든 메시지가 똑같이 보입니다. 굵은 제목 줄과 시각. 고객을 잃을 수도 있는 공급사와의 분쟁이, 뉴스레터와 구별되지 않습니다. 그래서 분류는 눈으로 훑는 일이 되고, 새 메일이 계속 들어오니 하루 종일 다시 하게 됩니다.

후속 연락은 더 나쁩니다. 눈에 보이지 않기 때문입니다. 지난주에 보낸 견적, 이제 연체된 청구서, "확인하고 다시 연락드릴게요"라고 한 고객 - 이 중 어느 것도 받은편지함에는 나타나지 않습니다. 받은편지함은 무엇이 도착했는지를 기록할 뿐, 당신이 무엇을 기다리는지에 대한 상태는 갖고 있지 않습니다. 그런 건들은 누군가의 머릿속에 살다가, 거기서 떨어지는 순간 사라집니다. 그리고 반복되는 행정 업무 - 월요일 요약, 주간 독촉 목록 - 는 달력의 일정에 맞춰 도착해, 그 귀한 주의력을 두고 다툽니다.

아래 플레이북은 이 세 가지를 에이전트 하나와 다섯 가지 설계 결정으로 해결합니다. 관통하는 원칙은 이것입니다. 읽고, 분류하고, 초안을 쓰고, 기억하는 일은 에이전트가 알아서 한다. 그리고 당신의 이름으로 나가는 것은 사람을 기다린다.

1단계 - 에이전트가 적용할 분류 규칙 정하기

분류 규칙은 이미 갖고 계십니다. 다만 머릿속에 있을 뿐이죠. 그것을 세 개의 목록으로 적어 두세요. 라벨: 당신의 메일이 실제로 떨어지는 범주 - 신규 문의, 기존 고객, 예약, 청구서, 공급사, 뉴스레터. 우선순위: 줄을 앞질러 가는 것 - 취소를 언급한 모든 것, 핵심 거래처에서 온 모든 것, 기한이 지난 모든 것. 라우팅: 각 범주를 누가 또는 무엇이 처리하는지 - 영업 건은 파이프라인을 맡은 사람에게, 예약 요청은 캘린더 쪽으로, 잡음은 보관함으로.

그다음 에이전트는 메시지가 도착하는 순간 이 규칙들을 적용합니다. 라벨을 붙이고, 우선순위를 매기고, 보낼 곳으로 보냅니다. 이것들은 내부 작업이라 - 작업 공간 밖의 무엇도 바꾸지 않으므로 - 승인 게이트 없이 24시간 돌아갑니다. 규칙도 당신의 문서에 근거시키세요. Olano의 에이전트는 당신이 올린 것들 - 가격표, 정책, 업무 절차 - 로 만든 지식베이스를 기준으로 분류하고 초안을 씁니다. 그래서 "이게 보증 대상인가?"라는 물음은 짐작이 아니라 당신의 보증 정책에서 답이 나옵니다. 업무 하나로 시작하세요. 받은편지함 하나, 가장 흔한 메시지 유형 열 가지, 그 이상은 말고요.

2단계 - 답장 초안: 에이전트가 쓰고, 당신이 승인

대부분의 메시지에서 분류의 끝은 할 일 목록이 아니라 초안이어야 합니다. 에이전트가 대화를 읽고, 관련 문서를 확인하고, 답장을 씁니다. 그리고 대기열에 올립니다. 이 플레이북 전체가 서 있는 선이 바로 이것입니다. 초안 작성은 내부 작업이니 스스로 굴러가고, 발송은 외부 행위이니 밖으로 나가는 것은 기본적으로 승인을 기다립니다. 분을 쓰는 쪽은 에이전트, 초를 쓰는 쪽은 당신입니다.

대기열에 얼마나 남을지는 다이얼이지 스위치가 아닙니다. Olano의 에이전트는 명시적인 신뢰 수준 0~4에서 동작하고, 대부분의 받은편지함 업무는 1단계(Assistant)에서 시작합니다. 여기서는 모든 발송에 결재가 필요합니다. 검토 이력이 쌓이면 일상적인 범주 - 영업시간, 주문 상태, 표준 가격 - 는 3단계(Autonomous) 쪽으로 올릴 수 있습니다. 범위 안의 답변은 건건이 승인 없이 나가고, 카테고리별 게이트는 금전 관련 작업과 이례적인 건을 사람 앞에 붙잡아 둡니다. 사다리 전체는 다음 플레이북에서 다룹니다: 사람의 승인을 거쳐 고객 문의를 자동화하기.

승인 요청은 팀이 이미 쓰는 채널 - Slack, WhatsApp, Telegram, 또는 Olano가 지원하는 15개 넘는 채널 중 하나 - 로 평범한 메시지처럼 도착합니다. 그러니 대기열을 검토한다는 것은 메시지에 답하는 일이지, 새 대시보드를 익히는 일이 아닙니다.

3단계 - 당신이 정한 주기로 후속 연락 챙기기

여기서 에이전트는 당신의 받은편지함에 없는 상태를 더해 줍니다. 어떤 대화가 당신이 기다리는 것으로 끝날 때마다 - 결정이 남은 견적, 결제가 남은 청구서, 답이 남은 질문 - 에이전트가 그것을 관찰 목록에 올립니다. 에이전트별 지속 기억이 그 목록을 세션 너머까지 살려 두므로, 3주 전에 시작된 건은 3주 뒤에도 여전히 지켜보고 있습니다. 누가 기억하든 말든요.

주기는 당신이 정합니다. 사흘 뒤 가볍게 한 번, 이레 뒤에는 좀 더 단호하게, 세 번 시도한 뒤에는 중단, 특정 발신인은 절대 재촉하지 않기. 정해 둔 간격이 지나면 에이전트가 당신의 어투로 후속 연락을 초안 쓰고, 다른 발송과 똑같이 승인 대기열에 올립니다. 당신이 말하기 전까지 아무도 재촉하지 않습니다. 그렇다고 잊히는 것도 없습니다. 조용히 가장 큰 손해를 남기는 거래는 "안 됩니다" 때문이 아니라 침묵 때문에 죽은 거래입니다.

4단계 - 반복되는 행정 업무를 정해진 시각에

세 번째 축은 받은편지함이 바쁘든 말든 돌아오는 행정 업무이고, 예약 작업과 선제적 모니터링으로 처리합니다. 대표적인 일들: 오전 8시에 밤사이 들어온 것들을 우선순위대로 정리하고 초안까지 붙여 둔 요약, 매주 다른 사람의 답을 아직 기다리는 모든 건을 경과 일수와 함께 정리한 목록, 월말에 답 없이 남은 문의를 훑는 정리. 모니터링은 반대 방향으로 작동합니다. 조건에 맞는 것을 에이전트가 즉시 알려 주므로, 핵심 거래처의 메시지나 취소를 언급한 것은 도착하는 순간 당신에게 닿습니다. 내일 요약이 아니라요.

5단계 - 감사 기록

이 플레이북의 모든 작업 - 붙인 라벨, 쓴 초안, 내주거나 거절한 승인, 보낸 후속 연락과 그 시각 - 이 변경 불가능한 감사 기록에 남습니다. 이 기록은 세 가지로 값을 합니다. 누군가 "우리 그쪽에 답은 했었나?"라고 물으면, 재구성하는 대신 찾아봅니다. 반려가 한 범주에 몰리면, 이 기록이 고칠 것이 분류 규칙인지 낡은 문서인지 알려 줍니다. 그리고 어떤 범주가 3단계로 갈 준비가 됐는지 판단할 때, 느낌이 아니라 검토된 수백 건의 초안 기록으로 결정합니다.

무엇에 연결되는가

이메일은 하나의 채널로서 에이전트에 도착합니다. 기본 연동을 통한 Gmail이거나, 일반적인 IMAP 받은편지함이면 됩니다. 하지만 분류가 이메일에서 끝나는 일은 드뭅니다. 예약 요청에는 캘린더가 필요하고, 영업 건은 파이프라인을 갱신해야 하니까요. 그래서 에이전트는 75개가 넘는 기본 연동을 통해 일하며, 각 연동에는 전담 하위 에이전트가 있습니다. 일정 맥락에는 Google 캘린더, CRM 쪽에는 HubSpot, Salesforce, Google Sheets. 한편 요약과 승인 요청은 15개가 넘는 메시징 채널 중 당신 팀이 이미 켜 둔 곳에서 만납니다.

이런 식으로 운영까지 맡는 받은편지함 업무 하나는 보통 온보딩 후 영업일 1~2일이면 돌아갑니다. 몇 달이 아니라 며칠이죠. 그리고 모든 구축은 시작 전에 견적과 승인을 거칩니다. 당신 회사의 아침이 한 시간의 훑기와 분류로 시작한다면, AI 받은편지함 어시스턴트 이것이 좋은 첫 업무입니다.