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.
Actualmente no tenemos una campaña de financiación colectiva en marcha para esto, y el trabajo anterior fue financiado por una sola empresa, Digital Health Intelligence, para la cual gestiono un foro, y necesitaban esta funcionalidad. Por ahora es de código abierto y está disponible gratuitamente, pero no es un plugin sencillo y amigable; es código Ruby que se ejecuta externamente a Discourse. Todo se hizo antes de que supiera cómo escribir plugins. (Aún no sé realmente cómo escribir plugins)
Sin embargo, me pregunto si Pavilion, junto con @angus@Ellibereth@merefield@fzngagan, debería revisar conmigo qué se necesitaría para un plugin y así poder establecer una meta de financiación que deba alcanzarse en la campaña de financiación colectiva para desarrollar un plugin de SMS para Discourse.
En EE. UU., cobran 1 por mes por el número y 0,0075 por mensaje. US Cellular tiene un recargo de 0,0025 , mientras que Verizon cobra un adicional de 0,005 .
En el Reino Unido es más costoso; los mensajes cuestan 0,04 $ cada uno.
He trabajado con varios clientes que han mostrado interés en reemplazar el correo electrónico con SMS hasta que ven los precios: no hay descuento por volumen hasta superar los 5 millones de mensajes (37.500 $) al mes.
Nueva Zelanda debe estar en el extremo opuesto del espectro: 0,10 USD, lo que es básicamente inasequible. Localmente, podemos conseguir 0,07 USD por un servicio similar, a menos que tengas un trato especial con alguien.
Creo que, si fuera a desarrollar esto, crearía un plugin de notificador genérico, similar al plugin de integración de chat, que pudiera admitir múltiples APIs. De esta manera, podrías utilizar cualquier servicio de integración de SMS, así como aplicarlo a casos de uso similares, como reemplazar OneSignal en la aplicación de marca blanca de RN.
@pmusaraj Hay un posible punto de convergencia aquí
