홈페이지 AI 챗봇, 설치보다 먼저 정해야 할 5가지 > 하이브디자인 블로그

“홈페이지에 AI 챗봇을 달면 반복 문의를 줄일 수 있지 않을까요?” 운영자가 자주 받는 질문을 자동으로 안내한다면 분명 편리할 것입니다. 하지만 채팅창을 설치하는 것과, 고객이 믿고 이용할 수 있는 상담 흐름을 만드는 것은 서로 다른 작업입니다.

AI 챗봇을 검토할 때는 모델 이름보다 답변할 범위, 참고할 자료, 사람에게 연결할 시점부터 정하는 편이 좋습니다. 이 글은 하이브가 홈페이지 운영 관점에서 제안하는 도입 체크리스트입니다. 특정 챗봇 상품의 성능이나 도입 효과를 보장하는 설명은 아닙니다.

1. 무엇에 답하고, 어디서 멈출지 정하세요

첫 단계는 “무엇이든 물어보세요”라는 문구를 붙이는 일이 아닙니다. 고객이 실제로 반복해서 묻는 질문을 모으고, 자동 안내로 충분한 것과 담당자 확인이 필요한 것을 나눠 보세요.

자료를 바탕으로 안내할 질문: 위치와 주차, 운영시간, 서비스 진행 절차, 준비서류, 상담 신청 방법
실시간 확인이 필요한 질문: 오늘 가능한 예약 시간, 특정 상품의 재고, 개인별 견적, 접수한 신청의 처리 상태
담당자에게 연결할 질문: 예외적인 환불이나 분쟁, 개인 사정에 따른 판단, 자료에 없는 조건과 약속

병원 홈페이지라면 일반적인 이용 안내와 개인별 진단·치료 판단도 구분해야 합니다. 업체가 공개한 정보를 설명하는 기능을, 개인에게 적합한 결정을 내려주는 기능처럼 보이게 만들지 않는 것이 좋습니다.

질문을 이해하고 문장을 자연스럽게 만드는 부분에는 AI를 쓰되, 중요한 안내 문구나 신청 순서는 미리 정해 둔 절차를 사용할 수도 있습니다. Google의 Dialogflow CX도 생성형 응답과 정해진 대화 흐름을 선택하거나 조합하는 방식을 설명합니다. 모든 답변을 자유 생성 방식으로 만들 필요는 없습니다. [1]

2. ‘홈페이지를 읽는다’는 말의 범위를 확인하세요

AI가 회사 소개를 알고 있다고 해서 오늘 바뀐 운영시간까지 알고 있는 것은 아닙니다. 어떤 페이지와 문서를 참고하는지, 수정된 내용이 언제 반영되는지, 오래된 자료는 어떻게 제외하는지 확인해야 합니다.

이때 자주 등장하는 기술이 RAG, 즉 검색 증강 생성입니다. 쉽게 말하면 질문과 관련된 자료를 먼저 찾고, 그 자료를 AI에게 함께 제공해 답변을 만드는 방식입니다. 회사 문서를 매번 모델에 새로 학습시키는 것과는 다릅니다. Microsoft는 RAG를 검색과 언어모델을 결합해 자신의 자료에 근거한 응답을 생성하는 구조로 설명합니다. 다만 자료를 연결해도 부정확한 답변이 완전히 사라지는 것은 아닙니다. [2]

예를 들어 홈페이지에는 오후 6시 마감이라고 되어 있고, 오래된 안내 PDF에는 오후 7시라고 적혀 있다면 먼저 기준 자료를 정리해야 합니다. 아래처럼 운영 규칙을 정해 두면 변경 사항을 관리하기 쉬워집니다.

운영시간은 현재 운영시간 페이지를 우선한다.
기간이 지난 이벤트와 폐기된 문서는 답변 자료에서 제외한다.
자료를 수정한 뒤에는 챗봇에도 반영됐는지 같은 질문으로 확인한다.
답변에 관련 안내 페이지 링크를 함께 보여준다.

이 목록은 실무 운영 예시입니다. 실제 자동 수집 범위와 갱신 방식은 사용하는 서비스에 따라 다르므로, “홈페이지와 연동된다”는 설명만 듣고 자동으로 최신 상태가 유지된다고 가정하지 마세요.

3. 답을 못 찾았을 때의 다음 행동을 만드세요

챗봇이 모르는 질문을 받는 일은 피하기 어렵습니다. 이때 그럴듯한 답을 만들어내는 것보다, 확인하지 못한 내용을 분명히 알리고 고객이 다음 단계로 갈 수 있게 하는 것이 중요합니다.

예를 들어 “현재 자료로는 이 조건을 확인하기 어렵습니다. 상담 신청을 남겨주시면 담당자가 확인하겠습니다”라고 안내하고 신청 버튼을 보여줄 수 있습니다. 운영시간 밖이라면 언제 확인 가능한지도 실제 운영 기준에 맞춰 안내하세요. 즉시 연결이 안 되는 상황에서 ‘상담원 연결 중’이라고 계속 표시하면 고객의 기대와 실제 서비스가 어긋납니다.

Google의 데이터 저장소 도구 안내에서도 자료에 근거한 응답, 출처 링크, 답변 결과가 비었을 때 사용할 대체 응답을 설정할 수 있다고 설명합니다. [3] 이를 홈페이지에 적용할 때는 ‘답변할 수 없음’이 대화의 막다른 길이 되지 않도록 전화·문의폼·상담 채널 중 실제로 운영하는 경로를 연결해 주세요.

4. 안내·신청 접수·예약 확정을 구분하세요

고객이 “내일 오후 3시에 예약해 주세요”라고 입력했다고 해서 예약이 만들어진 것은 아닙니다. 단순 안내 챗봇은 예약 방법을 알려줄 수 있지만, 실제 예약을 처리하려면 예약 시스템과의 연결 및 결과 확인이 별도로 필요합니다.

화면에 보여주는 문구도 현재 처리 상태와 맞아야 합니다. 예를 들어 다음과 같이 구분할 수 있습니다.

안내: 예약 페이지로 이동할 수 있는 링크를 제공합니다.
신청 접수: 고객의 희망 일정을 전달했으며 담당자 확인이 필요합니다.
예약 확정: 예약 시스템에서 성공 결과를 확인하고 확정 일시를 안내합니다.

연동이 실패했거나 결과를 확인하지 못했다면 확정됐다고 답하지 않도록 설계해야 합니다. 같은 요청이 여러 번 들어왔을 때 중복 접수를 어떻게 막을지도 개발 과정에서 확인할 항목입니다.

수집할 정보 역시 기능에 맞춰 좁히는 편이 좋습니다. 위치 안내만 받는 사람에게 이름과 전화번호부터 요구할 필요는 없습니다. 개인정보가 필요한 단계에서는 처리 목적과 입력 경로를 분명히 하고, 대화 기록의 저장 여부·접근 권한·보관 정책을 서비스 제공자와 확인하세요. 민감한 내용까지 자유 입력창에 쓰도록 유도하지 않는 운영 설계가 필요합니다.

5. 출시 전에 ‘잘 답하는 질문’과 ‘멈춰야 하는 질문’을 함께 테스트하세요

“영업시간이 어떻게 되나요?”라는 한 가지 질문에 잘 답했다고 검수가 끝나지는 않습니다. 같은 뜻을 다른 표현으로 물어도 답이 유지되는지, 없는 정보를 요구할 때는 적절히 확인을 요청하는지 살펴야 합니다.

아래는 하이브가 제안하는 간단한 검수 시나리오입니다. 특정 제품의 공식 평가 기준이 아니라, 실제 홈페이지 운영에 맞춰 준비할 수 있는 예시입니다.

표현이 다른 질문: “주차되나요?”와 “차 가지고 가도 돼요?”에 같은 기준으로 답하는가?
바뀐 정보: 운영시간을 수정한 뒤 예전 시간을 안내하지 않는가?
자료에 없는 질문: 공개하지 않은 가격이나 이벤트 조건을 임의로 만들지 않는가?
처리 실패: 예약 연동이 실패했을 때 완료됐다고 말하지 않는가?
상담 전환: “직원과 이야기하고 싶어요”라고 요청하면 실제 문의 경로로 갈 수 있는가?
모바일 사용: 채팅창이 예약 버튼이나 메뉴를 가리지 않고, 키보드를 연 상태에서도 닫기와 전송이 가능한가?

운영 후에는 대화 수뿐 아니라 답변 실패 사례, 사람에게 연결한 이유, 잘못된 안내의 수정 여부를 함께 확인하세요. 문의가 줄었다고 무조건 성공으로 판단하기보다, 고객이 답을 얻었는지 아니면 중간에 포기했는지 구분하는 관찰이 필요합니다.

처음에는 작게 시작하고, 운영할 수 있는 범위만 넓히세요

처음부터 모든 상담을 자동화하기보다 반복되는 이용 안내부터 시작해 보세요. 검증된 자료로 안내하고, 담당자 확인이 필요한 질문은 자연스럽게 넘기는 구조를 먼저 갖추는 편이 현실적입니다.

견적을 비교할 때도 채팅창 설치비만 볼 것이 아니라 자료 정리, 시스템 연동, 사용량에 따른 비용, 답변 점검과 자료 갱신 업무가 어디까지 포함되는지 확인하세요. 가격과 기간은 기능 범위와 운영 방식에 따라 달라집니다.

홈페이지의 상담 흐름을 개선하려면 우선 자주 받는 질문, 현재 답변 자료, 고객이 최종적으로 해야 할 행동을 정리해 주세요. 하이브와 홈페이지 제작·운영 방향을 논의하고 싶다면 프로젝트 상담에서 현재 상황과 필요한 기능을 남겨주실 수 있습니다. 이 글의 예시는 도입 검토 기준이며, 특정 챗봇 기능의 제공 범위는 상담 시 별도로 확인해야 합니다.

참고자료

자료 확인: 2026년 10월 27일. 제품별 기능과 정책은 변경될 수 있습니다. 대표 이미지는 개념을 설명하기 위한 AI 제작 이미지이며 실제 제품 화면이 아닙니다.