본문으로 건너뛰기

© 2026 Molayo

Qiita헤드라인2026. 06. 25. 09:37

Slack 알림만으로는 문의 대응 관리가 되지 않는 이유

요약

Slack 알림과 실제 문의 대응 상태를 분리하여 관리해야 함을 강조합니다. 알림은 인지 메커니즘일 뿐이며, 대응 상태(response_status)를 별도로 설계하여 누락 없는 프로세스를 구축하는 방법을 제안합니다.

핵심 포인트

  • 알림 상태(notification_state)와 대응 상태(response_status)의 분리 필요
  • Slack 리액션을 대응 완료의 기준으로 삼는 것은 위험함
  • AI 요약은 판단을 돕는 재료일 뿐, 상태 업데이트가 아님
  • 담당자 후보(owner_candidate)와 실제 담당자(owner)를 구분하여 설계

문의 폼(問い合わせフォーム)의 답변을 Slack으로 알림을 보내면, 처음에는 상당히 편리합니다.

새로운 문의를 인지할 수 있다.

팀 전원이 볼 수 있다.

메일함 깊숙한 곳에 파묻히기 어렵다.

하지만, Slack 알림만으로는 문의 대응 관리가 되지 않습니다.

알림이 흘러간 것과 누군가가 대응한 것은 별개이기 때문입니다.

흔히 발생하는 상태입니다.

문의가 도착함
Slack에 알림이 전송됨
누군가가 리액션(Reaction)을 남김
...

이 실패는 Slack 알림의 실패가 아닙니다.

알림을 대응 상태(対応状態)로 취급한 것이 문제입니다.

Slack 알림은 인지하기 위한 메커니즘입니다.

문의 대응 관리는 상태를 진행시키기 위한 메커니즘입니다.

이 두 가지는 분리해야 합니다.

최소한, 다음의 두 가지를 별도로 가집니다.

notification_state
response_status

알림 상태(notification_state)는 Slack 게시물의 상태입니다.

pending
sent
failed
...

대응 상태(response_status)는 문의 대응의 상태입니다.

new
triaged
assigned
...

예를 들어, Slack 알림이 성공했더라도 미대응 상태라면 다음과 같습니다.

notification_state = sent
response_status = new

Slack 게시물이 실패하더라도 문의 자체는 존재합니다.

notification_state = failed
response_status = new

이러한 분리가 없으면 알림 성공을 대응 성공으로 착각하게 됩니다.

Slack 알림 문구에 본문만 담아도 담당자는 결정되지 않습니다.

새로운 문의가 도착했습니다
카테고리: 요금 상담
본문: 요금 플랜에 대해 상담하고 싶습니다

이것만으로는 누가 확인해야 할지 알 수 없습니다.

적어도 담당자 후보(owner_candidate)나 담당 팀을 가져야 합니다.

owner_candidate = sales
owner = null
response_status = triaged

AI를 사용한다면 담당자 후보와 이유를 제시하는 것이 유효합니다.

단, 후보와 확정은 분리합니다.

owner_candidate
owner
owner_assigned_by
...

owner_candidate는 AI나 규칙이 제시하는 후보입니다.

owner는 실제로 책임을 지는 사람 또는 팀입니다.

Slack의 리액션은 편리합니다.

하지만 리액션을 대응 완료의 정본(正本)으로 삼는 것은 위험합니다.

리액션에는 여러 의미가 있습니다.

봤음
나중에 대응하겠음
담당하겠음
...

사람에 따라 해석이 다릅니다.

정말로 사용해야 한다면, 리액션은 이벤트(event)로서 기록하고 최종 상태는 별도로 가져야 합니다.

event_type = slack_reaction_added
response_status = assigned

완료로 처리하려면 명확한 조작을 수행합니다.

response_status = done
done_by = user_123
done_at = 2026-06-23T18:30:00+09:00

AI로 문의 본문을 요약하여 Slack에 흘려보내면, 알림은 읽기 편해집니다.

요약: 요금 플랜 및 이번 달 내 도입 가능 여부에 대한 상담
우선순위 후보: high
담당자 후보: sales
...

이것은 유효합니다.

하지만 AI 요약 알림만으로는 대응 관리가 되지 않습니다.

AI 요약은 판단 재료입니다.

상태 업데이트가 아닙니다.

ai_summary_status = done
response_status = new
human_review_status = unreviewed

AI가 읽은 것, 인간이 확인한 것, 답장이 끝난 것을 분리합니다.

문의 대응 관리로서 갖춘다면 최소한 이 정도는 필요합니다.

response_id
submitted_at
message
...

알림 문구에는 본문뿐만 아니라 상태도 포함합니다.

새로운 문의
카테고리: 요금 상담
우선순위 후보: high
...

이것만으로도 Slack 알림은 '보면 끝'에서 '다음 상태로 진행시키는 입구'로 바뀝니다.

[ ] notification_state와 response_status를 분리함
[ ] owner_candidate와 owner를 분리함
[ ] Slack 리액션(Reaction)을 완료 처리로 간주하지 않음
...

Slack 알림은 필요합니다.

다만, 알림은 입구일 뿐입니다.

문의 대응 관리로서 필요한 것은 담당자, 상태, 다음 액션(Next Action), 확인 로그입니다.

문의 대응을 AI로 요약, 분류, 담당자 후보 선정, 미대응 확인으로 연결하는 설계는 이곳에 정리되어 있습니다.

AI 자동 생성 콘텐츠

본 콘텐츠는 Qiita AI의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.

원문 바로가기
0

댓글

0