제 생각에는, 아마 @hawk도 동의할 거지만, 이 기능이 우리가 예상했던 것만큼 실제로 유용하지는 않았습니다.
1개의 좋아요
만약 그것이 사실이라면, 내 생각에 그것은 반드시 기능 자체의 잘못은 아닐 것입니다.
저는 실제로 이 기능을 시도해 보았고, Namati에서 꽤 많이 사용했으며, 이곳 meta에서도 사용하고 있습니다. 그룹 메시지에서 동료들이, 또는 그 메시지에 참여 중인 사람이 실제로 메시지를 확인했는지 아는 것은 꽤 유용합니다. 그래서 이 기능을 좋아하고 적극 활용하고 있습니다.
OP(첫 번째 게시자)의 질문은 우리가 WhatsApp의 어떤 기능과 동등한 수준을 기대할 수 있는지에 대한 것인데, 이는 순수하게 기술적인 문제입니다. 메시지가 상대방의 휴대폰에 도달했는가? 휴대폰에서 열렸는가? 상대방이 메시지를 인지적으로 받아들이고 이해하는 데 시간을 썼는지 평가하려는 것이 아닙니다. 그런 유형의 데이터(예: 특정 주제에서 읽는 데 걸린 시간)도 discourse에 기록된다는 것은 알고 있지만, 그때 제가 원했던 것은 그런 것이 아니었습니다.
discourse가 WhatsApp처럼 휴대폰 앱은 아니라는 점과, 누군가가 알림을 받았는지, 이메일에서 그 알림을 확인했는지를 정확히 알기 어렵다는 점은 충분히 이해합니다.
그럼에도 불구하고, 사람들이 그룹에 초대되어 시간 제한이 있는 토론에 참여하고 자료를 적시에 받도록 하고 싶은 경우가 분명히 있습니다. Namati에서 가장 큰 도전은 연간 리더십 과정을 조직하는 것이었습니다. 사람들은 사전에 과정 자료를 받아야 하고, 과정에 대비하여 작은 과제를 수행해야 했습니다. 또한 처리해야 할 행정적인 세부 사항도 있었습니다. 사람들을 참여시키려는 것이 매우 어려운 과제였습니다.
아마도 이를 가능하게 하기 위해 discourse의 그룹 옵션을 고려해 볼 수 있을 것입니다. 예를 들어, 특정 그룹에 속해 있다면 해당 카테고리의 게시물을 수신하고 읽었음을 표시하는 방식입니다.
다만, 이제 Discourse Policy 플러그인이 있으므로, Namati는 이를 사용하여 사람들이 반드시 응답하도록 100% 보장할 수 있습니다.
4개의 좋아요
인용구, 강조는 제가 한 것입니다:
완결성을 위해 덧붙이자면: 이메일 인터페이스를 통해 누군가가 메시지를 확인했는지 여부는 이메일 읽음 확인 기능이나 (덜 친절한 방식이지만) 트래킹 이미지를 통해 기술적으로 가능할 것입니다. 현재 디스코스는 이메일과의 연동이 매우 잘 이루어지고 있으므로, 읽음 확인 기능도 이메일에 적용하는 것이 합리적일 수 있습니다.
1개의 좋아요
오, 형 
이건 미친 짓이 아니라, XenForo, IPS, Vbulletin, Flarum, MyBB 같은 (더 오래된) CMS에서도 개인 메시지에 이런 옵션이 있어서 편리하거든요.
솔직히 Discourse가 /summary에서 더 많은 사용자 정보를 표시하면서, 내가 보낸 개인 메시지를 사용자가 언제 읽었는지 표시하는 옵션이 없는 건 이해가 안 됩니다. 기술적으로도 비논리적이에요.
영어 실력이 부족해서 죄송합니다 
1개의 좋아요
관리자이시며 이 정보가 정말 필요하신 경우, Discourse Data Explorer 플러그인을 통해 데이터를 조회할 수 있습니다.
또한, 개인 그룹 수신함에서 누가 메시지를 읽었는지에 대한 정보도 제공합니다.
1개의 좋아요