고객 미팅 후 CRM 레코드 업데이트 자동화 방법

나도 직장에서 비슷한 걸 하고 있는데, 매번 완벽한 요약을 뽑으려 하기보다 내가 진짜 신경 쓰는 필드만 추출하는 워크플로우에 녹취록을 연결하는 게 효과적이었어.

업데이트가 필요한 CRM 필드를 정확히 매핑하고, 에이전트에게 '통화에서 이 6가지를 뽑아내서 올바른 거래 레코드에 입력해'라고 프롬프트를 주는 거야.

까다로운 건 통화 내용이 딴 길로 샐 때 에이전트가 다음 단계를 거래 변경 사항으로 잘못 분류하는 경우인데, 에이전트가 자신의 출력값을 녹취록과 대조해서 다시 확인하는 검증 단계를 거치니까 대부분 잡아낼 수 있었어.

미팅 ID와 CRM 레코드 ID를 멱등성 키(idempotency key)로 사용해서 재시도 시 팔로우업이 중복되지 않게 해. 쓰기 작업을 승인하기 전에 제안된 필드 변경 사항과 녹취록 타임스탬프를 함께 보여줘.

각 변경 사항을 녹취록 타임스탬프와 연결하면 검토하기 훨씬 쉽겠네. 첫 번째 미팅에서 승인 대기 중인 내용이 있는데 두 번째 미팅에서 그 내용을 바꾸려고 하면 어떻게 처리해?

나는 미팅 노트를 추가하는 것과 거래 자체를 변경하는 것을 분리할 것 같아. '4월 출시에 대해 물어봄' 같은 내용은 녹취록 발췌본과 함께 노트에 넣어야지, 자동으로 4월 마감일로 바뀌게 하면 안 돼. 제안된 각 필드 변경 사항에 대해 이전 값, 새 값, 근거가 되는 인용문을 보여줘. 그런 차이점(diff)을 검토하는 것부터 시작하고 사람들이 계속 수정하는 필드가 뭔지 추적해봐. 그리고 같은 회사에 대해 두 개의 거래를 다루는 미팅도 테스트해봐. 올바른 사실을 잘못된 거래에 넣는 실수는 놓치기 쉽거든.

나도 꽤 오랫동안 이걸 작업해왔는데, 이건 CRM 업데이트보다 더 큰 문제야. 미팅 후에는 CRM 업데이트뿐만 아니라 Linear나 Asana에 티켓 생성, 개인 할 일 추가, 팔로우업 메일 발송 같은 여러 작업을 하잖아.

나한테 가장 큰 차이를 만든 건 두 가지야. 첫째, 에이전트가 과거의 내 행동을 학습하게 해서, 내가 미팅 후에 보통 뭘 하는지, 정보가 어디에 저장되는지 알게 하는 것. 둘째, 에이전트에게 성찰할 여유를 주는 것. 단순히 데이터를 매칭하는 게 아니라, 내가 어떻게 일하는지, 왜 그렇게 하는지를 천천히 이해하게 만들어서, 새로운 미팅마다 나를 잘 아는 사람이 처리해준 것 같은 느낌을 받게 하는 거지.