Smppcube face aux passerelles mono-tenant (classe NowSMS / Ozeki)

Voici un comparatif que nous perdons régulièrement, et nous l’assumons. Les passerelles mono-tenant comme NowSMS et Ozeki sont de bons logiciels. Elles s’installent en un après-midi, elles tiennent les binds, elles offrent une interface qu’un humain peut réellement utiliser, et leurs éditeurs répondent aux courriels. Pour le travail auquel elles ont été destinées, elles sont souvent un meilleur achat que nous, et nommons ce travail avec précision : une seule entreprise qui envoie ses propres messages. Le terrain bascule dès l’instant où l’argent d’une deuxième société commence à circuler par votre serveur, et il bascule d’une manière qu’une liste de fonctionnalités a tendance à masquer plutôt qu’à révéler, car la case qui compte dit « multi-utilisateur » et vous la lisez « multi-tenant ». Ci-dessous : ce que cette classe de produits fait vraiment bien, l’endroit exact où sa conception s’arrête, une grille côte à côte, des chiffres honnêtes, et les quatre cas où vous devriez acheter chez eux plutôt que chez nous.

Ce que les passerelles mono-tenant font vraiment bien

Commençons par le mérite, car il est réel. Face à un transport nu, cette classe de produits a déjà résolu les deux problèmes qui rendent l’open source coûteux à exploiter comme une activité : il existe une interface graphique, et il existe un éditeur avec une adresse de support. Ce n’est pas rien. C’est la différence entre un projet et un produit, et c’est la raison pour laquelle ces sociétés sont sur le marché depuis vingt ans quand cent startups de passerelles ont disparu.

NowSMS. La passerelle de Now Wireless a un long historique et une spécialité peu commune : elle est réellement forte sur le MMS et le MM7, pas seulement sur le SMS, un coin du marché que la plupart des plateformes modernes ont discrètement abandonné. Elle parle SMPP en client comme en serveur, pilote des modems GSM, dispose d’une interface web de configuration, et elle est documentée sérieusement par des gens qui connaissent manifestement les protocoles. Si votre besoin contient les lettres MMS, elle entre dans votre liste courte, et probablement en tête.

Ozeki. Le SMS Gateway d’Ozeki est l’extrémité de la classe avec interface navigateur : une longue liste de connexions côté réseau (SMPP, HTTP, modems) et, plus distinctif encore, une longue liste de connecteurs côté applicatif, vers des bases de données, des fichiers, la messagerie et les logiciels de gestion. Règles de routage, utilisateurs, applications. Pour une entreprise qui veut « notre ERP envoie des SMS et la DSI garde la boîte », c’est une réponse propre, et cela s’installe sous Windows sans discuter, ce qui, dans bien des services informatiques, tranche la question avant même d’ouvrir la grille des fonctionnalités.

La classe en général. Diafaan, les fabricants d’appliances et quelques autres partagent la même forme : achetez une licence par serveur, installez, configurez les routes, envoyez. Leur centre de conception, c’est un service informatique d’entreprise ou une division d’opérateur, et à l’intérieur de ce centre ils sont efficaces, bien accompagnés et difficiles à battre sur le délai jusqu’au premier message. Rien de ce qui suit n’est une critique de leur ingénierie. C’est un constat sur l’endroit où la frontière du produit a été tracée, délibérément, il y a vingt ans.

C’est le mot « tenant » qui fait tout le travail

Chaque produit de cette classe gère plusieurs utilisateurs, et chaque évaluation s’échoue sur cette phrase. Soyons donc précis sur la différence, car c’est tout l’article.

Un utilisateur est un poste. Un accès, une permission, peut-être une limite de débit et une route qu’il a le droit de toucher. Il existe pour que quatre services d’une même entreprise ne partagent pas un mot de passe. Tout ce que fait un utilisateur relève, en fin de compte, de l’activité de votre organisation, sur le compte de votre organisation, payée par votre organisation, et reportée dans les chiffres de votre organisation.

Un tenant est une entreprise qui ne vous appartient pas. Il a un solde que vous devez défendre, une grille tarifaire différente de celle de tous les autres par route et par destination, des sous-utilisateurs qu’il crée lui-même sans jamais voir les vôtres, un portail sur son propre domaine avec son propre logo, un rapport de livraison qu’il lit sans vous appeler, une facture en fin de mois, et un interrupteur de suspension que vous actionnez sans toucher à personne d’autre. Ses données doivent être isolées si complètement qu’un bug ne puisse pas faire fuiter son carnet d’adresses dans l’export d’un voisin, car ce coup de téléphone met fin à une relation commerciale pour toujours.

Voici le test pratique, et il prend quatre-vingt-dix secondes avec la documentation de n’importe quel éditeur. Demandez, dans cet ordre : un utilisateur peut-il détenir un solde de crédit contrôlé avant l’envoi ? Cet utilisateur peut-il avoir un prix différent de celui de l’utilisateur d’à côté, par route et par destination ? Cet utilisateur peut-il créer ses propres sous-utilisateurs ? La page de connexion porte-t-elle son logo, sur son domaine ? Le système émet-il une facture ? Puis-je en suspendre un et un seul ? Si une seule réponse est non, vous avez une passerelle multi-utilisateur. Ce n’est pas un défaut. Ce n’est simplement pas une plateforme sur laquelle faire tourner une activité de revente, et plus tôt ce point est sur la table, moins l’évaluation coûte cher.

Le comparatif, côte à côte

	Classe NowSMS / Ozeki	Smppcube v9
Délai jusqu’au premier message	Quelques heures	Quelques heures, installation guidée
Interface d’administration	Oui, bonne	Interface web complète
Binds SMPP vers les SMSC	Oui	Kannel, dans la pile
Serveur SMPP, vos clients se connectent à vous	Oui, sur la plupart	Oui, sur le port 2775
Modems GSM, MMS, MM7	Fort, un vrai avantage	Ce n’est pas notre axe
Utilisateurs	Postes et applications, une seule entreprise	Admin, staff, revendeur, client
Arbre de revendeurs, des clients sous des clients	Non	Oui, avec isolation
Grille tarifaire par client, route et destination	Non	Oui
Contrôle du crédit avant l’envoi	Non	Routes crédit, portefeuille et automatique
Facturation	Non	Prépayé, postpayé, récurrent, multidevise
Portail en marque blanche par client	Non	Par tenant, logo et domaine propres
Rapports lisibles par le client	Niveau administrateur	Tableaux de bord et exports par tenant
WhatsApp, RCS, voix	Variable, rarement	Dans la même plateforme
Forme de la licence	Par serveur, par palier de capacité, souvent avec maintenance annuelle	6,400 USD une fois, perpétuelle
Second nœud, reprise d’activité ou second pays	Une autre licence	La même licence
Code source	Non	Livré
Support	De l’éditeur	De l’éditeur, avec SLA

Lisez la grille en deux moitiés. La moitié haute, la moitié télécom, est à égalité, et sur les lignes des modems et du MMS ils nous battent nettement. Regardez ensuite la ligne où le mot client apparaît pour la première fois, et remarquez que tout ce qui se trouve en dessous change de nature d’un coup. Ce n’est pas un hasard, et ce n’est pas une liste de tâches que les éditeurs auraient oubliée. C’est la frontière du produit, tracée là où se situe leur centre de conception : un service informatique qui n’a pas de clients, donc pas besoin de grilles tarifaires, ni de portails, ni de factures.

Ce que vous finissez par construire à côté, avec un prix sur chaque pièce

Voici la différence qui pèse le plus, et elle ne figure sur aucune grille de fonctionnalités. Avec l’open source, vous pouvez étendre la chose elle-même. Avec une passerelle mono-tenant propriétaire, non. La couche commerciale ne se construit donc pas au-dessus de la passerelle, elle se construit à côté : une seconde application qui détient les clients, les soldes, les tarifs, les portails et les factures, et qui pilote la passerelle via son API HTTP. Le même projet, moins le travail de transport, plus une couture.

Multi-tenancy et isolation. Environ 1 à 2 mois de développement. Des comptes, un arbre de revendeurs, des groupes de permissions, l’isolation des contacts, des campagnes et des expéditeurs, et un interrupteur de suspension dont le rayon d’action vaut exactement un client. Cela ressemble à quinze jours de CRUD jusqu’au jour du bug d’export, pour lequel vous passerez un coup de fil, une seule fois.

Facturation et comptabilité. Environ 3 à 6 mois de développement, et c’est là que le projet meurt. Réserver le crédit avant l’envoi, tarifer selon la route réellement empruntée, rembourser sur un échec définitif et pas sur un échec temporaire, rendre chaque opération idempotente pour qu’une reprise ne facture jamais deux fois, tenir prépayé et postpayé en parallèle, gérer les devises, et produire une facture qu’un service comptable accepte. Notre guide des modèles de facturation parcourt la discipline comptable que cela demande. La première version prend un mois et semble terminée. La version qui survit à un client contestant une ligne de 50.00 USD en prend six.

Portails en marque blanche et rapports client. Environ 2 à 3 mois de développement. Un panneau à la marque de chaque tenant : composer, importer une liste, consulter un solde, sortir un rapport de livraison, télécharger une facture. Et transformer des accusés de réception bruts en quelque chose que le client filtre et comprend sans vous appeler. C’est la surface que vos clients touchent tous les jours, elle ne peut donc pas ressembler à un outil interne, et un outil interne est exactement ce que produit une construction pressée.

La couture. Peu de choses à écrire, une charge permanente à porter. Votre comptabilité vit dans votre application ; les messages vivent dans une passerelle qui n’a jamais entendu parler de vos clients. Vous portez donc une correspondance entre vos identifiants de message et les siens, pour toujours. Vous réconciliez ses accusés de réception avec vos débits, pour toujours. Vous décidez de ce qui se passe quand votre application a facturé et que l’appel à l’API a expiré, et vous devez viser juste, pour toujours. Chacune de ces choses est bon marché à écrire un mardi, et coûteuse à la première clôture trimestrielle qui ne tombe pas juste. Budgétez de 20 à 30 pour cent de la construction, chaque année, pour cela et pour l’entretien ordinaire : correctifs, un nouveau code d’erreur chez un opérateur, une mise à jour de l’éditeur qui a changé la forme d’une réponse.

Faites l’addition : de 6 à 12 mois de développement jusqu’à une première version sur laquelle vous mettriez un client payant, plus une ligne de maintenance permanente, plus la licence de la passerelle que vous avez déjà payée. La licence vous a acheté le transport et l’interface. Elle ne vous a pas acheté l’entreprise.

Trois ans de trésorerie, posés honnêtement

La même activité dans les deux colonnes : un revendeur avec des clients à facturer, sur son propre serveur. La fourchette de coût du développeur va d’un prestataire compétent sur un marché émergent, autour de 3,000 USD par mois, jusqu’à un recrutement européen ou nord-américain autour de 8,000 USD par mois, un écart énorme et la première raison pour laquelle cette décision ne se pose pas de la même façon à Abidjan qu’à Paris. Le prix des licences de passerelle change par palier et par année, nous n’allons donc pas vous jeter le chiffre d’un concurrent : demandez-le à son tarif, et lisez attentivement par quoi il est facturé.

Poste, 3 ans	Passerelle mono-tenant, plus votre propre couche métier	Smppcube v9
Licence logicielle	Par serveur, par palier, consultez le tarif en vigueur	6,400 USD, une fois
Maintenance annuelle ou mises à jour	En général récurrente	Incluse, licence perpétuelle
Serveur, de 40 à 80 USD par mois	De 1,440 à 2,880 USD	De 1,440 à 2,880 USD
Construire la couche multi-tenant, facturation et portails, de 6 à 12 mois de développement	De 18,000 à 96,000 USD	0 USD
Maintenir cette couche, années 2 et 3	De 7,200 à 38,400 USD	Votre propre temps d’exploitation
Second nœud, reprise d’activité ou second pays	Une autre licence	La même licence
Trésorerie sur trois ans, hors licences de passerelle	De 26,640 à 137,280 USD	De 7,840 à 9,280 USD

Deux formes, pas seulement deux totaux. Une colonne est un petit nombre fixe, entièrement connu dès le premier jour. L’autre est une fourchette avec un écart d’un facteur cinq, sans date de fin, avec une licence qui se retarife quand vous grandissez et une traîne qui ne s’arrête jamais. Dans une activité bâtie sur de fines marges au message, la colonne prévisible vaut quelque chose avant même de comparer les totaux.

Et regardez la ligne du second nœud, car c’est celle qui prend les gens en embuscade. Une licence par serveur est une tarification parfaitement raisonnable pour un service informatique qui a un serveur. Pour un opérateur qui gagne un client dans un second pays, ou qui monte enfin la paire actif-actif que la question de la disponibilité imposait, la croissance même qui vous rapporte de l’argent fait grandir votre facture logicielle. Une licence perpétuelle qui vous appartient ne fait pas cela.

La ligne que personne ne met dans le tableur

Reprenez le calcul de coin de table du guide de la revente : dix clients de taille moyenne à 300 000 messages par mois en moyenne, cela fait 3 000 000 de messages, et à un écart de 0.0030 USD cela donne 9,000 USD de marge brute par mois. Retardez de six mois le client numéro un pendant que vous construisez un moteur de facturation à côté de votre passerelle, et cela fait 54,000 USD de marge qui n’ont jamais existé, dans l’hypothèse optimiste où les clients attendent. Ils n’attendent pas. Ils signent avec celui qui était prêt en mars.

Vient ensuite la ligne de la marque, propre à cette classe de produits et presque jamais chiffrée. Votre client se connecte quelque part. Si ce quelque part est une console d’administration avec le nom du produit d’un autre en haut, vous êtes une personne avec une passerelle, et votre client vient d’apprendre le nom du logiciel qu’il pourrait acheter lui-même. Si c’est un portail sur son propre domaine avec son propre logo, vous êtes sa plateforme, et vous quitter signifie migrer ses systèmes, reformer ses équipes et expliquer une nouvelle adresse à ses propres clients. Ce n’est pas de la vanité. C’est exactement la différence entre un fournisseur dont on presse le prix à chaque renouvellement et un fournisseur dont on ne le presse pas, et cela se décide sur la page de connexion qu’il voit.

Le contrepoint, dit honnêtement : rien de tout cela ne mord si vous n’avez pas de clients. Si vous êtes une seule entreprise qui envoie son propre trafic, le délai jusqu’au revenu est nul dans les deux cas et l’argument de la marque ne veut rien dire, car la seule personne qui regarde cette page de connexion, c’est vous.

Quand une passerelle mono-tenant reste le bon choix

Quatre cas. Nous préférons perdre la vente plutôt que vous vendre 6,400 USD de logiciel dont vous n’avez pas besoin.

Une seule entreprise, personne à facturer. Vos systèmes, vos messages, votre opérateur. Pas de tenants, pas de soldes, pas de factures, pas de portail. Achetez la passerelle, configurez-la, et retournez à votre vrai métier. C’est le cas le plus fréquent où nous disons aux gens de ne pas acheter chez nous, et ce n’est pas un lot de consolation : pour ce travail, leur produit est meilleur que le nôtre.

Le vrai besoin est le MMS, le MM7 ou un parc de modems. Si le cahier des charges parle de messages avec image, d’interfaces MMS opérateur ou d’une baie pleine de cartes SIM, NowSMS fait cela mieux que nous, et aucune quantité de multi-tenancy ne compense un protocole dont vous avez besoin et que nous ne mettons pas en avant. Achetez l’outil qui fait le vrai travail.

Vous êtes une maison Windows et comptez le rester. Notre pile est Linux : NGINX, PHP, Node.js, Redis, MySQL, Kannel. Si votre équipe d’exploitation vit dans Windows Server et que cela ne changera pas, une passerelle qui s’installe nativement dans leur monde sera mieux exploitée par eux que la nôtre, et un système correct bien exploité bat un système excellent mal exploité à chaque fois.

L’usage est fixe et interne. Des alertes d’un système de supervision. L’OTP d’une seule application. Des rappels de rendez-vous depuis le logiciel de réservation d’un cabinet. Cela ne deviendra pas un arbre de revendeurs, vous le savez, et installer une plateforme multi-tenant pour le faire, c’est envoyer un camion chercher une lettre.

Remarquez que trois de ces quatre cas sont le même test habillé différemment : combien de soldes devez-vous défendre ? Si la réponse est un, cet article vous dit de fermer l’onglet et d’acheter chez eux.

Trancher en un après-midi

Quatre questions, écrites là où vous ne pourrez pas les arranger plus tard.

Un, combien de soldes devez-vous défendre ? Un seul, et tout l’argument multi-tenant s’évapore. Plus d’un, et chaque manque décrit dans cet article devient un projet avec une date de début, la seule question ouverte étant qui l’écrit et quand.

Deux, à qui appartient le logo sur la page de connexion ? Si la réponse honnête est « à l’éditeur, et mes clients l’ont remarqué », vous ne construisez pas de douves : vous les louez. Chiffrez ce que cela coûte au renouvellement, car votre client, lui, le chiffre déjà.

Trois, que se passe-t-il quand vous gagnez le second pays ? Projetez la licence : un second nœud, un palier supérieur, une paire de reprise, une paire actif-actif. Si la facture logicielle grandit avec les bonnes nouvelles, c’est un fait structurel du modèle tarifaire et cela ne s’améliore pas en négociant.

Quatre, quand leur fiche technique ne correspond pas à votre besoin, que faites-vous ? En propriétaire : vous ouvrez une demande d’évolution et vous attendez, ou vous construisez à côté. Avec le code source entre les mains : vous le changez, ou vous payez quelqu’un pour le changer. Ce n’est pas un détail de licence, c’est le plafond de l’écart que votre produit peut creuser avec la boîte dans laquelle il est arrivé.

Puis tranchez, et vivez en paix avec la décision. Si les réponses désignent une passerelle mono-tenant, vous avez notre respect et notre recommandation sincère : allez acheter celle qui colle au protocole dont vous avez réellement besoin. Si elles désignent l’autre côté, ce que vous achetez n’est pas un transport, car vous en avez déjà trois bons au choix. C’est la couche qui transforme des messages en factures : une licence unique sur votre propre serveur, avec le multi-tenant, la facturation et les portails en marque blanche déjà écrits, et la télécom en dessous qui fait le travail que cette classe de logiciels a toujours bien fait.