챗봇만들기, 직접 만들다 보면 막히는 지점: 시나리오·근거 자료·채널 연동·운영 책임에서 갈리는 법 (2026)

직접 만들다 처음 막히는 곳이 어디인가?

챗봇만들기에서 처음 막히는 곳은 챗봇 도구나 API를 붙이는 단계가 아니라, '어떤 질문에 어떤 답을 줄지' 정하는 시나리오 설계다. 예상 질문을 몇 개 넣으면 끝날 것 같지만, 같은 의도도 표현이 제각각이라 목록이 끝나지 않고 완성 기준을 세우지 못해 멈춘다.

직접 만들 때 흔히 '우리 업종에 올 만한 질문'을 떠올려 질문-답변 쌍을 몇 개 넣고 시작한다. 그런데 실제 문의는 같은 뜻을 묻는 표현이 수십 가지로 나뉘고, 어느 정도까지 자동으로 답할지 기준이 없으면 시나리오가 계속 늘어나기만 한다.

시나리오가 끝나지 않는 이유는 질문 수가 아니라, 자동으로 답할 범위를 먼저 정했는가다. 범위가 정해지면 질문 수집은 그 안에서 하면 되고, 범위가 없으면 예상 질문 목록이 무한정 늘어난다.

도구는 돌아가는데 답변이 이상하면 어디서 막힌 건가?

챗봇이 답을 만들어 내는 방식과 무관하게, 답변의 근거가 될 사내 자료가 정리돼 있지 않으면 오답을 막을 방법이 없다. 직접 만들 때는 이 근거 자료를 준비하는 일이 공정의 대부분인데, 정작 상품 안내·회사 규정이 문서로 없어서 거기서 멈춘다.

챗봇은 스스로 알고 답하는 것이 아니라, 자기에게 주어진 자료에서 답을 끌어온다. 회사 FAQ나 상품 설명이 문서로 정돈돼 있지 않으면 답변이 그때그때 달라지고, 잘못된 정보를 그대로 전달할 위험이 생긴다.

직접 만들다 보면 이 지점이 '챗봇 문제'가 아니라 '자료 정리 문제'로 드러난다. 답변에 쓸 문서가 어디에 있고 누가 갱신하는지 정해져 있어야 답변 품질을 잡을 수 있다.

답변 근거 자료는 챗봇용으로 새로 쓰기보다, 회사가 이미 가진 FAQ·안내 문서를 갱신하는 방식이 그 뒤 유지보수에 낫다.

대화는 완성됐는데 실제 채널에서 막히는 경우는?

시나리오와 답변 자료가 준비돼도, 고객이 실제로 쓰는 채널에 붙이는 단계에서 막히는 경우가 있다. 채널 연동은 대화 설계와 별개로 연결에 필요한 설정이 따라와서, 여기서 연결이 잡히지 않으면 검수조차 시작하지 못한다.

빌더 화면에서 대화가 된다고 해서 실제 채널에서 바로 서비스되는 것은 아니다. 실제 채널에는 대화 설계와 별개로 인증·서버 주소 같은 연결 범위가 따라오는데, 이 범위를 미리 알지 못하면 며칠을 그 자리에 쓸 수 있다.

직접 만들 때는 '대화 설계'와 '채널 연결'을 같은 일로 보는 경우가 많다. 실제로는 연결이 먼저 확인돼야 검수와 수정이 가능하므로, 이 순서를 몰라 막히는 지점이다.

대상 채널에 따라 연결 범위가 다르므로, 어느 채널에 붙일지 먼저 정해야 연결 검토가 가능하다.

만들고 나서 오답을 고치다 막히는 경우는?

서비스를 시작하고 실제 문의를 받아 보면, 예상하지 못한 질문과 잘못된 답변이 나온다. 이때 누가 발견하고 고치고 갱신할지 정해져 있지 않으면 같은 오답이 반복되다가 결국 챗봇을 꺼 두는 쪽으로 흐른다.

챗봇 도입 후 필요한 일은 만들 때보다 운영이 대부분이다. 오답을 발견한 사람, 고치는 사람, 답변 근거 문서를 갱신하는 사람이 정해져 있어야 시간이 지나도 답변 품질이 유지된다.

직접 만들면 '만드는 일'에 집중하다가 '운영하는 일'을 남겨 두게 된다. 운영 담당과 갱신 주기를 정하는지가, 도입 후 챗봇이 계속 쓰이는지 꺼 두는지로 이어진다.