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.
Potremmo prendere in considerazione l’aggiornamento a un plugin Discourse completo e renderlo più generalmente applicabile, se c’è interesse. Sarebbe necessario un certo finanziamento da inserire.
Al momento non abbiamo una campagna di crowdfunding attiva per questo progetto. Il lavoro precedente è stato finanziato da un’unica azienda, Digital Health Intelligence, per cui gestisco un forum, e avevano bisogno di questa funzionalità. Attualmente il progetto è open source e disponibile gratuitamente, ma non è un plugin semplice e immediato: si tratta di codice Ruby che viene eseguito esternamente a Discourse. Tutto è stato realizzato prima che sapessi come scrivere plugin. (In realtà non so ancora bene come scriverli)
Tuttavia, mi chiedo se Pavilion, insieme a @angus@Ellibereth@merefield@fzngagan, non voglia esaminare con me cosa sarebbe necessario per realizzare un plugin, in modo da poter stabilire un obiettivo di raccolta fondi da raggiungere tramite una campagna di crowdfunding per sviluppare un plugin Discourse per gli SMS.
Negli Stati Uniti, si paga 1 dollaro al mese per il numero e 0,0075 dollari per messaggio. Con US Cellular c’è un sovrapprezzo di 0,0025 dollari, mentre con Verizon l’aggiunta è di 0,005 dollari.
Nel Regno Unito i costi sono più elevati: ogni messaggio costa 0,04 dollari.
Ho lavorato con alcuni clienti interessati a sostituire l’email con gli SMS, ma hanno cambiato idea dopo aver visto i prezzi: non ci sono sconti per volumi fino a quando non si supera la soglia di 5 milioni di messaggi (37.500 dollari) al mese.
La Nuova Zelanda deve essere all’estremo opposto dello spettro: 0,10 USD, quindi praticamente inaccessibile. Localmente possiamo ottenere 0,07 USD per un servizio simile, a meno che tu non abbia un accordo vantaggioso con qualcuno.
Penso che, se dovessi svilupparlo, creerei un plugin di notifica generico, simile al plugin Chat Integration, in grado di supportare più API. In questo modo si potrebbe utilizzare qualsiasi servizio di integrazione SMS, nonché impiegarlo per casi d’uso simili, come sostituire OneSignal per l’app RN white-label.
Sono interessato all’integrazione con Twilio, se qualcuno ce l’ha già funzionante. Sono disponibile a contribuire allo sviluppo, se questo è il modo in cui si procede qui.
