이번 글은 Botpress 대 Dialogflow 비교의 두 번째 파트입니다. 1부를 보려면 여기를 클릭하세요.
기존 통합 사용
어떤 통합을 사용할 수 있으며 통합은 얼마나 쉬운가요? 콘텐츠는 통합별로 제공되나요, 아니면 유형별로 제공되나요?
기존 통합 기능은 백 번을 반복하는 작업을 할 때 시간을 절약할 수 있는 핵심 요소입니다.
다이얼로그플로우 ES
다음은 UI 내에서 Dialogflow ES의 통합 기능입니다:
- 다이얼로그플로우 전화 게이트웨이 베타
- Avaya
- SignalWire
- 복심플란트
- 오디오 코드
- Twilio
- 전화 통신
- Genesys Cloud
- Twilio
- 웹 데모
- 다이얼로그플로우 메신저 베타
- Facebook 메신저
- Facebook 베타 버전의 워크플레이스
- 슬랙
- 텔레그램
- LINE
- Kik
- Skype
- Spark
- Twilio IP 메시징
- Twilio(문자 메시지)
- 트위터
- Viber
꽤 많은 목록입니다!
Facebook Messenger를 추가하면 지침, 추가 정보 링크, 환경 정보 및 적절한 토큰을 얻을 수 있습니다.
다이얼로그플로우 CX
다음은 UI에서 바라본 다이얼로그플로우 CX입니다:
- Avaya
- 복심플란트
- 오디오 코드
- 대화 흐름 메신저
- 페이스북 메신저
- LINE
모든 것이 그렇게 비슷해 보이지 않았다면 Dialogflow CX가 이전 버전과 절반의 이름을 공유한다고 생각해도 용서받을 수 있지만 웹 기반 텍스트 통합이 아닌 것은 두 가지뿐입니다!
Dialogflow ES에서 효과가 있었던 것을 재사용한 Dialogflow CX를 사용하면 Facebook Messenger를 쉽게 추가할 수 있습니다. 왜 더 많이 재사용하지 않았는지 궁금할 뿐입니다.
Botpress v12
Botpress 는 UI로 액세스할 수 있는 통합 기능을 많이 제공하지 않습니다. 일부 구성 파일을 변경하고 설명서를 읽어야 합니다.
모듈 페이지에서 유일한 참조는 웹 채널이며, Botpress 스튜디오에서 봇을 개발할 때 에뮬레이터에도 편리하게 사용할 수 있습니다.
문서 페이지에 이러한 채널이 나열되어 있습니다:
- 웹사이트 임베딩
- 대화 API
- 페이스북 메신저
- 텔레그램
- Microsoft Teams
- Twilio
- 슬랙
- 스무치(선샤인 대화)
- Vonage
숫자만 놓고 보면 Dialogflow CX보다 훨씬 많지는 않지만, 몇 가지 인기 있는 텍스트 기반 플랫폼이 기본으로 제공됩니다.
메시징 채널을 사용하려면 구성 파일을 변경해야 하지만 설명서의 지침에 자세히 나와 있습니다.
Facebook Messenger를 연동하려면 구성 파일을 변경해야 합니다. 기술 전문가가 아닌 사람들도 쉽게 사용할 수 있습니다.
웹 채팅용 임베딩 URL을 얻으려면 문서를 열고 직접 URL을 작성해야 합니다.
비교
Dialogflow ES는 Dialogflow CX와 Botpress 보다 더 많은 기성 통합 기능을 제공합니다. Botpress의 UI에는 웹챗만 언급되어 있지만, Dialogflow CX와 비슷한 수의 통합 기능을 지원합니다. 웹챗 채널은 구성이 필요하지 않기 때문에 테스트하기가 가장 쉽습니다(Botpress 에서는 문서로 이동하여 구성해야 하지만 Dialogflow CX에서는 그렇지 않습니다). 하지만 Botpress 은 Dialogflow CX보다 더 일반적인 텍스트 기반 연동 기능을 지원합니다. Botpress 은 기본 서비스에 다소 복잡한 연동 기능을 제공하는 것이 없는 연동 기능보다 낫기 때문에 Dialogflow CX보다 우위에 있습니다.
전체 대화 시각화
봇은 어떻게 구성되어 있으며 팀원들을 얼마나 쉽게 온보딩할 수 있나요? 팀원들이 플랫폼에서 즐겁게 작업하고 협업할 수 있을까요, 아니면 답답함을 느낄까요? 이 점에서 세 플랫폼은 놀라울 정도로 서로 다릅니다.
다이얼로그플로우 ES
Dialogflow ES에서는 모든 것이 평면적입니다. 플로우 편집기가 없습니다. 즉, 다른 인텐트에서 사용자를 인텐트로 보내려는 경우 시각화하기가 까다롭습니다. 컨텍스트를 사용해야 합니다.
- 하나의 목록으로 모든 것을 관리하세요.
- 대화의 흐름을 제어하려면 인텐트에 출력 컨텍스트를 추가하여 사용자가 어디로 가는지 제어해야 합니다.
- 환불 주문 의도에 입력과 동일한 컨텍스트를 추가합니다. 다른 모든 옵션에 대해서도 동일한 작업을 수행합니다.
- 인텐트 목록에서 후속 인텐트 추가를 클릭하면 기본 컨텍스트가 있는 인텐트가 만들어집니다. 하지만 중첩된 인텐트를 어떻게 재정렬할 수 있을까요?
4 중 1
더 많은 복잡성(후속 의도)을 추가하면 곧 추적하기 어려워진다는 것을 금방 알 수 있습니다. 시각적 플로우 에디터가 없다는 점이 바로 이러한 문제를 야기하는 원인이며, Dialogflow ES의 가장 큰 결점입니다(그리고 Dialogflow CX를 만들게 된 이유이기도 합니다).
다이얼로그플로우 CX
Dialogflow CX에는 플로우 편집기가 있지만 플로우 시각화 도구에 더 가깝습니다. 플로우를 볼 수는 있지만 모양을 변경하려면 여러 메뉴를 거쳐 양식을 작성하여 플로우를 만들어야 합니다.
- 각 페이지는 노드와 같으며 대화의 한 장소를 나타냅니다. 이 페이지에는 선택 항목과 두 개의 다른 버튼이 있습니다.
- 환불 주문과 같은 페이지를 클릭하면 해당 페이지가 열리고 다른 페이지가 닫힙니다. 주변 페이지를 볼 수 있습니다.
- 비주얼라이저는 한 번에 하나의 흐름(페이지 그룹)을 표시하며 왼쪽에서 모든 페이지를 볼 수 있습니다.
- 시작 페이지는 모든 기능을 포함하기에 좋은 곳입니다. 라우트는 사용자를 다른 페이지나 플로우로 보내는 것을 의미한다는 점에서 매우 의미가 있습니다.
4 중 1
시작과 같이 페이지를 입력할 때 어떤 동작을 수행하도록 하는 쉬운 방법은 없습니다. 대신 경로가 트리거될 때 이러한 동작이 발생해야 합니다. 분석 플랫폼에서 사용량을 추적하기 위해 대화 시작 부분에 추적 픽셀을 추가하고 싶다고 가정해 보겠습니다. 각 경로 및 이벤트 핸들러에 웹훅(사용자 지정 코드 구현)으로 추가해야 합니다.
이벤트 핸들러는 사용자가 텍스트나 기본 응답 없이 제출하는 등의 경우를 처리하는 중요한 경로입니다.
대화의 흐름은 두 가지 이유로 따라가기 까다로울 수 있습니다. 첫 번째는 하향식 로직이 없다는 것입니다. 여러 경로가 동시에 트리거될 수 있으므로 대화에서 단일 위치가 존재하지 않습니다. 두 번째 이유는 다이얼로그플로우가 라우트/이벤트 핸들러를 시각적으로 연결하지 않고 페이지 전체를 하나의 페이지로 취급하기 때문입니다.
플로우 UI는 인라인으로 아무것도 이동하거나 편집할 수 없기 때문에 편집기라기보다는 시각화처럼 느껴집니다. 처음에는 제어 기능이 부족해서 다소 답답하게 느껴질 수 있지만 곧 익숙해집니다.
Botpress v12
시각화는 Botpress 이 진정으로 빛나는 영역 중 하나입니다! 시각적 흐름 편집기/흐름 로직은 직관적이고 간단합니다. 모든 것이 매우 빠르다는 것도 나쁘지 않습니다.
- 이 시각적 흐름 편집기에는 비밀이 없습니다. 진행 중인 모든 상황을 보여줍니다. 모든 전환은 다른 노드에 연결됩니다.
- 사용자를 다음에 전송할 위치를 결정하는 로직을 만들고 업데이트하는 것은 간단합니다.
- 노드를 클릭하면 제목 편집기와 세 개의 탭이 있는 노드 인스펙터가 팝업됩니다.
- 노드를 서로 연결하는 선이 지저분해지면 플로우를 여러 개의 플로우로 분할할 수 있습니다. 이렇게 하면 라인의 양을 관리하기 쉽게 유지할 수 있습니다.
- 인텐트 및 엔티티 페이지는 여러분이 기대하는 페이지입니다.
- 통합 Q&A 기능은 환상적입니다. 전체 대화 흐름을 볼 필요가 없는 참여자를 추가하여 대화의 다른 부분을 방해하지 않고 참여하게 할 수 있습니다.
6 중 1
Botpress의 플로우 에디터는 반응이 빠르고, 투명하며, 시간순으로 표시되고, 간단합니다. Q&A 기능은 많은 교육 없이도 사람들이 기여하도록 유도하는 데 환상적입니다.
↪cf_200D↩비교↪cf_200D↩
Dialogflow ES에는 대화를 시각화하는 간단한 방법인 목록이 있습니다. 대화 로직 '컨텍스트'에 사용되는 방법이 인텐트 목록 페이지에 표시되지 않으므로 복잡한 대화는 우선 순위가 아닌 것으로 보입니다. FAQ의 경우 완전히 합법적이지만 그 이상의 경우 무슨 일이 일어나고 있는지 파악하기가 어려울 것입니다. 사용 사례에 적합하다면 새 팀원을 비교적 쉽게 온보딩할 수 있을 것입니다.
Dialogflow CX에는 플로우 시각화 도구라고 할 수 있는 기능이 있습니다. 오른쪽 메뉴를 통해 양식을 채우고 업데이트하고 저장하여 플로우를 편집할 수 있습니다. Dialogflow ES에 비해 사용자가 대화의 논리를 시각화할 수 있도록 도와주는 기능이 비약적으로 향상되었습니다. 다만 흐름 편집기가 각 경로가 어디로 연결되는지 표시하는 대신 전체 페이지(또는 노드)를 하나의 큰 노드로 취급하고 다른 노드에 대한 모든 연결을 통합하여 어떤 경로가 어디로 가는지 확인하기가 더 어렵다는 점이 아쉽습니다. 또한 다중 매칭 또는 여러 경로가 동시에 트리거될 수 있으므로 주의해야 합니다. UI는 인텐트가 선택 사항이라는 점과 다중 매칭이 어떻게 처리되는지 제대로 보여주지 못합니다. 일반적으로 많은 것들이 필요 이상으로 복잡하게 느껴집니다. 다이얼로그플로우 CX에 익숙한 사람이라면 큰 문제가 없겠지만, 기술 수준이 낮은 팀원을 온보딩하는 데는 시간이 걸립니다.
Botpress 에는 적절한 플로우 편집기가 있습니다.
Botpress 의 노드에는 시작, 응답 후, 전환의 세 가지 시간 순서 단계가 있습니다. 다이얼로그플로우 CX는 숨겨져 있지만 접근 가능한 경로 지향 사일로에서 항목을 구성합니다. 즉, 사용자가 어디로 전송되는지에 따라 노드가 다른 작업을 수행하며 모든 작업을 한 눈에 볼 수 없습니다. Botpress 의 접근 방식의 장점은 일어나는 모든 일과 로직을 볼 수 있다는 것입니다. 환영 메시지 표시와 같은 것들이 플로우 자체에 표시됩니다. Q&A 기능을 사용하면 비전문가를 빠르게 온보딩하여 챗봇에 즉시 기여할 수 있습니다. 다이얼로그플로우 CX 내에 미니 다이얼로그플로우 ES 페이지가 있다고 생각하면 됩니다.
손쉬운 확장
확장에는 대량의 트래픽을 처리할 수 있도록 확장할 수 있는 봇과 대량의 대화 흐름을 처리할 수 있도록 확장할 수 있는 복잡한 봇의 두 가지 유형이 있습니다.
프로젝트에 대화형 AI 플랫폼이 포함되고 기능이 대화와 직접적으로 관련되어 있는 경우 대화흐름 ES 및 CX 또는 Botpress 를 사용하여 확장하는 것에 대해 걱정할 필요가 없습니다. Botpress Enterprise와 Dialogflow ES 및 CX의 기본 버전은 모두 자동 확장되며 대규모 트래픽을 처리할 수 있습니다. 고객 코드의 경우 Dialogflow는 cloud 함수를 호출할 수 있으며(매우 안정적임), Botpress 함수는 기본 애플리케이션 내에서 처리합니다(다시 한 번 자동 확장됨).
매우 복잡한 봇 관리와 관련하여서는 전체 대화 시각화에 대한 이전 섹션을 참조할 수 있습니다. Dialogflow CX와 Botpress 모두 대규모 대화 흐름을 처리할 수 있어야 합니다. 시각적 완성도 측면에서는 Dialogflow CX가 더 뛰어나며, Botpress 인터페이스가 더 이해하기 쉽고 깔끔합니다. 모든 플랫폼은 사용자 역할 관리를 지원하므로 각 팀원에게 서로 다른 역할을 설정할 수 있습니다.
봇 메모리에서 저장 및 추출(예: 주문 번호)
메모리는 사소하지 않은 모든 앱의 필수 요소입니다. 다른 서비스에서 정보를 가져와 사용자에게 표시하는 것이 가장 일반적인 사용 사례일 것입니다. 질문에 대한 사용자의 응답을 기억하여 나중에 이를 고려할 수 있도록 하는 경우도 있습니다.
다이얼로그플로우 ES
플로우 편집기가 없으면 봇 메모리는 Dialogflow ES에서 기본이 되지 않습니다. UI 내에서 매개변수를 기반으로 인텐트를 표시하거나 표시하지 않을 수 있는 방법이 없습니다. 이러한 종류의 로직을 사용하려면 코드를 사용해야 합니다.
- 인텐트 편집기에는 '변수'(엔티티 사용)를 설정하는 매우 편리한 방법이 있지만 이를 기준으로 필터링할 수 있는 방법은 없습니다!
- 한 번만 일어나는 일에 컨텍스트를 사용할 수도 있지만, 이진법이 아닌 논리에 대해 이야기할 때는 확장성이 떨어집니다.
1 / 2
Dialogflow ES에서 메모리를 관리하려면 코드를 작성해야 합니다. Dialogflow ES 라이브러리가 도움이 될 수 있지만, 모든 플로우 로직에 대한 코드를 작성해야 한다면 다른 플랫폼에서 기본적으로 통합하는 코드를 많이 작성하게 될 것입니다. 이 시점에서는 실제로 NLU를 위해서만 Dialogflow ES를 사용하게 될 것이며, 다른 곳에서도 사용할 수 있습니다.
다이얼로그플로우 CX
봇 메모리 저장 및 읽기는 매개변수를 통해 이루어집니다.
- Dialogflow CX에서 첫 번째 경로를 만들 때 "매개 변수"라는 단어가 표시될 것입니다. 매개변수에는 특별한 서식이 필요하므로 구문 참조 링크를 클릭하세요.
- 코드 없이 세션당 한 번씩 누군가에게 인사하는 예제입니다. "greeted" 변수에 액세스하는 방식이 저장되는 방식과 어떻게 다른지 주목하세요.
1 / 2
매개변수 사전 설정은 웹훅(사용자 지정 코드)을 호출하기 전에 발생하기 때문에 사전 설정이라고 합니다.
구문을 이해하는 데 약간의 시간이 걸립니다. 이 기능을 사용하려면 설명서를 읽어야 합니다. 안타깝게도 어떤 변수를 사용할 수 있는지 보여주는 자동 완성/제안 인터페이스는 없습니다.
마지막으로 매개 변수/변수를 수정하는 방법은 사용자 정의 코드/웹후크를 사용하여 수행합니다. 이를 위해서는 이 설명서를 읽고 API를 사용하기 위해 Dialogflow CX 라이브러리를 로드해야 합니다. 응답을 제출할 때 세션_info.parameters 속성을 원하는 새 매개 변수로 설정할 수 있습니다. 웹훅에서 매개변수를 변경하는 데는 많은 읽을거리가 필요하며 예제를 찾기가 어렵습니다.
Botpress v12
메모리는 Botpress 의 "변수"를 사용하여 액세스하고 설정합니다.
- 노드 인스펙터에서 새 작업을 만들면 이 프롬프트가 표시됩니다.
- '코드 실행' 옵션에서 변수 설정 작업을 선택하면 세 가지 텍스트 입력이 표시됩니다. 유형은 변수가 얼마나 오래 존재할지를 결정합니다. 이름은 변수의 이름이고 값은 할당하려는 값입니다.
- 변수가 설정되면 트랜지션(다른 노드/흐름으로 연결되는 링크)을 생성하고 그림과 같이 조건으로 설정할 수 있습니다.
- 또는 표시하고 싶을 때는 이렇게 하세요.
- 코드 에디터에서 세 줄의 코드를 작성합니다. 개발자는 모든 변수 유형에 액세스할 수 있으므로 상태를 직접 읽고 업데이트할 수 있습니다. 그런 다음 플로우에서 이를 호출할 수 있습니다.
5 중 1
비교
Botpress'의 가장 큰 강점은 사용자 메모리에 액세스하고 업데이트할 수 있는 인앱 코드 편집기를 탑재하고 있다는 점입니다. 이렇게 하면 반복 프로세스를 크게 간소화할 수 있습니다.
플랫폼에 관계없이 완전히 직관적일 정도로 쉬운 것은 아닙니다. 다이얼로그플로우 CX와 Botpress 에서는 정보 할당이 아닌 표현식 평가에서 가장 먼저 찾을 수 있습니다. Botpress 은 그래픽 변수 삽입 기능이 포함되어 있기 때문에 다이얼로그플로우 CX보다 약간 앞서 있습니다.
여기서 Dialogflow의 명명법은 개발자에게는 다소 의외일 수 있습니다. 매개변수는 변수이며 런타임에 수정할 수 있습니다. 웹후크는 단순한 신호 전달이 아니라 원격 데이터로 매개변수를 설정하는 데 사용할 수 있는 도구입니다.
다이얼로그플로우 ES는 더 간단한 chatbots 을 위한 것이기 때문에 여기서 경쟁자가 되지 못합니다.
가격정책
이 카테고리는 가장 설명하기 쉬우면서도 비교하기 가장 어려운 카테고리입니다. 다음은 세 가지 옵션의 가격 페이지입니다:
다이얼로그플로우 ES
https://cloud.google.com/dialogflow/pricing#es-agent
다이얼로그플로우 CX
https://cloud.google.com/dialogflow/pricing#cx-agent-2021-09
Botpress
비교
Dialogflow CX는 Dialogflow ES보다 훨씬 더 비싸지만, 이 둘의 주요 차이점은 시각적 플로우 편집기가 추가되었다는 점입니다. Botpress 시각적 플로우 편집기가 있는 Dialogflow ES는 셀프 서비스 모델로 운영되지 않으므로 가격에 대해서는 해당 업체에 문의해야 합니다. 기본 Botpress 오픈 소스 애플리케이션은 무료이며, 고객은 엔터프라이즈 기능을 잠금 해제하고 지원을 받으려면 비용을 지불할 수 있습니다. 메시지당 비용을 지불하고 싶지 않고 직접 호스팅하고 싶다면 Botpress 을 사용해야 합니다.
결론
순수 FAQ 스타일의 봇을 빠르게 구축하려는 경우 Dialogflow ES가 최선의 선택일 것입니다. 사용자 지정 코드 요구 사항이 없고, 소규모 팀이며, 온프레미스 및 기본 대화 흐름에 신경 쓰지 않는다면 이보다 더 좋은 솔루션은 없습니다. 통합 기능이 뛰어나고, 이미 Google에서 호스팅하고 있으며, NLU가 우수하고, 인터페이스가 간단합니다. 그 외에는 더 나은 대안이 있습니다.
Dialogflow CX는 Dialogflow ES의 많은 개념을 기반으로 하며 확장 기능, 즉 플로우 편집기와 사물 목록 인식과 같은 일부 NLU 기능을 추가합니다. 하지만 대부분의 통합은 고객이 직접 만들어야 합니다. 복잡한 애플리케이션이 있고 Google의 제품을 사용하려는 경우 이 제품을 사용하면 작업을 완료할 수 있습니다.
Botpress 는 두 다이얼로그플로우의 중간 정도에 위치하며 SaaS가 아닌 오픈 소스 소프트웨어입니다. 기능적으로는 Dialogflow CX와 비슷하지만 Dialogflow ES에서 찾을 수 있는 단순성을 갖추고 있습니다. 여기저기서 Dialogflow CX에는 없는 Botpress 기능과 개선 사항이 있지만 대부분 동등한 수준입니다. 변경이 필요한 경우 완전한 제어 권한이 있으므로 변경할 수 있습니다. 그 외에도 Botpress 의 더 깔끔하고 이해하기 쉬운 인터페이스는 Botpress 을 선택해야 하는 가장 큰 이유입니다.
Botpress 앱에 코드 편집기를 포함시키는 것은 별것 아닌 것처럼 보일 수 있지만, 많은 변경 사항이 플로우 내에서 업데이트되어야 하므로 이 두 가지를 서로 가깝게 유지하는 것이 매우 합리적입니다. 변수를 읽고 업데이트하는 것이 더 쉬워지고 매번 코드를 다시 배포할 필요 없이 두 가지를 업데이트하고 테스트할 수 있습니다.
Dialogflows와 Botpress 사이에 발생할 수 있는 딜 브레이커는 배포입니다. 데이터 제어를 위해 모든 것을 온프레미스에 구축하려는 경우, Dialogflows는 Google에서 호스팅하는 SaaS라는 점을 염두에 두세요. 또 다른 의미는 배포 및 유지 관리의 용이성입니다. Dialogflow에서는 정보를 가져오거나 업데이트하기 위한 사용자 지정 코드를 별도의 플로우에서 처리해야 하지만, Google Cloud 함수에서 처리할 가능성이 높습니다. 다이얼로그플로는 배포하기가 더 쉽지만 코드와 로직을 하나의 편리한 워크플로우로 묶어주는 Botpress 에는 없는 복잡성을 도입하여 직접 추가하는 코드를 배포해야 합니다. 모든 솔루션은 자동 확장 기능을 갖추고 있어 어떤 작업도 처리할 수 있어야 합니다.
실제 사용량은 챗봇에 따라 달라지기 때문에 가격을 비교하기가 복잡합니다. Dialogflow는 요청당 과금 모델로 가장 간단한 가격 구조를 가지고 있습니다. CX는 ES보다 요청당 요금이 훨씬 더 비쌉니다. 마지막으로 Botpress 엔터프라이즈 요금제는 필요에 따라 맞춤 설정할 수 있습니다. 메시지당 요금을 지불하고 싶지 않다면 Botpress 을 사용해야 합니다. 일반적으로 업계 조사에 따르면 chatbots 은 일반적으로 수익성이 높은 프로젝트이며, 모든 가격 책정 모델에 이를 반영할 것으로 예상합니다.
Botpress 가 적합하다고 생각하시나요? 저희 영업팀이 고객과 상담하여 다음 프로젝트에 필요한 사항을 파악하고 싶습니다. 오픈 소스이므로Botpress 을 직접 사용해 보실 수도 있습니다.
공유하세요:
AI에 대한 최신 정보를 확인하세요. chatbots