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.
Wenn Interesse besteht, könnten wir überlegen, dies zu einem vollständigen Discourse-Plugin zu erweitern und allgemeiner anwendbar zu machen. Dafür wäre eine gewisse Finanzierung erforderlich.
Aktuell gibt es keine Crowdfunding-Kampagne dafür, und die vorherige Arbeit wurde von einem einzigen Unternehmen, Digital Health Intelligence, finanziert, für das ich ein Forum leite. Sie benötigten diese Funktionalität. Derzeit ist es Open Source und frei verfügbar, aber es ist kein schönes, einfaches Plugin, sondern Ruby-Code, der außerhalb von Discourse läuft. Das Ganze wurde erstellt, bevor ich wusste, wie man Plugins schreibt. (Ich weiß es immer noch nicht wirklich.)
Ich frage mich jedoch, ob Pavilion gemeinsam mit @angus@Ellibereth@merefield@fzngagan mit mir prüfen sollte, was ein Plugin erfordern würde, und wir könnten dann einen Zielbetrag festlegen, der durch das Crowdfunding erreicht werden müsste, um ein Discourse-SMS-Plugin zu realisieren.
In den USA werden 1 US-Dollar pro Monat für die Nummer und 0,0075 US-Dollar pro Nachricht berechnet. Bei US Cellular fallen zusätzliche 0,0025 US-Dollar an, während Verizon einen zusätzlichen Betrag von 0,005 US-Dollar erhebt.
Im Vereinigten Königreich sind die Kosten höher; jede Nachricht kostet 0,04 US-Dollar.
Ich habe mit einigen Kunden zusammengearbeitet, die Interesse daran geäußert haben, E-Mails durch SMS zu ersetzen, bis sie die Preise gesehen haben. Es gibt keinen Mengenrabatt, bis Sie mehr als 5 Millionen Nachrichten pro Monat (37.500 US-Dollar) versenden.
Neuseeland muss am anderen Ende des Spektrums liegen – 0,10 USD, also praktisch unbezahlbar. Lokal können wir für einen ähnlichen Service 0,07 USD bekommen, es sei denn, man hat ein besonders gutes Angebot bei jemandem.
Ich denke, wenn ich dies entwickeln würde, würde ich ein generisches Benachrichtigungs-Plugin im Stil des Chat-Integration-Plugins erstellen, das mehrere APIs unterstützen könnte. Auf diese Weise könnte man jeden SMS-Integrationsservice nutzen und es auch für ähnliche Anwendungsfälle verwenden, wie z. B. den Ersatz von OneSignal für die RN-White-Label-App.
@pmusaraj Hier gibt es ein potenzielles Überschneidungsfeld
Ich bin an einer Twilio-Integration interessiert, falls jemand eine funktionierende Version hat. Ich steuere gerne Entwicklungskosten bei, falls das hier so üblich ist.
