암호화폐 AI 챗봇 개발의 네 가지 고려 단계

명확한 목적을 가진 첫 번째 채널

유용한 챗봇은 명확한 답변이 있는 반복 질문을 처리하고 판단은 사람에게 맡깁니다. 따라서 첫 번째 결정은 챗봇이 얼마나 많은 일을 할 수 있는지가 아니라, 팀이 승인된 문서로 답변하기 편한 문의가 무엇인지입니다.

웹사이트 채널은 방문자가 맥락에 맞게 제품 및 지원 정보를 찾도록 도울 수 있습니다. 텔레그램과 디스코드는 반복되는 커뮤니티 질문을 처리하고 더 복잡한 사항은 직원에게 전달할 수 있습니다. 프로젝트는 하나의 채널로 시작한 후, 소스 자료와 전환 준비가 완료되면 다른 채널을 조율할 수 있습니다.

첫 대화를 설계하기 전에 직원의 시간을 소모하는 질문과 그에 답하는 소스를 식별하세요. 민감한 주제, 계정별 요청, 사람이 처리해야 할 결정을 표시하세요. 커뮤니티에 더 광범위한 대화형 경험이 필요하다면, 이 작업이 텔레그램 봇 및 미니 앱 개발과 어떻게 병행될지 고려하세요. 더 넓은 제품 구축은 Web3 개발을 통해 조율할 수도 있습니다.

이렇게 하면 첫 번째 릴리스가 집중됩니다. 담당자가 채널 논의를 주관하므로 결정과 승인이 여러 대화에 분산되지 않습니다.

채널 구성

동일한 승인된 지식이 여러 채널에 활용될 수 있지만, 각 채널은 고유한 프레젠테이션과 전환 결정이 필요합니다. 다음 표는 첫 번째 환경을 선택하기 위한 실용적인 출발점을 제공합니다.

귀사 팀은 선택한 환경에 대한 접근 권한과 소스 자료를 제공합니다. 요청된 구성을 확인한 후 검토할 경험을 준비합니다. 웹사이트 자체에 더 명확한 제품 여정이 필요하다면, 챗봇을 Web3 웹사이트 및 랜딩 개발과 함께 고려할 수 있습니다.

절제된 시작을 위해, 문서화된 질문이 이미 도착하는 채널과 전환을 담당할 사람을 지정하세요. 두 번째 채널은 권한, 소스 및 지원 경로가 확정된 후에 추가할 수 있습니다.

챗봇이 승인된 지식 내에서 답변하도록 어떻게 유지하나요?

챗봇의 답변은 귀사 팀이 검토하고 승인한 문서에 기반합니다. 자료를 정리하고, 충돌이나 공백을 식별하며, 대화를 구성하기 전에 어떤 소스가 응답에 사용될지 합의합니다.

제품 안내가 FAQ, 도움말 페이지, 내부 지침 또는 정책 문서에 분산되어 있을 때 비공개 소스 검토가 유용합니다. 귀사 팀은 각 소스의 권위 있는 버전과 소유자를 식별합니다. 모순 사항은 조용히 해결되지 않고 귀사의 결정을 위해 표면화됩니다. 이를 통해 지식 세트에 포함될 내용과 제외될 내용을 통제할 수 있습니다.

그런 다음 대표적인 질문-답변 경로(명확화 요청 및 사람 연결 경로 포함)를 초안합니다. 게시 전에 초안을 확인하시며, 승인된 소스 경계와 응답 문구에 대하 서면 승인이 필합니다. 승인 없이는 배포를 위해 데스크를 떠나지 않습니다.

미답변 질문에 대한 분석은 챗봇이 승인된 자료로 해결하지 못한 요청에 대한 실용적인 기록을 제공합니다. 귀사 팀은 이 기록을 사용하여 문서를 명확히 하거나, 경로를 수정하거나, 질문을 직원에게 넘길 수 있습니다. 프로젝트에 별도의 AI 워크플로우도 필요한 경우, AI 에이전트 개발이 유용한 보충 논의가 될 수 있습니다.

네 단계로 구성된 협의

작업은 4단계로 진행되며, 소스 권한과 답변 경계가 결정되는 지점에 귀사 팀이 참여합니다. 단일 담당자가 초기 범위 설정부터 인계까지 대화를 조율합니다.

1. 채널 및 범위 설정. 챗봇에 포함될 질문, 채널, 언어 요구 사항, 사람 에스컬레이션 경로를 확인합니다. 귀사 팀은 소스 소유자와 해결되지 않은 사례를 받는 사람을 식별합니다.
2. 지식 검토. 제공된 문서를 정리하고 누락되거나 상충되는 지침을 표시합니다. 귀사는 어떤 자료가 권위 있는지 확인하고 답변 경계를 승인합니다.
3. 경험 준비 및 테스트. 선택한 채널을 구성하고 일상적인 응답, 대체 경로, 전환 경로를 초안합니다. 귀사 팀은 대표적인 대화를 검토하고 승인 전에 수정을 요청합니다.
4. 배포 및 튜닝. 합의된 환경에 배포한 후 미답변 질문 분석을 귀사와 검토합니다. 그 결과는 후속 문서 업데이트 및 튜닝에 활용됩니다.

일정은 소스 준비 상태, 채널 접근 권한, 귀사 검토 가능 시간을 파악한 후 합의됩니다. 체계적인 인계는 추후 변경을 승인할 사람도 기록하므로 제품 업데이트가 챗봇에 명확한 경로를 갖게 합니다.

챗봇 경계에 관한 참고 사항

잘 준비된 소스 세트는 챗봇이 답변할 수 있는 명확한 기준을 제공합니다. 귀사 팀은 제품 정책과 민감한 결정에 대한 권한을 유지합니다. 구성 전에 어떤 요청에 명확화, 사람 응답 또는 챗봇 답변 불가가 필요한지 합의합니다.

경계

챗봇은 승인된 자료를 넘어 신뢰할 수 있게 답변할 수 없으며, 그 동작은 선택한 채널에서 사용 가능한 접근 권한과 구성도 반영합니다. 합의된 예시와 전환 경로를 테스트하지만, 모든 가능한 요청에 정확한 답변을 보장하거나 타사 채널이 경험을 제시하거나 허용하는 방식을 통제할 수 없습니다.

이 구분은 개인 계정 맥락이나 변동하는 제품 정보와 관련된 질문에 특히 유용합니다. 이러한 질문은 즉흥적인 답변이 아닌 명확한 사람 경로가 있어야 합니다. 귀사 팀은 소스 승인, 정책 선택 및 출시 후 변경 사항에 대한 통제권을 유지합니다.

연결된 제품 작업의 경우 챗봇은 dApp 개발과 함께 계획할 수 있으며, 답변 경계는 온체인 기능과 별도로 유지됩니다.

가장 먼저 보게 될 문서

초기 소스 논의 후 첫 번째 납품물은 제안된 채널, 승인된 지식 세트 및 전환 경로에 대한 서면 개요입니다. 대화 설계를 시작하기 전에 귀사 팀이 검토할 수 있는 체계적인 지점을 제공합니다.

개요는 소스 소유자, 명확화가 필요한 자료, 직원에게 예약된 질문을 식별합니다. 담당자가 비공개로 제시하고, 의견을 수집하며, 서면 승인이 필요한 결정을 기록합니다. 동일한 담당자가 승인된 방향을 구성 및 테스트로 이어갑니다.

선호하는 첫 번째 채널과 하나의 권위 있는 문서만 있으면 논의를 시작하기에 충분합니다. 소스 및 채널 개요를 보고 싶다면, 첫 대화 후 담당자가 준비할 수 있습니다.

이용 방법

1. 채널 및 범위 설정챗봇에 포함될 질문, 선택한 채널, 해결되지 않은 사례의 경로를 합의합니다. 귀사 팀은 소스 소유자와 에스컬레이션 연락처를 식별합니다.
2. 지식 세트 승인제공된 문서를 정리하고 충돌이나 공백을 표시합니다. 귀사 팀은 권위 있는 소스와 답변 경계를 확인합니다.
3. 대화 검토경험을 구성하고 일상적인 답변, 대체 경로, 사람 전환을 준비합니다. 귀사 팀은 서면 승인 전에 대표적인 대화를 검토합니다.
4. 배포 및 튜닝합의된 환경에 배포하고 미답변 질문 분석을 귀사와 검토합니다. 결과는 후속 문서 업데이트 및 튜닝에 활용됩니다.