거의 모든 피드백 / 지원 팀은 불 끄기로 시작합니다: 악평이 도착하면 달려가고, 커뮤니티가 터지면 진화하러 가고, 설문 점수가 떨어지면 회고를 엽니다. 바쁘지만 아무것도 쌓이지 않고 — 다음 분기는 다시 0에서 시작합니다. 이 글은 현실적인 타임라인을 통해, 한 팀이 첫 분기에 순전한 불 끄기에서 진짜 시스템으로 어떻게 나아가는지 보여줍니다.

1–2주차: 먼저 불 전체를 보기

불 끄기에서 가장 지치는 부분은 불을 끄는 것이 아니라 — 불이 어디 있는지 모르는 것입니다. 첫 단계는 프로세스를 펼치는 것이 아니라 피드백을 한곳에 모으는 것입니다: 주요 채널 두세 개를 연결하고(App Store가 가장 빠릅니다 — 로그인 없이 앱만 검색), 새 피드백이 자동으로 흘러들게 하며 과거 데이터를 소급 수집합니다. 처음으로 하나의 보드에서 전체 그림을 보게 됩니다 — 이번 주에 몇 건인지, 부정 비율은 얼마인지, P0은 몇 건인지. 시작하는 경로는 5분 퀵 스타트를 참고하세요.

3–4주차: "건"에서 "이슈"로

전체가 보이기 시작하면, 2,000건의 피드백이 실은 20건의 이슈라는 것을 알게 됩니다. AI가 유사한 피드백을 이슈로 클러스터링하고 우선순위를 설정하게 하면, 작업은 "한 건씩 답장"에서 "이슈 단위로 처리"로 바뀝니다. 지금 가장 아픈 이슈 하나를 골라 수작업으로 진행해 보세요: 배정 → 답장 초안 작성(사람 확인 후 발송) → 종료까지 추적. 그것이 첫 번째 클로즈드 루프입니다.

2개월차: 반복 작업을 워크플로우에 넘기기

몇 번의 클로즈드 루프를 거치면, 반복이 눈에 들어옵니다: 특정 종류의 악평이 매번 같은 동작을 유발합니다. 그것을 워크플로우로 작성하세요 — "결제 관련 부정 → P1로 설정, 결제 팀에 배정, Feishu 그룹에 알림". 워크플로우는 완전 자동 외부 답장을 허용하지 않고 P0 자동 종료도 허용하지 않습니다. 가동 전에는 워크플로우가 최근 30일을 리플레이해 그 영향 범위를 확인할 수 있게 합니다. 반복 노동은 넘기고, 사람은 판단만 내립니다. 워크플로우를 참고하세요.

3개월차: 피드백을 제품으로 환류시키기

이제 지속적인 이슈 추세와 부정 비율 곡선을 손에 쥐게 됩니다. 이를 제품 팀을 위한 주간 리포트 입력으로 바꾸세요: "지금 사용자가 가장 불만스러워하고 가장 원하는 것". 피드백 팀은 "소방대"에서 "제품 인텔리전스 소스"로 바뀝니다 — 불 끄기에서 시스템으로 이동했다는 진짜 표시입니다.

시스템은 한 번에 만들어지지 않는다

불 끄기에서 시스템까지 전부를 한 번에 만들 필요는 없습니다. 먼저 모으고, 그다음 클러스터링하고, 그다음 루프를 닫고, 그다음 자동화하고, 그다음 환류시키세요 — 각 단계가 다음 회차의 불 끄기를 줄여 줍니다. 첫 단계부터 시작하려면 무료 트라이얼을 시작하여 7일 Max 트라이얼을 이용하세요 — 첫 채널 연결은 단 몇 분이면 됩니다.