WhatsApp과 Telegram 비즈니스 챗봇: 설정 가이드

메신저 앱의 챗봇은 고객이 이미 시간을 보내는 곳에서 고객을 응대합니다. 웹 양식을 작성하거나 전화 연결을 기다리는 대신, 고객이 메시지를 보내면 체계적인 답변을 받습니다. 자주 묻는 질문에 대한 답변, 선택 메뉴, 채팅 안에서 단계별로 받는 짧은 양식 같은 것입니다.

가장 알맞은 활용 사례는 반복적이고 범위가 분명한 업무입니다. 주문 상태 조회, 예약과 알림, 영업시간과 오시는 길 안내, 고객이 요청한 배송 소식, 간단한 상품 문의, 상담원이 넘겨받기 전 정보 수집, 짧은 만족도 조사가 모두 잘 맞습니다. 봇은 이런 일을 시간에 상관없이 처리해 주어, 팀이 판단이 필요한 대화에 집중할 수 있게 합니다.

모든 대화가 제각각이거나 감정이 실리거나 부담이 큰 경우에는 봇이 알맞지 않습니다. 불만 접수, 예외가 있는 환불, 의료와 법률 문의가 그렇습니다. 이때 봇의 역할은 사람인 척하는 것이 아니라 고객을 사람에게 빠르게 연결하는 것입니다.

메신저 앱은 개인적인 공간이며, WhatsApp과 Telegram 모두 누가 자신에게 연락할 수 있는지를 사용자가 정한다는 생각을 바탕으로 만들어졌습니다. 비즈니스 챗봇은 먼저 대화를 시작했거나 연락받는 데 분명히 동의한 사람과 대화해야 합니다. 연락처 목록을 구입하거나, 그룹에서 번호나 사용자 이름을 긁어모아 원치 않는 메시지를 보내는 것은 플랫폼 규정에 어긋나고 평판을 해치며, 번호나 봇이 차단될 수 있습니다.

수신 동의는 공개적으로 받으십시오. 결제 화면에서 WhatsApp으로 주문 소식을 받는 데 동의하는 체크박스, 웹사이트의 채팅 링크나 QR 코드, Telegram에서 사용자가 누르는 시작 버튼은 모두 분명한 선택을 기록합니다. 어떤 종류의 메시지를 받게 되는지 알리고, 간단한 중단 키워드나 봇 메뉴의 수신 거부 옵션을 존중하는 식으로 중단하기 쉽게 만드십시오.

먼저 보내는 메시지는 유용하고 예상 가능한 것으로 유지하십시오. 고객이 요청한 배송 소식은 환영받지만, 요청하지 않은 홍보가 이어지는 것은 그렇지 않습니다. 도달 범위보다 관련성이 훨씬 중요합니다.

WhatsApp은 기업을 위한 두 가지 경로를 제공합니다. WhatsApp Business 앱은 소규모 사업체를 위한 무료 앱으로, 휴대폰과 연결된 기기에서 운영합니다. 비즈니스 프로필, 라벨, 상품 카탈로그, 인사말, 부재중 메시지, 빠른 답장 같은 간단한 자동화가 들어 있습니다. 기본적인 필요는 충족하지만 맞춤형 챗봇 로직을 위해 설계된 것은 아닙니다.

본격적인 챗봇에는 Meta의 기업용 API인 WhatsApp Business Platform을 씁니다. Meta의 클라우드 호스팅 API에 직접 연결하거나, 호스팅, 공유 받은 편지함, 시각적 봇 빌더를 제공하는 파트너인 Business Solution Provider를 통해 연결할 수 있습니다. 설정에는 대체로 Meta 비즈니스 포트폴리오, 사업체가 관리하며 플랫폼에 등록하는 전화번호, Meta가 검토하는 표시 이름, 요금이 부과되는 메시지를 위한 결제 수단이 필요합니다.

플랫폼은 고객이 시작한 대화와 기업이 시작한 메시지를 구분합니다. 고객이 먼저 메시지를 보내면 제한된 시간인 고객 서비스 창 동안 자유롭게 답할 수 있습니다. 그 창이 닫힌 뒤 기업이 먼저 보내는 메시지는 사전 승인된 템플릿을 써야 하며 고객의 사전 수신 동의가 필요합니다. Meta의 비즈니스 메시징과 커머스 정책은 제공할 수 있는 것과 봇을 쓰는 방식도 제한하므로, 봇을 설계할 때 현재 정책을 읽고 WhatsApp 이용약관을 따르십시오.

Telegram은 봇을 앱의 일부로 삼고 있습니다. 봇을 만들려면 Telegram의 공식 봇 관리 봇인 BotFather와 채팅을 열어 이름과 사용자 이름을 정하고 액세스 토큰을 받습니다. 그 토큰으로 내 코드나 빌더 서비스가 Telegram의 Bot API를 통해 봇을 제어하며, 새 메시지를 주기적으로 확인하거나 내 서버의 웹훅으로 받는 방식을 씁니다.

Telegram 봇은 한 번도 봇을 열어 본 적 없는 사람에게 먼저 대화를 걸 수 없습니다. 사람들은 링크, QR 코드, 채널, 검색으로 봇을 찾아 시작 버튼을 누르고, 그때부터 봇이 답하고 가입한 소식을 보낼 수 있습니다. 이 설계는 수신 동의를 자연스럽게 뒷받침하므로, 대상 고객이 이미 있는 곳마다 봇을 알릴 이유가 됩니다.

봇은 메시지 아래에 버튼, 맞춤 키보드, 명령어 메뉴를 표시하고, 파일과 위치를 받고, 카탈로그나 예약 양식 같은 작업을 위해 Telegram 안에서 실행되는 웹 인터페이스인 미니 앱을 열 수 있습니다. Telegram의 비즈니스 기능으로 비즈니스 계정을 대신해 채팅에 답하는 봇을 연결할 수도 있는데, 제공 여부는 바뀔 수 있으니 현재 설정을 확인하십시오. 봇 토큰은 비밀로 유지하고, 유출되었다면 곧바로 BotFather에서 새 토큰을 발급하십시오. Telegram 서비스 약관과 봇 개발자 규칙은 모든 봇에 적용되므로 읽고 따르십시오.

개발자는 선호하는 프로그래밍 언어의 라이브러리로 공식 API에 맞춰 봇을 작성하고 자체 서버에서 운영할 수 있습니다. 로직, 데이터, CRM, 예약 시스템, 온라인 쇼핑몰과의 연동을 모두 직접 통제할 수 있습니다. 대신 유지 관리가 필요합니다. 호스팅, 모니터링, API가 바뀔 때 손봐 줄 사람이 있어야 합니다.

노코드 챗봇 빌더는 메시지, 버튼, 조건, 데이터 수집 블록을 배열하는 시각적 편집기를 제공하며, 제공업체를 통해 WhatsApp 번호를 연결하거나 Telegram 봇 토큰을 붙여 넣습니다. 빠르게 시작할 수 있고 팀용 공유 받은 편지함이 포함된 경우가 많습니다. 도입하기 전에 빌더가 고객 데이터를 어떻게 저장하는지, 플로와 연락처를 내보낼 수 있는지, 필요한 채널의 공식 파트너인지 확인하십시오.

어느 경로를 택하든 만들기 전에 대화를 먼저 설계하십시오. 봇이 처리해야 할 몇 가지 업무를 정리하고, 짧고 친근한 메시지를 쓰고, 가능하면 자유 입력보다 버튼을 우선하고, 언제나 메인 메뉴로 돌아가는 길을 두십시오. 열린 질문에 답하도록 AI 모델을 더한다면, 검증된 내 정보로만 답하도록 제한하고, 사용자에게 자동화된 어시스턴트와 대화 중임을 알리고, 출시 전에 틀리거나 지어낸 답이 나오지 않는지 시험하십시오.

같은 자리를 맴도는 봇만큼 고객을 빠르게 지치게 하는 것은 없습니다. 모든 플로에 사람과 대화하는 분명한 선택지를 넣어야 하고, 봇이 요청을 계속 이해하지 못하거나 불만, 환불 같은 단어가 나오면 스스로 상담원에게 넘겨야 합니다.

좋은 인계는 맥락까지 함께 넘깁니다. 상담원은 지금까지의 대화와 봇이 수집한 정보를 볼 수 있어야 고객이 모든 것을 다시 설명하지 않아도 됩니다. 근무 시간 밖에는 채팅을 침묵 속에 두지 말고 언제쯤 사람이 응대할 수 있는지 분명히 알리십시오.

대화를 정기적으로 검토하십시오. 봇이 답하지 못한 질문은 다음에 무엇을 추가할지 알려 주고, 인계 사유는 어느 플로가 헷갈리는지 보여 줍니다. 봇은 한 번 설정하고 끝나는 것이 아니라 시간이 지나며 나아지는 제품으로 대하십시오.

챗봇은 개인정보를 수집하므로 웹사이트 양식과 같은 수준으로 신중하게 다루십시오. 각 업무에 필요한 정보만 묻고, 왜 필요한지 설명하고, 필요한 기간보다 오래 보관하지 마십시오. 채팅 데이터를 다루는 개인정보 처리방침을 게시하고, 고객이 거주하는 지역에 적용되는 개인정보 보호법을 따르십시오.

고객에게 채팅으로 비밀번호, 카드 번호 전체, 일회용 코드를 보내 달라고 요청하지 마십시오. 봇 메시지에도 그렇게 밝혀 두면 내 브랜드를 사칭하는 사기범을 알아보기도 쉬워집니다. API 토큰과 빌더 계정은 강력한 비밀번호와 2단계 인증으로 보호하고, 팀원에게는 필요한 권한만 주고, 누군가 떠나면 지체 없이 권한을 회수하십시오.

마지막으로 투명해야 합니다. 비즈니스 프로필이나 봇 설명에 봇을 누가 운영하는지 분명히 밝히고, 사용자가 메시지를 중단하는 방법과 사람에게 연락하는 방법을 항상 알 수 있어야 합니다. 명확하고 정직한 자동화는 고객이 다시 채팅을 찾게 만드는 신뢰를 쌓습니다.

rStock은 WhatsApp, Meta, Telegram과 제휴 관계가 아닙니다. 비즈니스 봇에 어떤 계정이나 번호를 쓰든 각 플랫폼의 이용약관을 따르십시오.