정말Awesome한 소식입니다, 여러분!!
북마크 리마인더 의 팬으로서, 꽤 유용할 것이라 생각하는 추가 기능을 제안하고 싶습니다.
리마인더의 일반적인 용도는 후속 조치(follow-up)입니다. 이렇게 사용할 때의 문제는 해당 게시물에 누군가가 답변을 남기면 다음과 같은 상황이 발생한다는 것입니다:
새 메시지에 대한 알림을 받게 됩니다. 보통 이에 대응하여 다시 답변을 남기게 됩니다.
그 후 일정 시간이 지난 후 후속 조치에 대한 또 다른 알림을 받게 됩니다. 이는 불필요하며 알림을 혼란스럽게 만듭니다.
Gmail이나 Front와 같은 이메일 관리 도구는 새 이메일이 수신되면 리마인더를 자동으로 해제하는 방식으로 이 문제를 해결합니다. 이는 기본 설정이며 변경할 수 없습니다.
Discourse에서는 후속 조치가 리마인더의 유일한 용도가 아니므로, 두 가지 제안을 드립니다:
리마인더를 설정할 때 모달 창에 "새 답변 수신 시 리마인더 해제"라는 체크박스를 추가하여 옵트인 옵션으로 제공하세요.
게시물 하단에 쉽게 접근할 수 있는 “리마인더 해제” 버튼을 추가하세요. 이는 매우 중요합니다. 번거로운 워크플로우를 피하기 위해 이 버튼은 새 답변 입력창 옆, 스레드 페이지에 위치해야 합니다. 리마인더 해제를 위해 다른 페이지로 이동하고, 검색하고, 옵션을 선택하고, 마침내 삭제하는 워크플로우라면 이 용도로는 유용하지 않을 것입니다.
1개의 좋아요
죄송하지만 작성하신 내용을 잘 이해하지 못하겠습니다. 정확히 어떤 제안을 하고 계신 건가요? 이해가 되지 않습니다. 리마인더가 사라지는 건… 누군가 게시글에 답글을 달았을 때인가요? 정말로 매우 혼란스럽습니다.
네, 맞습니다. 해당 게시글에 대해 이미 새로운 알림을 받으셨기 때문이죠.
다음과 같은 상황을 상상해 보세요:
누군가 질문을 올립니다.
당신은 답변합니다.
그리고 다음 주에 후속 조치를 취하기 위해 리마인더를 설정합니다.
3일차:
상대방이 답글을 남깁니다.
게시글을 관찰(watching)하고 있으므로 알림을 받습니다.
당신은 다시 답변합니다. 모든 것이 정상적이므로 추가 후속 조치가 필요하지 않습니다.
7일차:
후속 조치를 취하라는 (쓸모없는) 리마인더를 받습니다.
이는 Discourse에서 리마인더가 가지는 유일한 용도가 아니므로, 명확히 옵트인(opt-in) 옵션이어야 합니다. 하지만 후속 조치를 위한 리마인더는 매우 일반적인 워크플로우입니다.
또 다른 옵션으로는, 새로운 답변 입력창 옆에 리마인더를 취소할 버튼을 추가하는 것입니다. 이렇게 하면 답변을 남긴 후 리마인더를 쉽게 해제할 수 있습니다.
이해가 되시나요?
이것은 당신의 상황에 매우 특화된 것 같지 않나요? 여기서 일반적으로 적용할 수 있는 것을 찾지 못하겠습니다. 완전히 다른 주제로 분리하겠습니다.
2개의 좋아요
하지만 현재 작성된 새로운 기능에 이 기능이 실제로 포함되어 있습니까? “자동 해제(auto-dismiss)” 기능을 추가하라는 건가요? 어디에도 그런 내용을 볼 수 없거든요.
포럼이나 비슷한 것을 관리하지 않는 사람으로서, 저는 제 리마인더가 자동으로 해제되기를 원하지도, 필요하지도 않습니다.
이 기능이 이 Gmail “nudges” 기능 과 비슷할 수도 있겠다? 아마도?
개인적으로 Gmail에서조차 이 기능에 대해 애매한 감정이 드네요.
이 기능을 충분히 잘 설명하지 못한 점 진심으로 죄송합니다. 전적으로 제 잘못입니다.
사실 Gmail은 새 답변을 받으면 항상 자동으로 리마인더를 해제합니다. 선택 사항이 아니라, Gmail이 작동하는 유일한 방식입니다!
Gmail에서 동일한 예시가 정상적으로 작동하는 방식은 다음과 같습니다:
1일차:
누군가 질문을 합니다.
당신은 답변합니다.
그리고 다음 주에 후속 조치를 하기 위해 리마인더(Gmail에서는 'snooze’라고 함)를 설정합니다.
3일차:
상대방이 답변합니다.
이메일이 받은편지함에 표시되어 알림을 받습니다.
당신은 다시 답변합니다. 모든 것이 정상적이므로 추가 후속 조치가 필요하지 않습니다.
7일차:
모든 헬프데스크 소프트웨어도 후속 조치가 지원의 필수적인 부분이기 때문에 이렇게 작동합니다.
저는 이 기능을 제안하는 이유는, 동일한 후속 조치 워크플로가 Discourse에도 적용될 수 있기 때문입니다. 많은 기업들(예: Auth0 , Cloudflare , Twitter , Ionic , Netlify , Bitnami …)은 사람들이 질문에 답변하는 지원 포럼을 운영하고 있습니다.
그리고 사람들이 포럼을 지원 목적으로 사용하지 않더라도, 누군가 중요한 주제에 답변을 남기고 답변을 받을 수 있는지 확인하기 위해 후속 조치 리마인더를 설정할 때 여전히 매우 유용한 기능입니다.
참고로, 이는 갑자기 떠올린 아이디어가 아니라, 우리가 Discourse를 사용하기 시작한 이래로 기다려 온 기능입니다. 마침 Discourse에 리마인더 기능이 도입된 것에 대해 매우 감사드립니다
1개의 좋아요
martin
4월 6, 2020, 6:59오전
8
이 부분을 설명해 주셔서 감사합니다. 만약 이렇게 한다면, 모달에 "직접 답변 시 리마인더 취소"라는 옵션을 추가해야 할 것 같습니다. 이 옵션은 리마인더를 설정한 자신의 게시물을 북마크할 때만 표시되도록 하는 것이 좋겠습니다. 또한, 답변을 하는 사용자/그룹에 따라 리마인더를 취소하도록 범위를 더 좁힐 수도 있을 것 같습니다. 그냥 아이디어를 던져 보는 것입니다.
@HAWK 이 기능이 당신이나 팀에게 유용할까요? 인박스에서 특정 시간에 조용한 고객에게 후속 조치를 취하는 것을 확인했습니다. 고객이 먼저 답변하면 리마인더가 취소되는(선택 사항) 기능이 도움이 될까요?
3개의 좋아요
Stephen
4월 6, 2020, 7:13오전
10
해당 옵션은 응답이 도착했을 때 선택지로 제시되나요, 아니면 리마인더를 설정할 때 조건부로 설정하나요?
sam
4월 6, 2020, 7:23오전
11
이 기능을 조금 조정하는 것 자체에는 반대하지 않지만, 이 부분은 v2 또는 v3로 확실히 미루자.
여기에 더 많은 기능을 추가하기 전에 현재 구현 방식을 약 1개월 정도 유지해 보고 싶다. (내가 데스크톱으로 돌아왔을 때 알림을 해달라는 아이디어도 있지만, 사실 필요하지 않아서 바로 포기한다.)
알림 피로감이 문제가 될 수 있다는 점은 이해하지만, 설명에 꽤 시간이 걸리는 새로운 복잡한 기능을 추가하기 전에 사람들이 현재 구현 방식에 먼저 적응해 볼 시간을 주자.
우리는 근본적으로 이메일이 아니다. 포럼의 주제(topic)에 대해 '받은 편지함(inbox)'이라는 개념이 없다.
사용자가 주제에 답글을 달되, 직접적인 답글(direct reply)은 하지 않으면 어떻게 될까?
다른 주제에 대한 인용(quote)이라면?
사용자가 리마인더를 설정한 주제를 추적조차 하지 않는다면?
정말 받고 싶었던 리마인더를 시스템이 잘못해서 버리는 경우가 얼마나 많을지 생각해보면, 이런 식으로 문제를 만들 수는 없다.
근본적으로, 직접적인 답글은 '파란 알림’이며, ‘초록’ 북마크 리마인더보다 훨씬 약한 신호이다.
우선 현재 가진 것을 다듬고 유지해 보자. 그리고 이 새로운 변수(curve ball)에 대한 극단적인 고통과 필요성이 실제로 확인될 때까지 기다린 후에 추가하자.
12개의 좋아요
martin
4월 6, 2020, 7:26오전
12
확실히 V2 또는 V3 버전이 될 것 같습니다. 더 많은 Discourse 인스턴스에서 먼저 라이브로 배포해야 하니까요!
7개의 좋아요
확인해 주셔서 감사합니다, 여러분
맞습니다. Discourse의 시나리오는 이메일 관리 프로그램보다 훨씬 복잡하죠.
아마 가장 좋은 옵션은 알림을 자동으로 취소하는 것이 아니라, 사용자가 직접 취소할 수 있도록 매우 쉽게 만드는 것일 겁니다.
전적으로 동의합니다!
1개의 좋아요
Stephen
4월 6, 2020, 5:28오후
14
포스트 단위로 북마크를 만들 경우 어떻게 보일까요? 같은 토픽에서 후속 조치가 필요한 사용자가 여러 명이라면, 북마크된 모든 포스트 아래에 큰 취소 알림 버튼이 하나씩 표시되나요?
새로운 기능의 좋은 점은 사용 중에 매우 눈에 띄지 않는다는 것입니다. 제가 더 필요 없는 것은 버튼입니다.
2개의 좋아요
확인 모달을 띄우는 ‘해결로 표시’ 버튼과 비슷한 방식으로 하면 어떨까요?
기존에 있는 북마크 버튼을 리마인더 취소 버튼으로 교체하는 건 어떨까요?
솔직히 저는 UX/UI 전문가가 아닙니다.
1개의 좋아요
이것은 토픽 레벨 기능 인데, 개인적으로는 약간 .. 어색하게 느껴집니다.
이미 토픽 타이머 가 존재하므로, 이 기능이 거기에 더 잘 맞을 것 같습니다. 개인적 의견으로는 게시물 단위(post-level)는 이 기능 제안에 적합하지 않습니다.
4개의 좋아요
동의합니다. 토픽 레벨에서 이렇게 처리하면 충분합니다.
1개의 좋아요
