I’m really interested in this as a way to improve user engagement in our forums. I am very concerned about the fact that the vast majority of our users are on Gmail (which filters our forum notifications into the rarely-reviewed bucket of “forum” messages,and Most of our users are in their 20s and so tend to use texting over email, - so I don’t think most of our users ever really get any notifications.
I’d love to have an interface / mechanism to send very occasional notifications (you don’t want to flood your users with notifications as we do with email) and have a cap on it also for cost reasons (since you’re paying Twilio/SMS gateway fees).
Anyone else out there doing this, or have a recognized need for this?
I have implemented this for one of my Discourse instances as a simple hacky proof-of-concept, just using Discourse webhooks, Zapier, and Twilio.
I’m starting now to think about ways to build on this and create a SMS Discourse plugin, some particular challenges include how to manage and prevent spam, and misuse, and notification rate limiting. But it’s interesting and doable.
I’d like to see it also for periodic summary notifications - to try to pull people back to the forum. I suspect most users are like me - using gmail for email, and not frequently checking their “forum” category that gmail sorts the email into.
I think an SMS system would be much better at pulling users back to the forum.
I have a simple Sinatra-based webhook responder here which I use to send SMS in response to posts in a specific ‘alerting’ Category. It’s nothing fancy but it’s been working for 2 years without problems. We use a different script running on the Heroku Scheduler to test the alerting function once weekly.
The twilio-notifications repo linked in the preceding post is much more like what I would write if I was doing it again now. It would be good to have a configurable Twilio plugin, with both Admin interface for setup and User interface for opt-in/out of SMS notifications. If there is interest in developing this then perhaps a couple of customers could pool resources.
Podemos considerar atualizar isso para um plugin completo do Discourse e torná-lo mais amplamente aplicável, se houver interesse. Isso exigiria algum financiamento a ser injetado.
Atualmente, não temos uma campanha de financiamento coletivo para isso, e o trabalho anterior foi financiado por uma única empresa, a Digital Health Intelligence, para a qual eu administro um fórum, e eles precisavam dessa funcionalidade. No momento, é de código aberto e disponível gratuitamente, mas não é um plugin simples e amigável; é código Ruby que roda externamente ao Discourse. Tudo foi feito antes de eu saber como criar plugins. (Ainda não sei direito como criar plugins)
No entanto, me pergunto se o Pavilion, por meio de @angus@Ellibereth@merefield@fzngagan, deveria analisar comigo o que seria necessário para um plugin, e podemos definir um valor-alvo que precisaria ser alcançado pela campanha de financiamento coletivo para desenvolver um plugin de SMS para o Discourse.
Nos EUA, eles cobram US$ 1 por mês pelo número e US$ 0,0075 por mensagem. A US Cellular cobra uma taxa adicional de 0,0025, enquanto a Verizon cobra um adicional de US$ 0,005.
No Reino Unido, os custos são mais altos: cada mensagem custa US$ 0,04.
Trabalhei com alguns clientes que demonstraram interesse em substituir e-mails por SMS, até que viram os preços — não há desconto por volume até que se ultrapasse 5 milhões de mensagens (US$ 37,5 mil) por mês.
A Nova Zelândia deve estar no outro extremo do espectro — US$ 0,10, o que é basicamente inacessível. Localmente, conseguimos US$ 0,07 por um serviço similar, a menos que você tenha um acordo especial com alguém.
Acho que, se fosse criar isso, construiria um plugin de notificador genérico, semelhante ao plugin Chat Integration, que pudesse suportar múltiplas APIs. Dessa forma, você poderia usar qualquer serviço de integração de SMS, além de aplicá-lo a casos de uso semelhantes, como substituir o OneSignal no aplicativo RN de marca branca.
Estou interessado na integração com a Twilio, caso alguém já tenha isso funcionando. Posso contribuir com o desenvolvimento, se for assim que as coisas funcionam por aqui.
