Smppcube vs. Open Source (Kannel · Jasmin · PlaySMS)

Bringen wir den unangenehmen Teil gleich hinter uns: In Smppcube steckt Kannel. Wir sind nicht hier, um Ihnen zu erzählen, Open Source sei schlechte Software, denn wir betreiben sie produktiv und würden uns wieder so entscheiden. Kannel sind über zwanzig Jahre abgehärtetes C, das die Binds zu den SMSCs besser hält als alles, was wir selbst schreiben würden. In diesem Vergleich geht es nicht um die Qualität freier Software. Es geht um eine sehr viel engere und sehr viel teurere Frage: Was kostet es, aus einem kostenlosen Bearer ein Geschäft zu machen, aus dem heraus Sie Rechnungen stellen können, und ist dieses Projekt Ihr Produkt oder ein Umweg? Unten stehen die ehrlichen Zahlen, eine Gegenüberstellung, und die Fälle, in denen die kostenlose Option wirklich die richtige ist und Sie diesen Tab schließen und bauen gehen sollten.

Was “kostenlos” in diesem Markt tatsächlich heißt

Kostenlos in der Lizenz und kostenlos in den Gesamtkosten sind zwei verschiedene Währungen, und die Messaging-Branche ist ungewöhnlich gut darin, sie zu verwechseln. Der Grund: Das Kostenlose erledigt den sichtbaren, beeindruckenden Teil. Es spricht SMPP. Es bewegt Tausende Nachrichten pro Sekunde. Es überlebt einen Carrier, der um drei Uhr nachts etwas Unhöfliches tut. Wenn man das zum ersten Mal laufen sieht, kommt man sehr leicht zu dem Schluss, der schwere Teil sei erledigt.

Der schwere Teil ist nicht erledigt. Der schwere Teil ist der langweilige. Ein Bearer bewegt Nachrichten; ein Geschäft entscheidet, aus wessen Guthaben eine Nachricht kam, zu welchem Preis auf welcher Route, ob dieser Kunde sie überhaupt senden durfte, was mit dem Geld passiert, wenn die Nachricht vier Stunden später endgültig fehlschlägt, was der Kunde sieht, wenn er sich zur Kontrolle einloggt, und was Sie sechs Monate später einer Aufsichtsbehörde oder einem reklamierenden Kunden vorlegen. Nichts davon liegt im Umfang eines Bearers, und nichts davon ist optional, wenn Sie Geld nehmen.

Die Wahl lautete also nie “zahlen oder nicht zahlen”. Sie lautet: einmal eine Lizenz zahlen, oder einen Entwickler sechs bis zwölf Monate lang zahlen und ihn danach für immer weiterzahlen, damit er pflegt, was er gebaut hat. Beides ist legitim. Es kostet nur wild unterschiedlich viel, und nur eine der beiden Varianten legt die Rechnung dorthin, wo Sie sie sehen können.

Was jede Open-Source-Option tatsächlich abdeckt

In jedem dieser Gespräche kommen drei Projekte auf. Alle drei sind gut, alle drei sind ehrlich über ihren Umfang, und jedes hört an einer anderen Stelle auf.

Kannel. Das klassische Open-Source-WAP- und SMS-Gateway, in C geschrieben, aufgeteilt in BearerBox (die Verbindungen), SMSBOX (die HTTP-Schnittstelle) und SQLBOX (die Queue-Tabellen). Es ist ein Bearer im reinsten Sinn: Es hält Ihre SMPP-Binds, es bewegt Nachrichten, und es tut beides ausgesprochen gut, bei Volumina, die manche kommerzielle Software blass aussehen lassen. Konfiguration ist eine Datei, die man über SSH bearbeitet. Es gibt keine GUI, keinen Begriff von Kunde, kein Guthaben, keine Rechnung, kein Portal und keine Support-Hotline. Das ist keine Lücke des Projekts, das ist seine bewusst gezogene Grenze.

Jasmin. Ein modernes SMS-Gateway und Router in Python, mit einer ehrlich gesagt schönen Architektur: ein Message-Router, eine Kommandozeilen-Verwaltung (jCli), eine HTTP-API und, anders als bei Kannel, ein rudimentärer Abrechnungsbegriff, bei dem ein Benutzer Credits hat, die ein Submit zu einem konfigurierten Preis abzieht. Genau dieser letzte Punkt zählt, und deshalb landet Jasmin so oft auf der Shortlist. Aber seien wir präzise, was es ist: Credits je Benutzer, kein Abrechnungssystem. Keine Rechnung, keine Mehrwährung, keine Unterscheidung zwischen Prepaid und Postpaid, keine Preisliste je Kunde nach Route und Ziel, kein Reseller-Baum, kein Kundenportal. Es ist ein deutlich besserer Ausgangspunkt als ein nackter Bearer, und es bleibt ein Ausgangspunkt.

PlaySMS. Das, was einem Produkt am nächsten kommt, weil es eine PHP-Webanwendung ist: eine Browser-Oberfläche, Benutzerkonten mit Stufen einschließlich einer Reseller-Ebene, ein einfaches Guthaben, Kontaktgruppen und Gateway-Module, mit denen es Kannel oder ein Modem darunter ansteuert. Für einen kleinen Betrieb mit einer Handvoll Nutzern kann das wirklich reichen, und uns ist lieber, Sie wissen das jetzt, als dass Sie es später herausfinden. Wo Betreiber darüber hinauswachsen, sind Tiefe und Taktung: Preislisten je Route, Prepaid und Postpaid nebeneinander, Abrechnung in mehreren Währungen, echte Mandantentrennung, White-Label je Mandant, die neueren Kanäle, und ein Entwicklungstempo, das mithält, wenn WhatsApp und RCS jedes Quartal ihre Regeln ändern.

Das Muster ist bei allen dreien dasselbe. Die Telekommunikationsschicht ist gelöst und kostenlos. Die kaufmännische Schicht ist ungelöst und gehört Ihnen.

Der Vergleich, nebeneinander

	Kannel	Jasmin	PlaySMS	Smppcube v9
Lizenzkosten	Kostenlos	Kostenlos	Kostenlos	6,400 USD einmalig
SMPP-Binds zu SMSCs	Exzellent	Exzellent	Über ein Gateway-Modul	Kannel, im Stack enthalten
Administrationsoberfläche	Keine	CLI (jCli)	Ja, einfach	Vollständige Web-GUI
Kundenkonten	Keine	Benutzer mit Credits	Ja, einfache Stufen	Mandantenfähig mit Reseller-Baum
Guthabenprüfung	Keine	Credits je Benutzer	Einfaches Guthaben	Credit-, Wallet- und Auto-Routen
Preislisten je Route	Keine	Einfache Tarifierung	Eingeschränkt	Je Kunde, Route und Ziel
Abrechnung	Keine	Keine	Keine	Prepaid, Postpaid, wiederkehrend, mehrwährungsfähig
White-Label-Kundenportal	Keines	Keines	Teilweise	Je Mandant, vollständig gebrandet
Für Kunden lesbare Reports	Log-Dateien	Log-Dateien	Einfach	Dashboards und Exporte
WhatsApp, RCS, Voice	Nein	Nein	Nein	In derselben Plattform
Support mit Verantwortlichem	Community	Community	Community	Hersteller, mit SLA
Zeit bis zum ersten zahlenden Kunden	6 bis 12 Monate	4 bis 9 Monate	Wochen, dann eine Decke	Tage

Lesen Sie diese Tabelle ehrlich, und zwei Dinge springen heraus. Die oberen Zeilen, die Telekommunikationszeilen, sind ein Gleichstand oder nahe daran, weil wir alle auf derselben Software stehen. Jede Zeile, in der Geld, Kunden oder Marke auftauchen, ist die Stelle, an der die kostenlosen Optionen aufhören und das Bauprojekt anfängt. Die letzte Zeile ist am Ende die wichtigste, und gleich bekommt sie einen Preis.

Die vier Lücken, mit je einem Preisschild

Der Leitfaden zur Kannel-Alternative geht durch, was ein Bearer nie für Sie tun wird. Dieser Artikel macht das Unbequemere und setzt eine Zahl auf jede Lücke. Die Schätzungen unten setzen einen fähigen Full-Stack-Entwickler voraus, der SMPP, Zustellquittungen und Geld bereits versteht, ein selteneres Tier, als es klingt, und entsprechend bepreist.

Mandantenfähigkeit. Rund 1 bis 2 Entwicklermonate. Konten, ein Reseller-Baum, Berechtigungsgruppen, Isolation von Kontakten, Kampagnen und Sender-IDs je Mandant, und ein Sperrschalter, der einen Kunden stoppt, ohne die anderen zu berühren. Das klingt nach einem Wochenende CRUD, bis zu dem Tag, an dem ein Fehler die Kontaktliste eines Kunden in den Export eines anderen leaken lässt. Dieses Telefonat führt man genau einmal.

Abrechnung. Rund 3 bis 6 Entwicklermonate, und hier sterben die Projekte. Guthaben vor dem Senden reservieren, nach der tatsächlich genutzten Route bepreisen, bei einem endgültigen Fehler korrekt erstatten, bei einem vorübergehenden nicht, jede Operation idempotent machen, damit ein Queue-Retry nie doppelt abbucht, Prepaid und Postpaid nebeneinander halten, mehrere Währungen beherrschen und eine Rechnung erzeugen, die eine Buchhaltung akzeptiert. Der Leitfaden zu den Abrechnungsmodellen beschreibt die dahinterliegende Buchungsdisziplin. Die erste Version dauert einen Monat und sieht fertig aus. Die Version, die einen Kunden übersteht, der eine Position über 50.00 USD bestreitet, dauert sechs.

White-Label-Portale und Reports. Rund 2 bis 3 Entwicklermonate. Ein Panel in der Marke jedes Kunden: verfassen, eine Liste hochladen, Guthaben prüfen, einen Zustellreport ziehen, eine Rechnung ansehen. Dazu die Verwandlung roher DLR-Ereignisse in etwas, das der Kunde filtern und verstehen kann, ohne Sie anzurufen. Das ist der Teil, den Ihre Kunden täglich anfassen, also auch der Teil, der nicht wie ein internes Werkzeug aussehen darf.

Betrieb und die ewige Steuer. Rund 20 bis 30 Prozent des Baus, jedes Jahr, unbefristet. Sicherheitspatches, eine geänderte WhatsApp-Vorlagenregel, ein Carrier, der plötzlich einen neuen Fehlercode zurückgibt, der Entwickler, der Ihre Abrechnungsmaschine geschrieben hat und einen anderen Job annimmt und Ihnen ein undokumentiertes Hauptbuch hinterlässt. Software ist keine Investition, die man einmal tätigt, sie ist ein Haustier, das gefüttert werden will. Alle kalkulieren den Bau. Fast niemand kalkuliert das Futter.

Rechnen Sie zusammen: sechs bis zwölf Entwicklermonate bis zu einer ersten Version, auf die Sie einen zahlenden Kunden setzen würden, plus eine dauerhafte Wartungsposition. Es ist dieselbe Zahl, die unser Kannel-Leitfaden nennt, und sie ist keine Angstzahl. Sie ist, was genau dieses Problem kostet, und sie ist der Grund, warum es kommerzielle Plattformen überhaupt gibt.

Gesamtkosten über drei Jahre

Also Zahlen. Die beiden Spalten unten unterstellen dasselbe Geschäft: einen Reseller mit Kunden, denen er Rechnungen stellt, auf dem eigenen Server. Die Spanne der Entwicklerkosten reicht von einem fähigen Auftragnehmer in einem Schwellenmarkt bei etwa 3,000 USD pro Monat bis zu einer europäischen oder nordamerikanischen Einstellung bei etwa 8,000 USD pro Monat, eine wirklich gewaltige Spanne und der wichtigste Grund, warum diese Entscheidung in Lagos anders aussieht als in Frankfurt.

Position, 3 Jahre	Open Source, selbst gebaut	Smppcube v9
Softwarelizenz	0 USD	6,400 USD, einmalig
Server, 40 bis 80 USD pro Monat	1,440 bis 2,880 USD	1,440 bis 2,880 USD
Die fehlende Schicht bauen, 6 bis 12 Entwicklermonate	18,000 bis 96,000 USD	0 USD
Wartung, Jahre 2 und 3	7,200 bis 38,400 USD	Ihre eigene Betriebszeit
Support, wenn ein Bind abreißt	Wohlwollen der Community	Enthalten
Liquiditätswirksame Summe über drei Jahre	26,640 bis 137,280 USD	7,840 bis 9,280 USD

Bevor uns jemand schreibt: Ja, das untere Ende dieser Open-Source-Spalte ist erreichbar. Wenn der Entwickler Sie selbst sind, und Ihre Zeit keinen Marktpreis hat, weil Sie ohnehin an diesem Schreibtisch gesessen hätten, sackt die Bauspalte auf die Kosten Ihres Servers und Ihrer Geduld zusammen. Das ist ein reales Szenario, und wir sagen das übernächsten Abschnitt auch so. Was es nicht ist, ist kostenlos. Es sind sechs bis zwölf Monate Ihres Berufslebens, ausgegeben für Infrastruktur statt für Kunden, und bezahlt in der einzigen Währung, die Sie hinterher nicht in Rechnung stellen können.

Und achten Sie auf die Form der beiden Spalten, nicht nur auf die Summen. Die eine ist eine kleine feste Zahl, ab Tag eins vollständig bekannt. Die andere ist eine Spanne mit Faktor fünf Streuung, ohne Enddatum, mit einem Schwanz, der nie aufhört. In einem Geschäft, das auf dünnen Margen je Nachricht steht, ist die berechenbare Spalte für sich genommen schon etwas wert.

Die Position, die niemand ins Tabellenblatt schreibt

Hier kommt die Zahl, die alles davor kleinschrumpfen lässt, und die in den Make-or-Buy-Vergleichen, die Leute in Foren posten, nie auftaucht.

Nehmen Sie die Bierdeckelrechnung aus dem Reselling-Leitfaden: zehn mittelgroße Kunden mit durchschnittlich 300.000 Nachrichten im Monat sind 3.000.000 Nachrichten, und bei einer Spanne von 0.0030 USD sind das 9,000 USD Rohmarge pro Monat. Jetzt verschieben Sie den Tag, an dem Sie Kunde Nummer eins aufschalten können, um sechs Monate nach hinten, während Sie eine Abrechnungsmaschine bauen. Das sind 54,000 USD Marge, die nie existiert haben, und das ist der optimistische Fall, weil er unterstellt, dass die Kunden auf Sie warten. Sie warten nicht. Sie unterschreiben bei dem Anbieter, der im März fertig war.

Deshalb gehört die Zeit bis zum ersten Umsatz in die Vergleichstabelle, und deshalb steht sie dort. Jeder Monat Bauzeit ist ein Monat ohne Verkauf, in einem Markt, in dem der Burggraben überhaupt keine Technologie ist: Er ist Routenqualität, Service, und die Klebrigkeit eines Kunden, dessen Systeme schon an Ihrer API hängen. Keines dieser drei Dinge verdient man sich, indem man ein Guthabenbuch schreibt. Man verdient sie sich, indem man Kunden hat, wofür man Kunden annehmen können muss, und genau davor steht der Bau.

Der Gegenpunkt, ehrlich gesagt: Dieses Argument beißt nur, wenn tatsächlich Kunden warten. Wenn Sie noch beweisen, dass es Nachfrage gibt, kostet ein verzögerter Start nichts, weil es keinen Umsatz zu verzögern gab. Was uns zu dem Abschnitt bringt, auf den dieser ganze Artikel zugelaufen ist.

Wann Open Source weiterhin die richtige Wahl ist

Uns ist lieber, wir verlieren den Auftrag, als Ihnen 6,400 USD Software zu verkaufen, die Sie nicht gebraucht haben. Vier Fälle, in denen kostenlos richtig ist.

Sie sind ein einzelner Mandant und haben niemandem etwas zu berechnen. Ein Unternehmen, ein Carrier, Ihre eigenen Systeme senden Ihre eigenen Nachrichten. Kein Reseller-Baum, keine Kundenguthaben, keine Rechnungen, kein Portal. Kannel plus ein paar Skripte ist die richtige Antwort, und eine mandantenfähige Plattform ist Gewicht, das Sie umsonst tragen würden. Das ist der häufigste Fall, in dem wir sagen: nicht kaufen.

Sie prüfen den Markt noch. Noch keine Kunden, keine unterschriebenen Verträge, nur eine Hypothese. Ein kostenloses Gateway und ein Tabellenblatt sind ein völlig respektabler Pilot, und es kostet Sie ein Wochenende herauszufinden, ob überhaupt jemand zahlt. Kaufen Sie die Plattform, wenn die Antwort Ja lautet, nicht vorher.

Gateway-Software ist Ihr Produkt. Manche Teams bauen eine Messaging-Plattform, um sie zu verkaufen, oder haben eine wirklich ungewöhnliche Anforderung, die kein kommerzielles Produkt abbildet. Wenn die Software das Geschäft ist und keine Steuer auf das Geschäft, bauen Sie sie natürlich. Sie zu bauen ist der Punkt.

Ihre Volumina und Margen sind winzig. Ein paar Tausend Nachrichten im Monat bei kleiner Spanne amortisieren keine Lizenz in einem vernünftigen Zeitraum, und sechs Entwicklermonate amortisieren sie auch nicht. Bleiben Sie klein, bleiben Sie kostenlos, und seien Sie ehrlich zu sich selbst, welches von beidem Sie sind.

Beachten Sie: Drei dieser vier Fälle sind derselbe Test in anderen Kleidern. Ist die kaufmännische Schicht Ihr Produkt, oder ist sie das, was zwischen Ihnen und Ihrem Produkt steht?

Diese Entscheidung an einem Nachmittag treffen

Sie brauchen keinen Berater. Sie brauchen vier ehrliche Antworten, aufgeschrieben an einer Stelle, an der Sie sie später nicht schönreden können.

Erstens: Haben Sie Kunden, denen Sie Rechnungen stellen? Wenn nein, hören Sie hier auf, nehmen Sie Kannel, kommen Sie wieder, wenn sich die Antwort ändert. Wenn ja, ist die kaufmännische Schicht nicht optional, und die einzige Frage ist, wer sie schreibt.

Zweitens: Was ist Ihnen ein Entwicklermonat tatsächlich wert? Nehmen Sie eine echte Zahl, entweder was Sie jemandem zahlen würden oder was Sie in diesen Stunden anders verdienen könnten. Wenn Ihre Antwort “nichts, ich mache das aus Spaß” ist, ist das eine legitime Antwort, und die Bauspalte ist gerade sehr billig geworden. Schreiben Sie sie trotzdem auf, denn sie ändert sich in dem Moment, in dem Sie viel zu tun haben.

Drittens: Was kostet ein Monat Verzögerung? Multiplizieren Sie Ihre erwartete monatliche Rohmarge mit den Monaten Bauzeit. Ist diese Zahl größer als eine Lizenz, ist die Diskussion bereits vorbei, und keine Verfeinerung des Tabellenblatts holt sie zurück.

Viertens: Wer antwortet um zwei Uhr nachts? Nicht, wer es irgendwann patcht. Wer das Problem besitzt, während der nächtliche Kontoauszugsversand eines Kunden gerade fehlschlägt. Wenn die Antwort lautet “ich, und ich bin außerdem der Einzige, der den Abrechnungscode versteht, den ich geschrieben habe”, bepreisen Sie das ehrlich. Das ist ein Mensch, keine Position, und es ist die Nebenbedingung, die still begrenzt, wie groß Sie werden können.

Dann entscheiden Sie, und seien Sie im Reinen damit. Zeigen die vier Antworten auf Open Source, haben Sie unseren Segen und unseren Respekt, und der Leitfaden zum selbst gehosteten Gateway sagt Ihnen, worauf Sie sich betrieblich einlassen. Zeigen sie in die andere Richtung, dann kaufen Sie eigentlich keine Software. Sie kaufen die sechs bis zwölf Monate, die Sie stattdessen bei Ihren Kunden verbringen, geliefert als einmalige Lizenz auf Ihrem eigenen Server, mit der mandantenfähigen Schicht, der Abrechnung und den Portalen bereits geschrieben, und Kannel weiterhin darunter, bei der Arbeit, in der es immer gut war.