5분 안에 Slackbot을 구축하는 방법(전체 워크플로 설명 포함)

명령어에서 워크플로 트리거하기

대시보드가 필요 없는 작업도 있습니다. Slack 간단한 명령이 더 빠른 경우가 많습니다.

Slack봇은 슬래시 명령, 메시지 패턴 또는 이모티콘 반응을 수신하여 백그라운드에서 워크플로를 트리거하는 데 사용할 수 있습니다.

스레드에서 바로 테스트 환경을 시작하고, 티켓을 제출하고, 사후 분석을 시작하거나, 봇을 게시할 수 있습니다.

봇이 핸드오프를 처리하고 워크플로우를 진행하며 완료되면 다시 게시합니다.

문서 검색

사람들은 Slack 문서에 있지만 항상 빠르게 드러나지 않는 반복적인 질문을 합니다. 검색 증강 생성 (RAG)으로 구동되는 슬랙봇은 스레드에서 바로 답변할 수 있습니다.

지식창고를 검색하여 가장 관련성이 높은 콘텐츠 또는 링크로 답변합니다.

누군가 Slack 질문을 하면 봇이 관련 답변(또는 링크)으로 답장합니다. 

이렇게 하면 "링크가 어디에..."라는 수다를 많이 줄일 수 있습니다.

내부 요청을 팀으로 라우팅하기

데모가 필요한 리드, 할당이 필요한 작업, 예약할 캘린더 슬롯 등 누군가가 Slack 요청을 올리면 누군가 소유하지 않는 한 그냥 방치되는 경우가 많습니다.

Slack봇이 개입하여 이러한 요청을 자동으로 라우팅할 수 있습니다.

우리가 여기에서 사용하는 그런 봇 중 하나는 다음과 같습니다. Botpress Gordon 은 데모 관련 트리거를 감시하고 잠재 고객의 정보를 가져오고 담당자 가용성을 확인하고 삭제합니다. Calendly 스레드에 바로 링크가 있습니다.

이 챗봇은 리드 생성 챗봇이자 예약 챗봇으로, Slack 루프를 닫을 수 있도록 범위를 엄격하게 설정했습니다.

팀 리추얼 자동화

Slack봇은 일일 체크인, 주말 승리, 레트로 프롬프트 등 건너뛰기 쉬운 반복적인 팀 순간에 유용하게 사용할 수 있습니다.

수동으로 넛지하는 대신 봇이 각 팀원에게 연락하여 응답을 수집한 후 단일 스레드에 요약을 게시합니다. 

Slack 어떤 일이 발생하면 봇에게 알림을 보냅니다.

Slack 누군가가 메시지를 보내거나 버튼을 클릭하거나 명령을 입력하는 등 중요한 일이 발생하면 봇에게 알려줍니다.

클라우드의 워크스페이스 외부에 있는 봇이 지속적으로 업데이트를 확인하도록 하는 대신 Slack 해당 정보를 봇에 직접 푸시합니다. 이를 이벤트라고 합니다.

봇이 메시지, 상호작용 등 어떤 유형의 이벤트를 수신할지 선택할 수 있습니다.

이러한 이벤트 중 하나가 발생하면 Slack 봇에 무슨 일이 발생했는지, 누가 트리거했는지, 어디서 발생했는지, 기타 대응에 필요한 모든 정보가 포함된 작은 정보 패키지를 보냅니다.

봇 사용자가 웹훅 또는 API를 사용하여 응답을 게시합니다.

봇이 이벤트를 수신하면 응답 방법을 결정합니다. 대부분의 경우 SlackAPI를 호출하여 메시지를 게시하거나, 무언가를 업데이트하거나, 모달을 여는 것을 의미합니다.

버튼 클릭이나 양식 제출과 같은 빠른 상호 작용을 위해 Slack 봇이 바로 응답할 수 있는 특수 링크도 포함되어 있습니다.

어떤 봇은 짧은 메시지를 다시 보내기도 합니다. 다른 봇은 이벤트를 사용하여 데이터베이스를 업데이트하거나 다른 서비스와 대화하거나 워크플로우를 실행하는 등 더 큰 작업을 트리거하기도 합니다.

하지만 봇이 백그라운드에서 어떤 작업을 수행하든 응답 자체는 여전히 Slack 통해 이루어집니다.

Slackbot 토큰은 권한 및 액세스를 정의합니다.

Slack 모든 봇은 기본적으로 봇이 허용되는 작업을 나타내는 키인 토큰을 사용하여 실행됩니다.

토큰은 액세스할 수 있는 채널, 수행할 수 있는 작업의 종류, 수신할 수 있는 이벤트를 정의합니다.

봇이 어떤 작업을 시도하면 Slack 토큰을 확인하여 해당 작업이 허용되는지 확인합니다.

올바른 권한이 있으면 통과됩니다. 그렇지 않은 경우 차단됩니다.

이것이 바로 Slack 액세스를 제어하고 봇이 해야 할 일만 하도록 하는 방법입니다.

1단계: 챗봇의 범위 설정하기

연결하기 전에 Slackbot의 용도를 파악하세요. 스스로에게 물어보세요:

• 누가 대화하나요? 내부 운영팀? 영업 담당자? 공유 채널의 외부 사용자?
• 그들은 무엇을 기대할까요? 빠른 답변? 트리거된 워크플로우? 전체 대화?
• 어떤 표현을 사용하나요? 긴 질문을 입력하나요, 아니면 /명령어와 이모티콘 반응으로만 입력하나요?
• 봇이 모르는 것이 있으면 어떻게 되나요? "모르겠습니다"라고 말하거나, 에스컬레이션을 하거나, 가짜를 만들까요?

대략적인 아이디어만 있어도 이벤트에 어떻게 대응할지, 어떤 컨텍스트를 저장할지, 봇이 어떤 대화형(또는 기계형)으로 느껴져야 할지 결정할 수 있습니다.

전문가 팁: Slack webchat 다릅니다. 사람들은 단편적인 메시지를 보내고, 스레드에서 응답하고, @멘션 봇에 응답하고, 이모티콘으로 반응하며, 봇이 컨텍스트를 '이해'하기를 기대합니다. 플로우는 이를 반영해야 합니다.

2단계: 챗봇을 위한 백엔드 만들기

구축을 시작하겠습니다. 먼저 Botpress 이동하여 새 봇을 만듭니다.

일반적인 질문에 답변하는 간단한 FAQ 챗봇을 구축하려는 경우 지식창고에 지침과 몇 가지 항목을 추가하기만 하면 봇이 연결되면 Slack 바로 응답할 준비가 됩니다.

워크플로우를 자동화하거나 외부 API를 호출하는 봇과 같은 고급 기능을 구축하는 경우에는 4단계 이후에 이 단계로 돌아옵니다.

이때부터 흐름, 조건 및 이벤트 데이터를 사용하여 Slack 로직을 연결하기 시작할 수 있습니다.

추가 작업 없이도 WhatsApp 챗봇 또는 Telegram 챗봇과 동일한 봇을 배포할 수도 있습니다. 이 부분은 Slack 구애받지 않고 모든 채널에서 봇이 어떻게 작동해야 하는지 정의할 수 있습니다.

3단계: Slack 챗봇 백엔드에 연결하기

봇 대시보드에서 통합으로 이동한 다음 Slack 이동하여 연결을 클릭합니다.

이렇게 하면 Slack 앱과 봇을 연결하는 안전한 OAuth 흐름이 트리거됩니다.

완료되면 봇이 Slack 완전히 연결되어 메시지를 수신하고 채널 또는 스레드에 직접 답글을 게시할 수 있습니다.

이번 기회에 봇의 아바타와 이름을 변경하세요.

API 호출을 수동으로 처리할 필요가 없습니다. Botpress 원시 이벤트 데이터를 봇으로 직접 파이프하므로 사용자 입력에 즉시 반응할 수 있습니다.

선택 사항: 수동 구성(사용자 지정 제어가 필요한 경우)

권한을 미세 조정하거나 기존 로직을 사용하거나 특정 이벤트에 가입하는 등 자체 Slack 앱을 사용하려는 경우 수동으로 통합을 구성할 수 있습니다.

수동 모드를 사용할 수 있습니다:

• Botpress대신 자체 Slack 앱 사용
• 사용자 지정 범위 추가(예: 그룹:읽기, 반응_추가)
• 보안을 위해 토큰 회전 사용
• 봇의 사용자 지정 이름과 아바타 설정하기

설정이 더 필요하지만 고급 Slackbot을 구축하거나 앱이 액세스할 수 있는 대상을 완전히 제어해야 하는 경우 이 방법을 사용하는 것이 좋습니다.

이 경로를 따라가려면 문서에서 전체 가이드를 확인하세요. 모든 단계를 안내하고 끊임없이 변화하는 Slack API의 특이한 점을 최신 상태로 유지합니다.

4단계: 챗봇에 Slack 데이터 사용

대부분의 사람들이 첫 번째 벽에 부딪히는 부분이 바로 Slack이벤트 데이터 이해입니다.

Slack 어렵기 때문이 아니라 갑자기 많은 양의 정형 데이터에 액세스하게 되고, 이를 어떻게 처리해야 할지 항상 명확하지 않기 때문입니다.

누군가가 Slack 봇과 상호작용할 때마다 봇은 이벤트 개체를 수신합니다. 이 이벤트는 이벤트 변수를 통해 자동으로 플로우에 전달됩니다.

5단계: 라이브 Slack 채널에서 Slackbot 테스트하기

모든 것이 연결되면 봇을 채널에 초대하거나 직접 DM을 보내세요. 응답 여부뿐만 아니라 Botpress 로그를 통해 Slack 데이터를 어떻게 사용하는지 등 봇의 응답 방식을 관찰하세요.

한 단계 더 나아가 각 대화를 탐색하고 범위 지정한 대로 모든 것이 작동하는지 확인할 수 있습니다.

최소 권한 액세스를 위해 범위가 지정된 토큰 사용

수동 경로를 사용하는 경우 봇에 필요한 것보다 더 많은 액세스 권한을 부여하지 마세요. 봇이 실제로 수행하는 작업에 따라 최소한의 Slack 범위(예: 채팅:쓰기 또는 반응:읽기)를 유지하세요.

이는 최소 권한 원칙을 따르며 자격 증명이 노출될 경우 위험을 줄이는 데 도움이 됩니다.

모든 입력, 출력 및 오류를 기록하세요.

봇이 Slack 수신하는 항목, 다시 보내는 항목, 실패한 항목을 항상 기록하세요.

기본 제공 디버깅 도구로 쉽게 수행할 수 있지만 프로덕션 환경에서 실행하는 경우 장기 로그를 주시해야 합니다.

불필요한 메시지 기록 저장하지 않기

Slack 메시지에는 많은 컨텍스트가 포함되어 있지만 모든 것을 영원히 저장할 필요는 없습니다(개인 정보 보호 문제가 발생할 수 있음).

이전 메시지와 메시지 내역은 아껴서 사용하고, 명확한 이유가 없는 한 전체 스레드를 저장하지 마세요.

메모리가 필요한 경우 전체 Slack 기록이 아닌 범위가 지정된 변수 또는 단기 세션 저장소를 사용하세요.

폴백 메시지를 사용하여 장애 처리

Slack 응답하지 않거나, 흐름이 막다른 골목에 부딪히거나, 사용자가 예상치 못한 내용을 보낼 수 있습니다.

Slack API 관리자의 봇 관리자에서 다음과 같이 폴백 메시지를 빌드하세요:

"흠, 이해하지 못했습니다. 다시 시도하시거나 '도움말'을 입력하시겠습니까?"

고장 났는데도 아무 말도 하지 않는 봇은 고장 난 것처럼 느껴집니다. 막다른 골목에서 사용자를 안내하는 봇은 의도적인 것처럼 느껴집니다.

Slackbot 구축이 우리 팀에 적합한지 어떻게 알 수 있나요?

Slack 지속적으로 작업을 반복하거나 동일한 질문에 답하는 경우, Slack 벗어나지 않고 워크플로를 트리거하고 싶은 경우, 흩어져 있는 커뮤니케이션을 구조화된 프로세스로 정리해야 하는 경우 Slackbot 구축이 팀에 적합하다는 것을 알게 될 것입니다.

코드를 작성하지 않고도 Slackbot을 구축할 수 있나요?

예, 프로그래밍 기술 없이도 대화 흐름을 설계하고, 통합을 연결하고, 로직을 시각적으로 처리할 수 있는 Botpress, Zapier 또는 Make와 같은 노코드 도구를 사용하여 코드를 작성하지 않고도 Slackbot을 구축할 수 있습니다.

봇을 Slack 연결할 때 어떤 권한 또는 보안 문제를 염두에 두어야 하나요?

봇을 Slack 연결할 때는 필요한 최소한의 권한(예: 메시지 전송을 위한 채팅: 쓰기)만 요청하고, OAuth 토큰을 적절히 보호하며, 봇이 개인정보 보호 및 보안 표준을 준수하기 위해 민감한 데이터를 불필요하게 저장하지 않도록 해야 합니다.

Slackbot이 API 또는 데이터베이스와 관련된 복잡한 워크플로우를 처리할 수 있나요?

예, Slackbot은 Botpress 같은 프레임워크를 통해 백엔드 시스템을 통합하거나 필요한 경우 사용자 지정 코딩을 통해 API에서 데이터 가져오기, 데이터베이스 업데이트 또는 다단계 작업 조정과 같은 복잡한 워크플로우를 처리할 수 있습니다.

다른 채널, 스레드 및 비공개 메시지에서 Slackbot이 작동하나요?

예, 올바른 권한이 있고 Slack이벤트 메타데이터를 처리하여 응답이 올바른 위치에 표시되도록 하는 한 Slack봇은 공개 및 비공개 채널, 스레드 및 쪽지 전반에서 작동합니다.