고객 한 사람마다 자신을 기억하는 에이전트가 붙습니다.
모두를 상대하는 에이전트 하나가 아니라, 고객 한 명당 하나의 에이전트가 관계 전체를 쥐고 있습니다. CRM 레코드로는 만들어 낼 수 없는 개인화를, 전체 고객에게 깔 수 있는 비용으로 제공합니다.
CRM은 필드를 저장하고, 에이전트는 관계를 기억합니다
CRM은 고객의 이름과 진행 단계, 마지막 접촉일을 압니다. 하지만 그 고객이 3월에 공동서명인을 기다리고 있다고 말했다는 것, 중도상환 조항을 불안해한다는 것, 저녁 6시 이후에는 WhatsApp만 본다는 것, 같은 수수료를 두 번이나 물었는데 두 번 다 시원한 답을 받지 못했다는 것은 모릅니다.
관계가 실제로 살아 있는 곳은 바로 그런 디테일입니다. 그리고 그것은 오랫동안 영업 담당자 한 사람의 머릿속에 있었고, 그 사람이 떠나면 함께 사라졌습니다.
모든 방문자가 똑같은 백지를 마주합니다. 지난번에 설명한 내용은 사라졌으니, 처음부터 다시 설명합니다.
같은 에이전트지만, 기억하는 내용은 지금 대화 중인 그 사람에게만 한정됩니다. 그리고 대화와 채널, 여러 달을 건너 살아남습니다.
회사 단위가 아니라 고객 단위로
고객마다 각자의 영구 기억을 갖습니다. 무엇을 말했는지, 무엇을 샀는지, 어디서 반대했는지, 아직 무엇을 기다리고 있는지. 다음 후속 대화는 지난 대화가 끝난 바로 그 지점에서 이어집니다. 고객이 어느 채널로 나타나든 마찬가지입니다.
고객에게 이것은 보기 드문 세심함으로 읽힙니다. 여기에는 나를 기억하는 사람이 있구나 하는 느낌입니다. 회사 입장에서는 복리로 쌓이는 레버리지입니다. 고객이 오래 머물수록 에이전트는 더 잘 응대합니다.
왜 지금까지는 현실적이지 않았는가
고객마다 진짜로 상태를 가진 에이전트를 돌리는 일은 지금까지 불가능하거나(CRM), 아니면 비쌌습니다. 대화 이력 전체를 매번 프롬프트에 밀어 넣는 투박한 구조가 그랬습니다. 여기서 기억은 필요한 부분만 선별적으로 검색되고 고객 공간 단위로 분리됩니다. 그래서 비용은 대화량에 따라 늘어날 뿐, 그 고객이 얼마나 오래 머물렀는지에 따라 늘어나지 않습니다.
격리는 데이터베이스 행 수준 보안으로 강제됩니다. 한 고객의 기억이 다른 고객의 대화에 나타나는 일은 있을 수 없습니다. 스페이스와 지식베이스 문서를 참고하십시오.
좁고 깊은 전문성
무엇이든 다 아는 챗봇이 하나 더 필요한 것은 아닙니다. 필요한 것은 당신의 사업을 속속들이 알고, 당신이 그은 선 안에 머무는 에이전트입니다.
개발자 없이 시작
프롬프트 엔지니어링도, 설정 파일도, IT 담당자에게 넣을 요청도 없습니다. 두세 단계면 되고, 전부 당신의 말로 씁니다. 그리고 무엇이 만들어질지, 만들어지기 전에 그대로 확인합니다.
시간을 돌려받다
어떤 문의가 당신의 시간을 쓸 값어치가 있는지는, 이미 한 시간을 써서 알아본 뒤에야 알 수 있습니다. 그 알아보는 일을 에이전트가 합니다. 물어볼 것, 자격 요건, 서류까지 챙겨서, 당신의 일정에 도착하는 것은 이미 정리가 끝난 건입니다.
실행하는 에이전트
말만 하는 채팅창은 정작 일은 그대로 남겨 둡니다. 이 에이전트는 주문을 넣고, 예약을 잡고, 티켓을 발행합니다. MCP와 기존 API로 실제 시스템에 연결되어 있기 때문입니다.
관계의 연속성
관계로 먹고사는 사업에서 진짜 자산은 팀이 고객 한 명 한 명에 대해 알고 있는 것입니다. 그런데 그것은 대개 어느 한 사람의 머릿속에 있습니다. 여기서는 회사에 쌓입니다.
페이지를 아는 대화
대부분의 채팅 버블은 백지에서 시작해, 방금 읽던 내용을 방문자에게 다시 설명하게 만듭니다. 이 에이전트는 페이지 자체에서 출발해, 그 페이지가 실제로 불러일으키는 질문으로 대화를 엽니다.
자체 모델 사용
여기서는 에이전트 계층과 모델 계층이 분리되어 있습니다. OpenAI 호환 엔드포인트라면 어디로든 agent4.io를 연결하십시오. 프런티어 모델 API든, 직접 관리하는 하드웨어 위의 작은 오픈 모델이든, 여러 개를 동시에 쓰든, 에이전트는 하나도 다시 만들지 않습니다.