Web3 문서 및 지원을 위한 AI 챗봇 개발

문서로 구축된 AI 챗봇은 무엇을 하나요?

문서로 구축된 AI 챗봇은 승인한 소스를 사용하여 반복적인 제품 및 지원 질문에 답변합니다. 사용자에게 팀이 채널마다 같은 설명을 반복하지 않아도 되는 직접적인 정보 경로를 제공합니다.

작업은 사람들이 이미 의존하는 자료, 즉 제품 문서, 도움말 문서, 온보딩 지침, 정책 및 기타 승인된 참조 자료로 시작합니다. 이러한 소스를 정리하고, 가능한 질문을 유용한 대화로 구성하며, 자료가 요청을 다루지 못할 때 어시스턴트가 어떻게 응답해야 하는지 정의합니다.

이 서비스는 제품을 설명하고, 지원 정보를 안내하거나, 여러 커뮤니티 공간에서 질문에 답변해야 하는 Web3 팀에 적합합니다. 다음을 지원할 수 있습니다:

• 제품 또는 계정 안내를 찾는 웹사이트 방문자.
• 반복적인 지원 질문을 하는 텔레그램 또는 디스코드 커뮤니티 구성원.
• 다른 언어로 답변을 선호하는 사용자.
• 인간의 판단이 필요한 질문에 대한 명확한 핸드오프가 필요한 지원 팀.

유용한 챗봇은 단순한 문서 검색 상자가 아닙니다. 응답은 팀이 제품을 설명하는 방식을 반영해야 하며, 핸드오프는 다음 행동을 명확히 해야 합니다. 우리는 출시 전에 둘 다 정의하고, 미답변 질문 보고를 사용하여 소스 자료나 대화 설계의 격차를 식별합니다. 프로젝트가 주변 경험도 필요하다면 Web3 웹사이트 및 랜딩 개발을 참조하거나 더 넓은 Web3 개발 서비스를 살펴보세요.

Web3 챗봇은 어떤 채널을 먼저 지원해야 하나요?

사용자가 이미 도움을 요청하는 곳에서 시작하고, 동일한 승인된 지식과 지원 프로세스가 잘 작동할 수 있을 때 채널을 추가하세요. 웹사이트, 텔레그램 및 디스코드 배포는 지식 기반을 공유할 수 있지만, 각각은 환경에 맞는 대화가 필요합니다.

웹사이트 챗봇은 방문자가 제품 설명이나 사이트 탐색 도움이 필요할 때 자연스럽게 맞습니다. 텔레그램은 기존 커뮤니티 대화에 답변을 가져올 수 있습니다. 디스코드는 이미 지원 및 커뮤니티 토론을 조직하는 프로젝트에 적합할 수 있습니다. 팀이 일관된 소스를 유지하고 인간 후속 조치를 명확히 할당할 수 있을 때 다중 채널 구축이 의미가 있습니다.

빠른 결정 가이드를 사용하세요:

우리는 킥오프 주 동안 채널 구성을 확인하므로, 범위는 가정된 설정이 아닌 실제 지원 요구를 반영합니다. 문서 답변 이상의 맞춤형 텔레그램 경험이 필요하다면, 이 작업을 텔레그램 봇 및 미니 앱 개발과 비교하세요.

챗봇 개발 전에 무엇을 준비해야 하나요?

명확하고 최신의 소스 세트와 챗봇이 말하는 것을 승인할 수 있는 담당자를 준비하세요. 좋은 입력은 유용한 응답을 구축하기 쉽게 만들고 제품 정보가 변경될 때 혼란을 줄입니다.

작업을 시작하기 전에 팀이 권위 있는 것으로 간주하는 문서를 모으세요. 여기에는 공개 도움말 페이지, 제품 가이드, 온보딩 지침, 지원 절차 및 승인된 정책 언어가 포함될 수 있습니다. 오래되었거나, 모순되거나, 비공개이거나 사용자 대상 답변에 부적합한 것은 표시하세요. 우리는 승인된 자료를 지식 수집의 기초로 사용합니다. 공유 드라이브의 모든 파일을 게시 가능한 콘텐츠로 취급하지 않습니다.

또한 성공적인 핸드오프가 어떻게 보이는지 결정하세요. 예를 들어, 어시스턴트가 사용자를 지원 연락처로 안내하거나, 컨텍스트를 제공하도록 요청하거나, 특정 지원 채널을 가리키게 할 수 있습니다. 해당 질문을 담당할 팀 구성원 또는 팀을 지정하고 사용자가 포함해야 할 정보에 동의하세요.

실용적인 킥오프 체크리스트:

• 첫 번째 채널과 담당자를 식별하세요.
• 승인된 문서를 공유하고 진실의 원천을 명시하세요.
• 민감하거나 오래된 자료는 제외 대상으로 표시하세요.
• 샘플 사용자 질문과 선호하는 답변 스타일을 제공하세요.
• 인간 에스컬레이션 경로와 지원 연락처를 정의하세요.

런치 스프린트 동안 우리는 경험을 연결하기 전에 소스 세트와 대화 요구 사항을 검토합니다. 어시스턴트가 더 큰 분산 애플리케이션 내에 있을 경우, dApp 개발을 통해 구축되는 제품 흐름과 지원 경로를 정렬하세요.

킥오프에서 후속 조치까지 빌드는 어떻게 진행되나요?

빌드는 소스 검토, 채널 설정, 출시 및 후속 튜닝을 통해 진행됩니다. 각 단계에서 팀이 무엇을 하는지, 어떤 입력이 필요한지 알 수 있습니다.

첫 번째 단계에서 우리는 사용자, 채널 구성, 문서 및 에스컬레이션 경로를 확인합니다. 그런 다음 일반적인 질문을 명확한 응답에 매핑하고, 답변되지 않거나 민감한 경우를 식별하며, 다국어 답변이 처리되는 방식에 동의합니다. 이는 구현이 시작되기 전에 프로젝트에 실용적인 범위를 제공합니다.

출시 시, 우리는 승인된 지식을 합의된 웹사이트, 텔레그램 또는 디스코드 경험에 연결합니다. 팀과 샘플 대화를 검토하고, 인간 경로가 명확한지 확인하며, 출시 전에 발견된 소스 또는 문구 문제를 해결합니다. 팀은 선택한 채널에 필요한 접근 및 승인을 제공합니다.

후속 조치는 사용자가 실제로 묻는 것과 챗봇이 제공된 자료에서 답변할 수 없는 질문에 초점을 맞춥니다. 우리는 미답변 질문 분석을 검토하고, 문서 격차를 식별하며, 승인된 소스에 대해 대화를 튜닝합니다. 일반적인 프로젝트 일정은 소스 자료, 통합 및 검토 가용성을 이해한 후 합의됩니다. 모든 채널이나 문서 세트가 동일한 경로를 따른다고 가정하지 않습니다.

맥락 없는 핸드오프가 아닌 특정 검토 시점이 있습니다: 소스 세트 승인, 대표 대화 테스트, 출시 경험 확인, 후속 조치 결과 검토. 이는 제품 소유자가 결정이 중요한 곳에 참여하게 하고 빌드 팀에 명확한 방향을 제공합니다.

챗봇 빌드 및 리포트에는 무엇이 포함되나요?

승인된 소스를 기반으로 한 채널 준비된 챗봇 경험과 더 나은 커버리지가 필요한 질문에 대한 명확한 보기를 받게 됩니다. 정확한 범위는 구현 전에 확인되어 팀이 프로젝트에 포함된 채널과 자료를 알 수 있습니다.

프로젝트에는 지식 수집, 대화 설계, 다국어 답변, 인간 지원 경로 및 미답변 질문 분석이 포함될 수 있습니다. 우리는 이러한 요소를 합의된 웹사이트, 텔레그램 또는 디스코드 설정에 연결하고 팀과 대표 사용자 질문을 테스트합니다. 팀은 선택한 채널에 대한 접근을 제공하고 답변에 사용되는 콘텐츠를 승인합니다.

지속적인 튜닝을 위해 우리는 미답변 질문을 유용한 다음 행동으로 전환합니다. 질문은 누락된 도움말 문서, 불명확한 제품 언어, 새로운 지원 시나리오 또는 사람에게 더 나은 경로가 필요한 대화를 가리킬 수 있습니다. 우리의 펄스 리포트는 이러한 관찰을 요약하여 팀이 소스 업데이트를 우선시하고 변경 사항을 검토할 수 있게 합니다.

핸드오프 시 팀은 다음을 알아야 합니다:

• 챗봇이 사용하는 승인된 문서.
• 사용자가 접근할 수 있는 위치와 에스컬레이션이 작동하는 방식.
• 식별된 미답변 질문 유형.
• 검토 준비가 된 콘텐츠 또는 대화 업데이트.

이 보고는 활동을 설명하는 것뿐만 아니라 결정을 지원하도록 설계되었습니다. 제품 및 지원 담당자에게 문서를 개선하고 사용자가 원하는 경험에 답변을 맞추기 위한 실용적인 기반을 제공합니다.

웹사이트, 텔레그램 또는 디스코드 챗봇 출시에 영향을 미치는 것은 무엇인가요?

원활한 출시는 사용 가능한 소스 세트, 선택한 채널에 대한 적시 접근 및 승인을 위한 명확한 담당자에 달려 있습니다. 이는 대화 설계가 최종 확정되기 전에 일찍 확인해야 할 실용적인 입력입니다.

웹사이트 배포의 경우, 경험이 나타나야 할 위치와 문구 및 배치를 승인할 사람을 식별하세요. 텔레그램 또는 디스코드의 경우, 적절한 채널 또는 서버 접근과 핸드오프 후 커뮤니티 지원을 담당할 사람을 확인하세요. 모든 채널에 대해 어떤 문서가 권위 있는지, 팀이 샘플 대화를 얼마나 빨리 검토할 수 있는지 알려주세요.

핵심 품질 확인은 챗봇이 승인된 자료에서 일반적인 질문에 답변하고 해결되지 않은 질문을 올바른 사람에게 라우팅할 수 있는지입니다. 지원 팀의 실제 질문(불완전하거나 상충되는 소스 자료가 있는 질문 포함)을 사용하여 샘플 대화를 검토하세요. 출시 전에 그러한 경우 어시스턴트가 어떻게 응답해야 하는지 동의하세요.

플랫폼 접근 및 제품 변경은 최종 설정에 영향을 미칠 수 있습니다. 웹사이트 배치, 텔레그램 또는 디스코드 권한, 필요한 통합의 가용성은 개발 팀이 통제하지 않습니다. 우리는 중단 없는 플랫폼 접근이나 사용자 채택을 약속할 수 없습니다. 우리는 합의된 구현 및 검토 작업에 전념하고, 결정이 필요한 접근 또는 소스 문제를 알립니다.

작업 범위를 정하려면 선호하는 채널, 문서 소스 및 에스컬레이션 연락처를 보내주세요. 입력을 검토하고, 빌드 범위를 확인하며, 출시를 위한 다음 단계를 설정하겠습니다.

가격

USD 기준 시작 가격입니다. 맞춤 번들 및 볼륨 할인은 요청 시 제공됩니다. USDT, USDC, BTC, ETH, SOL, TON 또는 프로젝트 토큰으로 결제 가능합니다.

이용 방법

1. 1주차: 소스 및 채널 확인승인된 문서를 공유하고, 웹사이트, 텔레그램, 디스코드 또는 조합을 선택하며, 에스컬레이션을 담당할 사람을 지정하세요. 챗봇이 무엇을 답변하고 무엇이 사람에게 가야 하는지 확인합니다.
2. 대화 설계일반적인 질문을 소스 기반 답변에 매핑하고, 다국어 응답에 대한 기대치를 설정하며, 챗봇이 미답변 요청을 처리하는 방식을 정의합니다.
3. 출시 및 검토합의된 채널을 연결하고, 팀과 대표 대화를 테스트하며, 출시 전 검토 중 발견된 문제를 해결합니다.
4. 후속 조치 및 튜닝미답변 질문 분석을 검토하고 격차를 특정 소스 또는 대화 업데이트로 전환하여 승인을 받습니다.