커뮤니티·게임 Discourse Meta · 2020-09-12

사용자의 지원 메일이 시스템에 반송되고, 연락 온 사실조차 모른다

Support emails get rejected silently — the team never sees them

30초 요약

누가Discourse Meta · 2020-09-12 · 댓글 17
무엇을 원하는가사용자의 지원 메일이 시스템에 반송되고, 연락 온 사실조차 모른다
무엇을 만들 수 있나Deliverability monitoring: bounce classification, recovered tickets, daily digest.

원글 발언

“There seem to be a lot of weird cases where email should NOT actually be rejected… users send support emails that we never see.”
— Discourse Meta · 2020-09-12 · meta.discourse.org/t/better-handling-of-email-reject…

배경과 문제

아픈 지점

포럼은 이메일 접촉에 의존하지만 반송 규칙은 복잡하고, 잃어버리는 것은 실제 유료 사용자의 불만입니다.

제품 방향

무엇을 만들 수 있나

Deliverability monitoring: bounce classification, recovered tickets, daily digest.

검증 방법

원글의 댓글을 끝까지 읽고 반복되는 구체적 상황을 적어 두세요. 반복이 곧 수요의 밀도입니다.
"deliverability / support" 관련 기존 도구를 검색해 어느 한 단계만 커버하는지 확인합니다.
한 줄 랜딩 페이지를 만들어 Discourse Meta에 공유하고 가격을 묻는 사람이 나타나는지 봅니다.

기존 대안

Postmark, Mailgun 的日志, Sentry 类工具

자주 묻는 질문

이 수요는 어디에서 왔나요?

Discourse Meta의 공개 스레드(2020-09-12 작성, 답글 17개)에서 수집했으며 '커뮤니티·게임' 분야로 분류했습니다. 전체 맥락: https://meta.discourse.org/t/better-handling-of-email-rejection/163834

글로벌 사용자는 구체적으로 무엇에 불평하나요?

There seem to be a lot of weird cases where email should NOT actually be rejected… users send support emails that we never see. 포럼은 이메일 접촉에 의존하지만 반송 규칙은 복잡하고, 잃어버리는 것은 실제 유료 사용자의 불만입니다.

어떤 제품으로 만들 수 있나요?

Deliverability monitoring: bounce classification, recovered tickets, daily digest.

기존 대안은 무엇이 있나요?

기존 대안: Postmark, Mailgun 的日志, Sentry 类工具. 다만 대개 일부 단계만 커버하며 나머지는 수작업입니다.

같은 문제의 다른 스레드

이메일·뉴스레터 (7)