AI 고객 서비스를 도입하기 전 필요한 기능과 사용량은 어떻게 추정할까요?

기능 목록보다 업무 조사 먼저

최근 두 주에서 네 주 동안 매주 문의 수, 유입 경로, 공개 사실로 답할 수 있는 것, 사람 결정이 필요한 것을 적습니다. 혼자라면 처리 시간, 반복해 묻는 조건, 놓친 문의 이유도 적습니다. 공개 브랜드 페이지, AI 지식, 답장 가능한 리드, 사건 알림, 사람 인계, 보고서를 '지금', '다음', '불필요'로 나눕니다. 주 몇 건인 가게와 수백 건인 팀은 채널과 자료 관리 요구가 다릅니다.

가상의 두 가게가 모두 월 백 건을 받아도 A의 아흔 건은 고정 영업시간으로 공개 페이지와 FAQ가 먼저입니다. B의 아흔 건은 맞춤 날짜와 가격으로 실시간 자료와 승인 절차가 없으면 AI는 조건만 모으고 거래를 확정할 수 없습니다. 같은 건수는 같은 기능 필요를 뜻하지 않습니다. 제품의 실제 절차를 확인합니다.

현재 물량과 가능한 물량을 분리합니다. 앞은 기록이 있고 뒤는 행사, 성수기, 새 채널의 가정입니다. 주 스무 메시지 중 같은 사람의 추가 질문 열 개가 있으면 신규 고객 스무 명이 아닙니다. 웹, SNS, 이메일 신원이 자동으로 합쳐진다고 가정하지 않습니다. 집계, 수작업 시간, 익명 사례로 기준을 만들고 기록이 없으면 낮음·보통·높음 시나리오를 가정이라 적어 시험 후 고칩니다. 공개 정보는 조건 이해, 리드는 후속 정보, 알림은 담당자의 확인, 보고서는 사용 추적이라는 검증 결과에 연결합니다. 기능 존재는 절차 완료가 아닙니다. 발송 접수는 받은편지함 도착이 아니고 문의 가능은 예약 완료가 아닙니다. 공식 수락에 사람 확인이 필요하면 그 시간도 넣습니다.

플랜, 역할, 할당량을 같이 보기

kakinang 사용은 플랜 설명만 아니라 테넌트 기능, 사용자 역할, 사용량 제한에 달렸습니다. 지식 편집, 공개 승인, 문의 확인, 알림 관리 담당을 정합니다. 마이크로사이트는 초안, 미리보기와 언어별 게시를 따로 봅니다. 로그인 후 도입 도우미가 브랜드 URL과 이메일을 받고 변경과 플랜 제한을 미리 보여준 뒤 권한자가 확인해 적용합니다. URL 입력이 즉시 개통은 아닙니다. 신청에도 팀 심사와 연락이 필요합니다. 시연, 미개통 외부 채널, 결제, 완전한 CRM을 현재 기능이라 하지 않습니다.

평균 일일 문의, 성수기 최고치, 건당 대화 회수, 지식 갱신과 시험 여유로 보수적 범위를 잡습니다. 이는 작업량 추정이지 토큰이나 가격 보장이 아닙니다. 실제 계량과 권한을 확인합니다. 공개 고정 가격이 없으면 월 비용을 만들어 내지 않고 공식 상담에 표를 가져갑니다.

플랜 이름보다 권한표가 낫습니다. 행에 브랜드 문구 편집, 공개 지식 올리기, 알림 수신자, 고객 요구 보기, 게시 승인을 두고 열에 주인, 운영자, 임시 협력자를 둡니다. 필요·불필요·미확인을 권한자가 봅니다. 문단 하나 고치는 사람에게 전체 고객 자료를 열지 않습니다. 기능이 막히면 플랜, 역할, 할당량 중 원인을 찾고 다른 계정으로 우회하지 않습니다. Buffer 같은 소셜 예약은 연결, 초안 검토, 게시 가능한 채널을 확인합니다. 제공자 수락은 플랫폼 공개가 아닙니다. 정확한 공개 정보, 소수의 승인된 AI 답, 사람 인계와 알림, 보고서 순으로 한 경로를 완성합니다. 언어마다 번역, 가격, 날짜, 예외 검토가 늘고 채널마다 알림과 근무 시간이 늘어납니다. 인건비는 사용량 그래프에 자동으로 나오지 않습니다.

작은 시험으로 가정 고치기

한 입구와 승인된 FAQ 다섯에서 열 개로 시작해 이 주간 유효 문의, 미답변, 인계, 사람 첫 답변 시간, 실제 사용량을 기록합니다. 보고서는 흐름을 보여도 모든 대화가 주문이나 인건비 절감은 아닙니다. 대부분 날짜를 사람에게 물어야 하면 자료와 절차를 고치고, 문의가 적은데 사용량이 많으면 긴 대화, 반복 시험, 낡은 지식을 봅니다. 하루의 피크를 연간에 투영하지 말고 주말과 행사도 관찰합니다.

답이 믿을 만하고 모른다고 말하는지, 인계를 사람이 보는지, 제한 접근 때 알림과 결정자가 있는지를 세 기준으로 둡니다. 실패하면 기능을 늘리기 전에 답변 범위, 지식, 인력을 고칩니다. 계절에 따라 월마다 이유를 기록해 다시 추정합니다. 가짜 세 배 ROI보다 정확합니다.

시험 전 중단 조건을 정합니다. 확인 대기를 반복해 예약 완료라 하면 답을 멈추고 근거를 고쳐 주인이 다시 시험합니다. 알림 담당이 휴가면 대리자를 정하고 할당량이 가까우면 불필요한 시험을 줄이되 필요한 고객 경로를 지킵니다. 변경 날짜, 이유, 권한, 기대 결과를 적고 이 주 뒤에 확인합니다. 하루 변동으로 성과를 홍보하지 않습니다. 복잡한 일을 사람이 받는 것은 잘못된 약속을 막는 바른 길일 수 있습니다. 예산에는 자료 준비, 번역 확인, 예외 승인, 외부 설정, 실제 이용을 나눕니다. 공개 고정 가격과 공식 조건이 없으면 예산 예를 공식 견적으로 만들지 않습니다. 낮음·보통·높음 주간 문의, 피크, 채널, 기능, 담당과 멈춤 규칙을 팀에 줍니다.

가격을 지어내지 않고 규모를 확인하는 예입니다. 주간 유효 문의가 마흔 건이고 건당 평균 두 차례 왕복하면 약 여든 번의 문답으로 적습니다. 행사 주간에 여든 건, 건당 세 번이면 약 이백사십 번입니다. 내부 시험과 수정에 별도로 20%를 더한 약 이백팔십팔 번을 압박 상황으로 둡니다. 이는 인력과 시험 계획 단위이지 제품 과금 단위, 토큰 수, 응답 보장, 공식 할당량이 아닙니다. 시험 후에는 관리 화면의 실제 사용량, 유효 문의, 사람 인계 수로 매주 가정을 바꿉니다. 한 사람의 반복 질문이면 답과 입구를 살피고 단발 행사를 연평균으로 늘리지 않습니다.