Smppcube vs gateway single-tenant (classe NowSMS / Ozeki)

Questo è un confronto che perdiamo regolarmente, e ci sta bene così. I gateway single-tenant come NowSMS e Ozeki sono buon software. Si installano in un pomeriggio, tengono i bind, hanno un’interfaccia che un essere umano riesce davvero a usare e i loro fornitori rispondono alle email. Per il lavoro per cui sono stati progettati sono spesso un acquisto migliore del nostro, e quel lavoro lo nominiamo con precisione: una sola azienda che invia i propri messaggi. Il terreno cambia nel momento in cui il denaro di una seconda società inizia a muoversi attraverso il Suo server, e cambia in un modo che una checklist di funzioni tende a nascondere più che a rivelare, perché la casella che conta dice “multi-utente” e Lei la legge come “multi-tenant”. Qui sotto: cosa fa davvero bene questa classe di prodotti, dove esattamente si ferma il suo disegno, una griglia a confronto, numeri onesti e i quattro casi in cui dovrebbe comprare loro invece di noi.

Cosa fanno davvero bene i gateway single-tenant

Partiamo dal merito, perché è reale. Rispetto a un bearer nudo, questa classe ha già risolto i due problemi che rendono l’open source costoso da gestire come azienda: esiste un’interfaccia grafica ed esiste un fornitore con un indirizzo di assistenza. Non è poco. È la differenza tra un progetto e un prodotto, ed è il motivo per cui queste aziende sono sul mercato da vent’anni mentre cento startup di gateway non ci sono più.

NowSMS. Il gateway di Now Wireless ha una storia lunga e una specializzazione insolita: è genuinamente forte su MMS e MM7, non solo su SMS, un angolo di mercato che la maggior parte delle piattaforme moderne ha abbandonato in silenzio. Parla SMPP da client e da server, pilota modem GSM, ha un’interfaccia web di configurazione ed è documentato come si deve da gente che i protocolli li conosce sul serio. Se il Suo requisito contiene le lettere MMS, entra nella rosa dei candidati e con ogni probabilità al primo posto.

Ozeki. L’SMS Gateway di Ozeki è l’estremo della classe con GUI da browser: una lista lunga di connessioni sul lato rete (SMPP, HTTP, modem) e, cosa più distintiva, una lista lunga di connettori sul lato applicativo, verso database, file, posta elettronica e gestionali. Regole di routing, utenti, applicazioni. Per un’azienda che vuole “il nostro gestionale manda SMS e la scatola la tiene l’IT” è una risposta ordinata, e si installa su Windows senza discutere, il che in parecchi reparti IT chiude la questione prima ancora di aprire la griglia delle funzioni.

La classe in generale. Diafaan, i produttori di appliance e qualche altro condividono la stessa forma: compri una licenza per server, installi, configuri le rotte, invii. Il loro centro di progetto è un reparto IT aziendale o una divisione di un operatore, e dentro quel centro sono efficienti, ben assistiti e difficili da battere sul tempo al primo messaggio. Nulla di quanto segue è una critica alla loro ingegneria. È una constatazione su dove è stato tracciato il confine del prodotto, deliberatamente, vent’anni fa.

La parola “tenant” è quella che regge tutto

Ogni prodotto di questa classe supporta più di un utente, e ogni valutazione si arena su quella frase. Quindi mettiamo a fuoco la differenza con precisione, perché è tutto l’articolo.

Un utente è una postazione. Un accesso, un permesso, forse un limite di throughput e una rotta che gli è consentito toccare. Esiste perché quattro reparti della stessa azienda non condividano una password. Tutto ciò che un utente fa è, alla fine, attività della Sua organizzazione, sul conto della Sua organizzazione, pagata dalla Sua organizzazione e riportata nei numeri della Sua organizzazione.

Un tenant è un’azienda che non Le appartiene. Ha un saldo che Lei deve difendere, un listino che per rotta e destinazione è diverso da quello di chiunque altro, sotto-utenti che crea da sé senza vedere mai i Suoi, un portale sul proprio dominio col proprio logo, un report di consegna che legge senza chiamarLa, una fattura a fine mese e un interruttore di sospensione che Lei aziona senza toccare nessun altro. I suoi dati devono essere isolati in modo così completo che un bug non possa far finire la sua rubrica dentro l’export di un vicino, perché quella telefonata chiude un rapporto commerciale per sempre.

Ecco la prova pratica, e sono novanta secondi con la documentazione di qualunque fornitore. Chieda, in questo ordine: un utente può avere un saldo a credito verificato prima dell’invio? Quell’utente può avere un prezzo diverso da quello dell’utente accanto, per rotta e per destinazione? Quell’utente può creare i propri sotto-utenti? La pagina di accesso porta il suo logo, sul suo dominio? Il sistema emette una fattura? Posso sospenderne uno e uno soltanto? Se una qualsiasi risposta è no, ha un gateway multi-utente. Non è un difetto. Semplicemente non è una piattaforma su cui far girare un’attività di rivendita, e prima quel punto arriva sul tavolo, meno costa la valutazione.

Il confronto, fianco a fianco

	Classe NowSMS / Ozeki	Smppcube v9
Tempo al primo messaggio	Ore	Ore, con installazione guidata
GUI di amministrazione	Sì, buona	GUI web completa
Bind SMPP verso gli SMSC	Sì	Kannel, dentro lo stack
Server SMPP, i Suoi clienti si collegano a Lei	Sì, sui più	Sì, sulla porta 2775
Modem GSM, MMS, MM7	Forte, un vantaggio reale	Non è il nostro focus
Utenti	Postazioni e applicazioni, una sola azienda	Admin, staff, rivenditore, cliente
Albero dei rivenditori, clienti sotto clienti	No	Sì, con isolamento
Listino per cliente, rotta e destinazione	No	Sì
Verifica del credito prima dell’invio	No	Rotte a credito, wallet e automatiche
Fatturazione	No	Prepagato, postpagato, ricorrente, multivaluta
Portale white label per cliente	No	Per tenant, con logo e dominio propri
Report leggibili dal cliente	Livello amministratore	Cruscotti ed export per tenant
WhatsApp, RCS, voce	Variabile, quasi mai	Nella stessa piattaforma
Forma della licenza	Per server, per fascia di capacità, spesso con manutenzione annuale	6,400 USD una tantum, perpetua
Secondo nodo, disaster recovery o secondo Paese	Un’altra licenza	La stessa licenza
Codice sorgente	No	Consegnato
Assistenza	Del fornitore	Del fornitore, con SLA

Legga la griglia in due metà. La metà alta, quella telco, è un pareggio, e sulle righe dei modem e degli MMS ci battono nettamente. Guardi poi la riga in cui compare per la prima volta la parola cliente e noti che tutto ciò che sta sotto cambia natura insieme. Non è un caso e non è una lista di cose da fare che i fornitori si sono dimenticati. È il confine del prodotto, tracciato dove sta il loro centro di progetto: un reparto IT che non ha clienti, quindi non ha bisogno di listini, né di portali, né di fatture.

Cosa finisce per costruire accanto, con un prezzo su ogni pezzo

Ecco la differenza che pesa di più, e non compare su nessuna griglia di funzioni. Con l’open source Lei può estendere la cosa stessa. Con un gateway single-tenant closed source, no. Quindi lo strato commerciale non si costruisce sopra il gateway, si costruisce accanto: una seconda applicazione che possiede clienti, saldi, tariffe, portali e fatture, e che pilota il gateway attraverso la sua API HTTP. Stesso progetto, meno il lavoro sul bearer, più una cucitura.

Multi-tenancy e isolamento. Circa 1 o 2 mesi-uomo. Account, un albero dei rivenditori, gruppi di permessi, isolamento di rubriche, campagne e sender ID, e un interruttore di sospensione con raggio d’azione esattamente pari a un cliente. Sembrano due settimane di CRUD fino al giorno del bug sull’export, per il quale farà una telefonata sola, una volta.

Fatturazione e contabilità. Da 3 a 6 mesi-uomo, ed è qui che il progetto muore. Riservare il credito prima dell’invio, tariffare sulla rotta realmente usata, rimborsare su un fallimento definitivo e non su uno temporaneo, rendere ogni operazione idempotente perché un retry non addebiti due volte, tenere prepagato e postpagato in parallelo, gestire le valute e produrre una fattura che un ufficio amministrativo accetti. La nostra guida ai modelli di fatturazione percorre la disciplina contabile che c’è dietro. La prima versione richiede un mese e sembra finita. La versione che sopravvive a un cliente che contesta una riga da 50.00 USD ne richiede sei.

Portali white label e report per il cliente. Circa 2 o 3 mesi-uomo. Un pannello col marchio di ciascun tenant: comporre, caricare una lista, controllare un saldo, tirare fuori un report di consegna, scaricare una fattura. E poi trasformare le ricevute di consegna grezze in qualcosa che il cliente filtra e capisce senza telefonarLe. Questa è la superficie che i Suoi clienti toccano ogni giorno, quindi non può somigliare a uno strumento interno, e uno strumento interno è esattamente ciò che produce una costruzione di fretta.

La cucitura. Poco da scrivere, tanto da possedere. La Sua contabilità vive nella Sua applicazione; i messaggi vivono in un gateway che dei Suoi clienti non ha mai sentito parlare. Quindi Lei si porta dietro una corrispondenza tra i Suoi ID messaggio e i suoi, per sempre. Riconcilia le sue ricevute di consegna contro i Suoi addebiti, per sempre. Decide cosa succede quando la Sua applicazione ha già addebitato e la chiamata API è andata in timeout, e su quello ci prende, per sempre. Ognuna di queste cose è economica da scrivere di martedì e costosa alla prima chiusura di trimestre che non torna. Metta a budget dal 20 al 30 per cento della costruzione, ogni anno, per questo e per il mantenimento ordinario: patch, un nuovo codice di errore di un operatore, un aggiornamento del fornitore che ha cambiato la forma di una risposta.

Faccia la somma: da 6 a 12 mesi-uomo per una prima versione su cui metterebbe un cliente pagante, più una riga di manutenzione permanente, più la licenza del gateway che ha già pagato. La licenza Le ha comprato il bearer e l’interfaccia. Non Le ha comprato l’azienda.

Tre anni di cassa, messi giù onestamente

Stessa attività in entrambe le colonne: un rivenditore con clienti da fatturare, sul proprio server. La forbice del costo dello sviluppatore va da un contractor competente in un mercato emergente, intorno a 3,000 USD al mese, fino a un’assunzione europea o nordamericana intorno a 8,000 USD al mese, una forbice enorme e la ragione principale per cui questa decisione ha un aspetto diverso a Lagos rispetto a Milano. Il prezzo della licenza del gateway cambia per fascia e per anno, quindi non Le spariamo il numero di un concorrente: se lo faccia dare dal loro listino, e legga con attenzione a quale unità è agganciato.

Voce, 3 anni	Gateway single-tenant, più il Suo strato di business	Smppcube v9
Licenza software	Per server, per fascia, verifichi il listino aggiornato	6,400 USD, una tantum
Manutenzione annuale o aggiornamenti	Di norma ricorrente	Inclusa, licenza perpetua
Server, da 40 a 80 USD al mese	Da 1,440 a 2,880 USD	Da 1,440 a 2,880 USD
Costruire lo strato multi-tenant, di fatturazione e dei portali, da 6 a 12 mesi-uomo	Da 18,000 a 96,000 USD	0 USD
Mantenere quello strato, anni 2 e 3	Da 7,200 a 38,400 USD	Il Suo tempo di esercizio
Secondo nodo, disaster recovery o secondo Paese	Un’altra licenza	La stessa licenza
Cassa a tre anni, escluse le licenze del gateway	Da 26,640 a 137,280 USD	Da 7,840 a 9,280 USD

Due forme, non solo due totali. Una colonna è un numero piccolo e fisso, completamente noto al giorno uno. L’altra è una forbice con un’ampiezza di un fattore cinque, senza data di fine, con una licenza che si riprezza quando Lei cresce e una coda che non finisce mai. In un’attività costruita su spread sottili per messaggio, la colonna prevedibile vale qualcosa ancora prima di confrontare i totali.

E guardi la riga del secondo nodo, perché è quella che coglie le persone di sorpresa. Licenziare per server è un prezzo perfettamente ragionevole per un reparto IT che ha un server. Per un operatore che vince un cliente in un secondo Paese, o che finalmente costruisce la coppia attivo-attivo che il discorso sulla disponibilità imponeva, la stessa crescita che Le fa fare soldi Le fa crescere la bolletta del software. Una licenza perpetua di Sua proprietà non fa questo.

La riga che nessuno mette nel foglio di calcolo

Prenda i conti della serva del manuale sulla rivendita: dieci clienti medi con una media di 300.000 messaggi al mese fanno 3.000.000 di messaggi, e con uno spread di 0.0030 USD sono 9,000 USD di margine lordo al mese. Ritardi di sei mesi il cliente numero uno mentre costruisce un motore di fatturazione accanto al Suo gateway e sono 54,000 USD di margine che non sono mai esistiti, nell’ipotesi ottimistica che i clienti aspettino. Non aspettano. Firmano con chi era pronto a marzo.

Poi c’è la riga del marchio, che è specifica di questa classe e quasi mai viene prezzata. Il Suo cliente entra da qualche parte. Se quel qualche parte è un pannello di amministrazione col nome del prodotto di un altro in cima, Lei è una persona con un gateway, e il Suo cliente ha appena imparato il nome del software che potrebbe comprarsi da solo. Se è un portale sul proprio dominio col proprio logo, Lei è la sua piattaforma, e cambiare fornitore significa migrare i suoi sistemi, riaddestrare il suo personale e spiegare un URL nuovo ai suoi clienti. Non è vanità. È esattamente la differenza tra un fornitore a cui si tira il prezzo a ogni rinnovo e uno a cui non lo si tira, e la decide quale pagina di accesso vede.

Il contrappunto, detto onestamente: niente di tutto questo morde se non ha clienti. Se è una sola azienda che invia il proprio traffico, il tempo per arrivare ai ricavi è zero in entrambi i casi e l’argomento del marchio non significa nulla, perché l’unica persona che guarda quella pagina di accesso è Lei.

Quando un gateway single-tenant resta la scelta giusta

Quattro casi. Preferiamo perdere la vendita piuttosto che venderLe 6,400 USD di software di cui non ha bisogno.

Una sola azienda, nessuno da fatturare. I Suoi sistemi, i Suoi messaggi, il Suo operatore. Niente tenant, niente saldi, niente fatture, niente portale. Compri il gateway, lo configuri e torni al Suo lavoro vero. È il caso più frequente in cui diciamo alle persone di non comprare da noi, e non è un premio di consolazione: per quel lavoro il loro prodotto è migliore del nostro.

Il requisito vero è MMS, MM7 o un parco modem. Se il brief parla di messaggi con immagine, di interfacce MMS d’operatore o di un armadio pieno di SIM, NowSMS fa quella cosa meglio di noi, e nessuna quantità di multi-tenancy compensa un protocollo che a Lei serve e che noi non mettiamo in prima fila. Compri lo strumento che fa il lavoro vero.

È una casa Windows e intende restarlo. Il nostro stack è Linux: NGINX, PHP, Node.js, Redis, MySQL, Kannel. Se il Suo team operativo vive dentro Windows Server e la cosa non cambierà, un gateway che si installa in modo nativo nel loro mondo lo gestiranno meglio di quanto gestirebbero il nostro, e un sistema adeguato gestito bene batte un sistema eccellente gestito male tutte le volte.

Il caso d’uso è fisso e interno. Alert da un sistema di monitoraggio. OTP per una singola applicazione. Promemoria appuntamento dal software di prenotazione di un ambulatorio. Non diventerà un albero di rivenditori, Lei sa che non lo diventerà, e installare una piattaforma multi-tenant per farlo è mandare un camion a ritirare una lettera.

Noti che tre dei quattro sono la stessa prova con vestiti diversi: quanti saldi deve difendere? Se la risposta è uno, questo articolo Le sta dicendo di chiudere la scheda e comprare da loro.

Deciderlo in un pomeriggio

Quattro domande, scritte dove poi non può aggiustarle.

Primo, quanti saldi deve difendere? Uno, e tutto l’argomento multi-tenant evapora. Più di uno, e ogni lacuna di questo articolo diventa un progetto con una data di inizio, e l’unica domanda aperta è chi lo scrive e quando.

Secondo, di chi è il logo sulla pagina di accesso? Se la risposta onesta è “del fornitore, e i miei clienti se ne sono accorti”, Lei non sta costruendo un fossato: lo sta affittando. Prezzi quanto costa al rinnovo, perché il Suo cliente lo sta già prezzando.

Terzo, cosa succede quando vince il secondo Paese? Proietti la licenza in avanti: un secondo nodo, una fascia superiore, una coppia di disaster recovery, una coppia attivo-attivo. Se la bolletta del software cresce con le buone notizie, quello è un fatto strutturale del modello di prezzo e non migliora trattando.

Quarto, quando la loro scheda tecnica non coincide con ciò che Le serve, Lei cosa fa? Con il closed source: apre una feature request e aspetta, oppure costruisce accanto. Con il codice sorgente in mano: lo cambia, o paga qualcuno perché lo cambi. Non è un dettaglio di licenza, è il tetto di quanto lontano il Suo prodotto può allontanarsi dalla scatola in cui è arrivato.

Poi decida, e stia in pace con la decisione. Se le risposte puntano su un gateway single-tenant, ha il nostro rispetto e il nostro consiglio sincero: vada a comprare quello che calza col protocollo che Le serve davvero. Se puntano dall’altra parte, ciò che compra non è un bearer, perché ne ha già tre buoni tra cui scegliere. È lo strato che trasforma i messaggi in fatture: una licenza una tantum sul Suo server, con multi-tenancy, fatturazione e portali white label già scritti, e la parte telco sotto che fa il lavoro che quella classe di software ha sempre fatto bene.