UX feedback intake pipeline for Discord bot

[BBAK-jun]

목적

Discord 봇 사용성 개선 피드백을 한 곳에서 수집하고, 실제 개선 가치가 있는 요청만 제품/개발 이슈로 전환한다.

피드백 수집 위치

• Discord thread: 1416766361627136071
• Hermes가 Discord 전체 thread history를 임의 조회할 수 없으므로, 처리 대상 피드백은 사용자가 Hermes를 명시적으로 호출한 메시지로 제한한다.
• 권장 형식:
  • Hermes UX: /me info에서 제출 완료 여부가 안 보여서 헷갈려요
  • Hermes UX: /cycle current 메시지가 너무 길어요

분류 기준

GitHub issue로 만들 피드백:

• 사용자가 다음 행동을 결정하기 어렵다는 피드백
• 현재 주차/마감/제출 위치/제출 상태를 찾기 어렵다는 피드백
• 커맨드 이름이나 응답 구조가 헷갈린다는 피드백
• 버튼/링크/문구 개선처럼 반복 사용자에게 영향을 주는 피드백
• 운영자가 누락자 확인/안내를 하기 어렵다는 피드백

GitHub issue로 만들지 않을 피드백:

• 단순 감상만 있는 메시지: “좋아요”, “귀여워요”
• 개인 1회성 데이터 문제: 특정 사용자의 등록 누락, GitHub 계정 오타 등
• 이미 해결된 배포/토큰/일시 장애
• 구체 행동이나 불편 지점이 없는 막연한 의견

이슈 생성 템플릿

제목:
UX: <커맨드/화면>에서 <사용자 불편 요약>

본문:

## 피드백 원문
<사용자 피드백 요약 또는 인용>

## 분류
- 대상 커맨드: /me info | /cycle current | /cycle status | 기타
- 사용자 유형: 참여자 | 운영자 | 신규 사용자
- 문제 유형: 다음 행동 불명확 | 제출 상태 불명확 | 링크/버튼 발견 어려움 | 메시지 과밀 | 커맨드 발견성 | 기타

## 왜 개선할 만한가
<반복 가능성/영향도/현재 UX와의 연결>

## 제안 개선안
<구체 수정 방향>

## 수용 기준
- [ ] 사용자가 응답만 보고 다음 행동을 알 수 있다.
- [ ] 현재 주차/마감/제출 위치/제출 상태 중 필요한 정보가 명확히 보인다.
- [ ] 기존 command 정상 동작이 깨지지 않는다.

초기 모니터링 목표

• /me info가 “내 스터디 대시보드”로 이해되는지 확인
• /cycle current에서 이번 주차 이슈 버튼/다음 행동이 잘 보이는지 확인
• 가장 먼저 개선할 후보: /me info에 이번 주차 제출 완료 여부를 명확히 표시하기

관련 커밋

• d91eb50357f222d88f3aef5f73f64ee3bcbbdf06 feat: improve Discord command usability

[BBAK-jun]

오하늘 님 사용성 인터뷰 피드백 정리

한 줄 요약

하늘님이 원하는 똥글똥글 봇은 글을 대신 써주는 AI가 아니라, 스터디 마감과 제출 품질을 챙겨주는 운영 보조 봇에 가깝다.

인터뷰 맥락

• 대상: 오하늘 님
• 주제: Discord 봇 사용성 개선 방향
• 정리 기준: 실제로 쓸 것 같은 기능 / 하면 안 될 행동 / 운영상 우선순위

핵심 피드백

1. 현재 호출 방식과 답변 스타일

• 박준형 님이 만든 봇이라 무엇을 할지 어느 정도 감이 왔다.
• 지금처럼 명시적으로 부르는 방식은 괜찮다.
• 답변 스타일과 길이는 현재 정도가 적당하다.

2. 반드시 필요하다고 본 기능

• 과제/스터디 일정 리마인드
  • 특히 일정 리마인드는 반드시 필요하다는 의견.
• 제출 글 접근 가능 여부 확인
  • 마감 전에 제출 링크가 다른 스터디원에게 접근 가능한지 확인하면 좋다.
  • 예: 비공개 글, 삭제된 글, 찾을 수 없는 글, 권한 없는 글 등.
• PR/이슈/GitHub 내용 요약
  • 운영/참여 과정에서 유용할 수 있음.

3. 있으면 좋은 기능

• 긴 대화 요약은 적당히 유용할 수 있다.
• 제출 글에 대해 다음 관점의 피드백을 주면 좋다.
  • 글이 좋았던 점
  • 글의 맥락
  • 맞춤법
  • 흐름/읽기 관점 피드백

4. 하지 않는 것이 좋은 기능

• 회고나 글쓰기 자체를 대신 도와주는 기능은 원하지 않는다.
• 글 작성 아이데이션은 사용자가 직접 하는 것이 글쓰기 스터디의 목적에 더 맞다.
• 필요하면 개인이 별도 AI 도구를 쓰는 편이 낫다.

5. 응답 정책

• 기본적으로 봇은 박준형 님 말에만 대답하는 것이 좋다.
• 다른 사람의 일반 대화에 끼어들지 않는 정책이 적절하다.

우선순위 제안

P0 — 바로 해야 할 것

• 마감 일정 리마인드
• 제출 글 접근 가능 여부 검사
• 박준형 님 중심 응답 정책 유지

P1 — 다음으로 하면 좋은 것

• GitHub PR/이슈 요약
• 제출 글 피드백: 좋은 점 / 맥락 / 맞춤법 / 흐름

P2 — 조심스럽게 도입

• 긴 대화 요약
  • 단, 사람들의 대화를 평가하거나 과하게 해석하지 않도록 제한 필요

제품 정책 초안

똥글똥글 봇은 글쓰기 스터디 운영을 돕는 봇이다.

주요 역할:
- 마감 일정 리마인드
- 제출 여부 확인
- 제출 링크 접근 가능 여부 확인
- GitHub PR/이슈 요약
- 제출된 글에 대한 읽기 관점 피드백
- 맞춤법/흐름/맥락 피드백

제한:
- 글 주제 추천, 아이데이션, 회고 작성 대행은 하지 않는다.
- 사용자가 직접 글을 고민하는 과정을 대체하지 않는다.
- 기본적으로 박준형 님의 명시적 요청에만 응답한다.
- 다른 사람의 일반 대화에는 끼어들지 않는다.
- 자동 메시지는 리마인드/제출 상태 확인 같은 운영 목적에 한정한다.

후속 작업 후보

• 일정 리마인드 요구사항을 별도 구현 이슈로 분리
• 제출 URL 접근성 검사 요구사항을 별도 구현 이슈로 분리
• 제출 글 피드백 기능은 범위를 좁혀 실험적으로 설계
• 봇 응답 정책을 Discord gateway/system prompt 정책에 반영