링크된 주제에서 언급했듯이, 발신 이메일을 비활성화하는 것은 기술적으로 가능하며 비교적 쉽습니다.
제게 이메일은 그다지 큰 문제가 아닙니다. 수신자/사용자로서는 알림을 제한하는 방법을 알고 있기 때문이죠. 관리자로서도 이메일 발송에 실질적으로 비용이 거의 들지 않기 때문입니다.
하지만 우리는 모두 너무 많은 이메일을 받습니다. 이 점은 누구나 동의할 것입니다. 따라서 가능한 모든 곳에서 그 양을 줄이는 것이 현명한 선택일 수 있습니다.
그렇다면 관리자가 포럼에서 이메일(수신 포함)을 보내는 것을 중단할 경우, 실제로 존재하거나 위협 수준에 달할 수 있는 장단점은 무엇일까요? 물론 이메일을 토론 채널 중 하나로 사용하는 것은 명확한 장점이지만, 그것이 장점인지 단점인지는 상황에 따라 다릅니다. 하지만 다른 결과, UX/UI 관련 문제 등은 어떻게 될까요?
여기서 이메일을 사용하지 않는 분이 계신가요?
(#general을 사용했지만 더 나은 선택지를 찾지 못했습니다. 하지만 이 주제는 #community-building에 더 적합할 수도 있습니다.)
I’m on quite a busy site that doesn’t have email enabled, and all notifications are handled ‘on-site’. I think as long as you have a method to sign up and activate user accounts (and handle password resets) it’s all good.
That is the biggest practical questionmark — is Google, Microsoft and (very unliable) Facebook enough. My users don’t use GitHub (perhaps few and we/them can use other options too) and other SSOs like Twitter, LinkedIn etc are pure marginal stuff.
If I simplifier that: are Gmail, Hotmail and Facebook enough to cover all users and am I willing to take risk loose those users who don’t want sign in using sosial media type credentials.
Am I totally wrong?
And rest is more or less:
is out there users who wants to get digests etc versus users who don’t know how to stop emails using settings
is there someone who wants participate only or most of time via email
Basically those are all aspects? Plus I wouldn’t get administrative emails, but that is not an issue.
It’s very easy to stop emails. There is a link in every message sent out. I think it’s a mistake to disable email unless you know that your community is full of people (other than you) who really hate email.
구독 해지(Unsubscribe)는 하나의 옵션입니다. 이것은 수많은 문화적 차이 중 하나겠지만, 북유럽 북부 지역에서는 이 방식이 꽤 일반적이지만, 유럽 대륙에서는 구독 해지 링크가 거의 사용되지 않습니다. 이메일을 스팸으로 표시하는 것이 더 쉽기 때문입니다.
나는 기업들을 탓하지만, 지금은 그 길로 가지 않겠습니다.
사용자들에게 물어봤는데, 실제로 아무도(물론 답변한 사람들 기준입니다) 주제 활동 때문에 이메일을 원하지 않았습니다.
로그와 계정을 조금 살펴보니, 사용자들이 소화(digestive) 이메일 수신자 그룹에 떨어지면 그 사용자는 잃어버린 경우로 간주되어 다시 돌아오지 않는 것 같습니다. 이것은, 그리고 나는 그것이 사실이라고 믿지만, 내가 너무 많은 이메일로 사람들을 귀찮게 해서 시간이 지나면 내 포럼을 스팸으로 표시하게 만들었다는 것을 의미할 수 있습니다.
나는 아주 틀렸을 수도 있고, 성급한 결론을 내리고 있을 수도 있지만… 그렇게 생각하지는 않습니다. 나는 내 청중을 어느 정도 알고 있으며, 소셜 미디어(SoMe) 배경을 가진 사람들이 어떻게 행동하는지 경향성을 일반적으로 알고 있습니다.
누군가 내 포럼 설정을 왜 조정하지 않았는지 묻는다면, 그것은 설정이 존재하는 이유이며, 나는 그냥 기본값을 사용했을 뿐입니다(미안합니다, 기본값은 미국의 기술에 밝은 사용자들을 위한 것입니다. 왜 그런지 알고 있고 불평하는 것이 아닙니다 ;)). 정말 좋은 질문입니다. 아마도 나는 게으른 것일 수도 있고. 또는 그냥 멍청한 것일 수도 있습니다.
이메일을 완전히 끄는 것은 꽤 나쁜 아이디어입니다. 물론 할 수는 있고, 나는 아주 짧은 기간 동안 시도해 보았습니다. 그리고 아주 빨리 교훈을 받았습니다. 한 사용자가 가입하려고 했지만 할 수 없었고, 그녀는 내(정말, '내’라는 단어의 동의어가 있을까요? 나는 내라는 단어를 정말로 싫어합니다) 페이스북 그룹의 활성 사용자 중 하나였기 때문에 그곳에서 개인 메시지를 보냈습니다. 그녀는 구글, 마이크로소프트, 페이스북과 같은 SSO를 사용하고 싶지 않았는데, 그것들을 신뢰하지 않았기 때문입니다 — 그리고 여기서는 정말로 흔한 생각 방식이며, 그래서 SSO가 항상 최선의 옵션은 아닙니다.
그래서 나는 이메일을 다시 켜고 일반 사용자 이름/비밀번호 로그인을 복원했습니다.
그리고 이 시점에서 나는 처음부터 해야 했어야 하고, 항상 불평해 온 일을 했습니다: 사용자들이 결정을 내리게 하는 것입니다. 네, 나는 가끔 꽤 멍청합니다.
그래서 나는 이메일 알림 설정을 최대한 많이 꺼버렸습니다. 그리고 다음으로 해야 할 일은 사용자를 어떻게 교육할 것인가라는 과제에 완전히 다른 접근 방식을 취하는 것입니다.
나는 사용자들이 이메일 양을 줄일 수 있는 설정을 사용하도록 가르치려고 했습니다. 그것은 잘못된 방향이었습니다. 나는 기본적으로 사용자에게 내가 의도적으로 당신을 귀찮게 할 테니, 싫다면 당신이 조치를 취해야 한다고 말한 것이나 다름없었습니다. 참고로 — 이것이 유럽에서는 이메일이 옵트아웃(opt-out)이 아닌, 미국의 많은 경우와 달리 옵트인(opt-in)이어야 하는 이유입니다.
이제 나는 완전히 반대되는 일을 합니다. 나는 *충분히 동기가 부여되어 정말로 이 이메일을 원한다면, 당신은 이것을 해야 합니다(하지만 우리가 여기 있다는 것을 몇 번이나 상기시켜 드렸습니다)*라고告诉他们합니다.
그러니 — 내 주제는 완전히 틀렸습니다. 해결할 수 없는 문제가 있을 때, 여전히 무언가를 파악하려고 할 때 그런 일은 정말로 흔합니다. 다음 단계는 이 트릭을 어떻게 하는가라고 묻는 것이 아니라, 이 문제가 있습니다, 아이디어가 있는가라고 묻는 것입니다.
하지만… 이 주제를 시작한 하나의 이유는 실제로 내 필요가 아니었습니다. 물론, 이메일 양 때문에 두통이 몇 번 왔지만, 연결된 주제가 왜를 생각하지 않고 시작되어 바로 어떻게로 넘어갔다는 느낌을 가졌습니다. 여기의 정말로 많은 주제들이 그렇습니다.
나는 #community-building에서 여러분이 스팸에 대한 두려움과 어떻게 공존하는지, 또는 복귀하는 사용자들과 새로운 사용자가 충분히 많아 신경 쓸 필요가 없는지 — 아니면 여러분의 청중이 여전히 이메일을 사용하고 과도한 양의 전자 우편과도 잘 지낼 수 있는 그런 대상 그룹인지 물어봐야 합니다.
Right! So what’s worse? Sending email or telling an evil corporation what web sites you’re using?
Figuring out the balance between convenience of getting notifications that you want and annoyance is tricky. I think that if you disable summary emails the other defaults are pretty reasonable, as they send a notification only when someone has replied to someone or directly mentioned them. There are many options, though, so it can be difficult to figure that out.
People that I work with seem to err on the other side and make a bunch of categories set to send notifications for every post.
That’s the main reason why there are so many apps on the phone app stores.
Imho the biggest risk is your users go do something else with their time possibly by paying more attention to someone else’s notifications!
(Btw interesting side note: the way I all but stopped using and ended reliance on WhatsApp and moved to Signal for 99.9% of personal messaging was simply by turning off notifications for WhatsApp. I didn’t even need to uninstall it)
And at same time same users are using browsers by Google or Microsoft, or mobiles made by China, or Apple. Plus accepting all possible cookies and clicking every link they can find.
But people aren’t acting logically, mostly because they just don’t know enough. But login modal is wrong place to start teach them.
What about the (few) people which know about it and aren’t using closed software/products from Google, Microsoft, Apple & Co? And how could it be the wrong place, if people ask for it?
The nothing (more) to hide argument is weak as ever.
I’ll offer a third option between “leave email enabled” and “disable email”: modify site settings so the default is to not send emails. Go to /admin/site_settings/category/user_preferences and check out the email related default user preferences. Tweaking a few of them like default email digest frequency, default email level, and default email messages level should cause your site to send out minimal emails, unless a user makes a conscious effort to increase their email volume by modifying their preferences.
