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

Esta é uma comparação que perdemos com frequência, e estamos tranquilos com isso. Gateways single-tenant como NowSMS e Ozeki são bons softwares. São instalados em uma tarde, mantêm binds, têm uma interface que uma pessoa consegue realmente usar, e seus fornecedores respondem aos e-mails. Para o trabalho para o qual foram projetados, muitas vezes são uma compra melhor do que nós, e vamos definir esse trabalho com precisão: uma única organização enviando as próprias mensagens. O cenário muda no momento em que o dinheiro de uma segunda empresa começa a passar pelo seu servidor, e muda de uma forma que uma lista de recursos tende a esconder em vez de revelar, porque o item que importa diz “multiusuário” e você o lê como “multi-tenant”. A seguir: o que essa classe de produto realmente faz bem, o ponto exato em que o projeto dela termina, uma tabela comparativa, números honestos e os quatro casos em que você deve comprar um deles em vez de nós.

O que os gateways single-tenant realmente fazem bem

Comecemos pelo mérito, porque ele é real. Em comparação com um bearer puro (a camada que apenas transporta as mensagens), essa classe já resolveu os dois problemas que tornam o código aberto caro de operar como negócio: existe uma interface gráfica e existe um fornecedor com um endereço de suporte. Isso não é pouco. É a diferença entre um projeto e um produto, e é por isso que essas empresas estão no mercado há vinte anos, enquanto uma centena de startups de gateway não chegou lá.

NowSMS. O gateway da Now Wireless tem um longo histórico e uma especialidade incomum: é realmente forte em MMS e MM7, não apenas em SMS, um segmento do mercado que a maioria das plataformas modernas abandonou discretamente. Ele opera SMPP como cliente e como servidor, controla modems GSM, tem uma interface web de configuração e é bem documentado por pessoas que claramente conhecem os protocolos. Se o seu requisito contém as letras MMS, ele deve estar na sua lista de finalistas, e provavelmente no topo dela.

Ozeki. O SMS Gateway da Ozeki é o extremo dessa classe com interface no navegador: uma longa lista de conexões do lado da rede (SMPP, HTTP, modems) e, de forma mais característica, uma longa lista de conectores do lado das aplicações, para bancos de dados, arquivos, e-mail e sistemas de gestão. Regras de roteamento, usuários, aplicações. Para uma empresa que quer “nosso ERP envia SMS e a TI cuida do servidor”, é uma resposta organizada, e ele se instala no Windows sem complicação, o que para muitos departamentos de TI encerra a questão antes mesmo de abrir a tabela de recursos.

A classe em geral. Diafaan, fornecedores de appliances e alguns outros seguem o mesmo formato: comprar uma licença por servidor, instalar, configurar rotas, enviar. O foco do projeto deles é um departamento de TI corporativo ou um único departamento de uma operadora, e dentro desse foco eles são eficientes, bem suportados e difíceis de superar em tempo até a primeira mensagem. Nada do que vem a seguir é uma crítica à engenharia deles. É uma constatação sobre onde o limite do produto foi definido, de propósito, há vinte anos.

A palavra “tenant” é a que decide tudo aqui

Todo produto dessa classe aceita mais de um usuário, e toda avaliação trava nessa frase. Então vamos ser exatos sobre a diferença, porque ela é o artigo inteiro.

Um usuário é uma conta de acesso. Um login, uma permissão, talvez um limite de vazão e uma rota que ele pode usar. Ele existe para que quatro departamentos de uma mesma empresa não compartilhem uma senha. Tudo o que um usuário faz é, no fim, atividade da sua organização, na conta da sua organização, paga pela sua organização e registrada nos números da sua organização.

Um tenant é um negócio que não pertence a você. Ele tem um saldo que você precisa proteger, uma tabela de tarifas que difere, por rota e destino, da de todos os outros tenants, subusuários que ele mesmo cria sem nunca ver os seus, um portal no próprio domínio com o próprio logotipo, um relatório de entrega que ele lê sem ligar para você, uma fatura no fim do mês e uma chave de suspensão que você pode acionar sem afetar mais ninguém. Os dados dele precisam estar isolados de forma tão completa que um bug não consiga vazar a lista de contatos dele na exportação de outro cliente, porque esse telefonema encerra uma relação comercial de forma definitiva.

Aqui está o teste prático, e ele leva noventa segundos com a documentação de qualquer fornecedor. Pergunte, nesta ordem: um usuário pode ter um saldo de crédito verificado antes do envio? Esse usuário pode ter um preço diferente do usuário ao lado, por rota e por destino? Esse usuário pode criar os próprios subusuários? A página de login exibe o logotipo dele, no domínio dele? O sistema gera uma fatura? Posso suspender um, e somente um, deles? Se alguma resposta for não, você tem um gateway multiusuário. Isso não é um defeito. Simplesmente não é uma plataforma sobre a qual se possa operar um negócio de revenda, e quanto antes isso ficar claro, mais barata fica a avaliação.

A comparação, lado a lado

	Classe NowSMS / Ozeki	Smppcube v9
Tempo até a primeira mensagem	Horas	Horas, com instalação guiada
Interface de administração	Sim, boa	Interface web completa
Binds SMPP com SMSCs	Sim	Kannel, dentro da stack
Servidor SMPP, clientes fazem bind com você	Sim, na maioria	Sim, na porta 2775
Modems GSM, MMS, MM7	Fortes, uma vantagem real	Não é o nosso foco
Usuários	Contas de acesso e aplicações, uma organização	Administrador, equipe, revendedor, cliente
Hierarquia de revendedores, clientes abaixo de clientes	Não	Sim, com isolamento
Tabela de tarifas por cliente, rota e destino	Não	Sim
Controle de crédito antes do envio	Não	Crédito, Carteira e Rota Automática
Emissão de faturas	Não	Pré-pago, pós-pago, recorrente, multimoeda
Portal white-label por cliente	Não	Por tenant, com logotipo e domínio próprios
Relatórios legíveis pelo cliente	Nível de administrador	Dashboards e exportações por tenant
WhatsApp, RCS, voz	Varia, em geral não	Na mesma plataforma
Modelo de licença	Por servidor, por faixa de capacidade, muitas vezes com manutenção anual	US$ 6.400, uma única vez, perpétua
Segundo nó, recuperação de desastres ou segundo país	Outra licença	A mesma licença
Código-fonte	Não	Entregue
Suporte	Fornecedor	Fornecedor, com SLA

Leia a tabela em duas metades. A metade de cima, a de telecomunicações, está empatada, e nas linhas de modems e MMS eles nos superam claramente. Depois, observe a linha em que a palavra cliente aparece pela primeira vez e perceba que tudo abaixo dela muda de natureza ao mesmo tempo. Isso não é coincidência, nem uma lista de pendências que os fornecedores esqueceram. É o limite do produto, definido onde está o foco do projeto: um departamento de TI que não tem clientes e, portanto, não precisa de tabelas de tarifas, portais nem faturas.

O que você acaba construindo ao lado, com um preço para cada parte

Esta é a diferença que mais importa, e ela não aparece em nenhuma tabela de recursos. Com código aberto, você pode estender o próprio software. Com um gateway single-tenant de código fechado, não pode. Por isso, a camada de negócio não é construída sobre o gateway, ela é construída ao lado dele: uma segunda aplicação que controla clientes, saldos, tarifas, portais e faturas, e aciona o gateway pela API HTTP dele. O mesmo projeto, menos o trabalho do bearer, mais um ponto de integração.

Multi-tenancy e isolamento. Cerca de 1 a 2 meses de desenvolvimento. Contas, hierarquia de revendedores, grupos de permissões, isolamento de contatos, campanhas e IDs de remetente, e uma chave de suspensão cujo impacto se limita a exatamente um cliente. Parece um trabalho de CRUD de duas semanas até o bug de exportação, sobre o qual você vai precisar fazer um telefonema, uma única vez.

Faturamento e livro-razão. Cerca de 3 a 6 meses de desenvolvimento, e é aqui que o projeto fracassa. Reservar crédito antes do envio, tarifar pela rota efetivamente usada, reembolsar em uma falha definitiva e não em uma temporária, tornar cada operação idempotente para que uma nova tentativa nunca cobre duas vezes, operar pré-pago e pós-pago lado a lado, lidar com moedas e gerar uma fatura que um departamento financeiro aceite. Nosso guia de modelos de cobrança detalha a disciplina contábil. A primeira versão leva um mês e parece pronta. A versão que resiste a um cliente contestando uma linha de US$ 50,00 leva seis.

Portais white-label e relatórios para clientes. Cerca de 2 a 3 meses de desenvolvimento. Um painel com a marca de cada tenant: redigir mensagens, carregar uma lista, consultar o saldo, obter um relatório de entrega, baixar uma fatura. Além disso, transformar confirmações de entrega brutas em algo que o cliente consiga filtrar e entender sem ligar para você. Esta é a parte que seus clientes usam diariamente, por isso não pode ter aparência de ferramenta interna, e ferramentas internas são exatamente o que uma construção rápida produz.

O ponto de integração. Simples de escrever, permanente de manter. Seu livro-razão fica na sua aplicação; as mensagens ficam em um gateway que nunca ouviu falar dos seus clientes. Por isso, você mantém um mapeamento entre os IDs de mensagem da sua aplicação e os IDs de mensagem do gateway, para sempre. Você concilia as confirmações de entrega do gateway com as suas cobranças, para sempre. Você decide o que acontece quando sua aplicação já cobrou e a chamada à API expirou, e precisa acertar isso, para sempre. Cada um desses itens é barato de escrever em um dia comum e caro no primeiro fechamento de trimestre em que as contas não batem. Reserve de 20% a 30% do custo de construção, todos os anos, para isso e para a manutenção normal: correções, um novo código de erro de uma operadora, uma atualização do fornecedor que mudou o formato de uma resposta.

Somando tudo: 6 a 12 meses de desenvolvimento até uma primeira versão na qual você colocaria um cliente pagante, mais uma linha permanente de manutenção, mais a licença do gateway que você já pagou. A licença comprou o bearer e a interface gráfica. Ela não comprou o negócio.

Três anos de caixa, apresentados com honestidade

O mesmo negócio nas duas colunas: um revendedor com clientes para faturar, operando no próprio servidor. A faixa de custo do desenvolvedor vai de um profissional terceirizado competente em um mercado emergente, por cerca de US$ 3.000 por mês, até uma contratação na Europa ou na América do Norte, por cerca de US$ 8.000 por mês, uma diferença enorme e a principal razão pela qual esta decisão parece diferente em Lagos e em Frankfurt. O preço das licenças de gateway muda por faixa e por ano, por isso não vamos citar o valor de um concorrente: consulte a tabela de preços dele e leia com atenção por qual unidade a licença é cobrada.

Item, 3 anos	Gateway single-tenant, mais a sua própria camada de negócio	Smppcube v9
Licença de software	Por servidor, por faixa, consulte a tabela de preços atual	US$ 6.400, uma única vez
Manutenção anual ou atualizações	Em geral, recorrente	Incluída, licença perpétua
Servidor, US$ 40 a US$ 80 por mês	US$ 1.440 a US$ 2.880	US$ 1.440 a US$ 2.880
Construir a camada multi-tenant, de faturamento e de portais, 6 a 12 meses de desenvolvimento	US$ 18.000 a US$ 96.000	US$ 0
Manter essa camada, anos 2 e 3	US$ 7.200 a US$ 38.400	Seu próprio tempo de operação
Segundo nó, recuperação de desastres ou segundo país	Outra licença	A mesma licença
Caixa em três anos, sem contar as licenças de gateway	US$ 26.640 a US$ 137.280	US$ 7.840 a US$ 9.280

Dois formatos, não apenas dois totais. Uma coluna é um valor fixo e pequeno, totalmente conhecido desde o primeiro dia. A outra é uma faixa com variação de cinco vezes, sem data de término definida, com uma licença que é reprecificada quando você cresce e um custo residual que nunca acaba. Em um negócio baseado em margens estreitas por mensagem, a coluna previsível já tem valor antes mesmo de você comparar os totais.

E observe a linha do segundo nó, porque é ela que pega as pessoas de surpresa. Licenciar por servidor é um modelo de preço perfeitamente razoável para um departamento de TI que tem um servidor. Para um operador que conquista um cliente em um segundo país, ou que finalmente monta o par Active-Active que a discussão sobre disponibilidade exigia, o mesmo crescimento que gera receita faz a conta de software crescer junto. Uma licença perpétua que é sua não faz isso.

A linha que ninguém coloca na planilha

Pegue a conta rápida do guia prático de revenda: dez clientes de porte médio, com média de 300.000 mensagens por mês, somam 3.000.000 de mensagens, e com um spread de US$ 0,0030 isso representa US$ 9.000 de margem bruta por mês. Adie o primeiro cliente em seis meses enquanto você constrói um motor de faturamento ao lado do seu gateway, e são US$ 54.000 de margem que nunca existiram, na hipótese otimista de que os clientes esperam. Eles não esperam. Eles assinam com quem estava pronto em março.

Há ainda a linha da marca, que é específica dessa classe e quase nunca é considerada no preço. Seu cliente faz login em algum lugar. Se esse lugar é uma interface de administração com o nome do produto de outra empresa no topo, você é apenas alguém com um gateway, e seu cliente agora sabe o nome do software que ele mesmo poderia comprar. Se é um portal no domínio dele, com o logotipo dele, você é a plataforma dele, e trocar de fornecedor significa migrar os sistemas, treinar a equipe de novo e explicar um novo endereço aos clientes dele. Isso não é vaidade. É toda a diferença entre um fornecedor que tem o preço renegociado a cada renovação e um que não tem, e isso é decidido pela página de login que o cliente vê.

O contraponto, dito com honestidade: nada disso se aplica se você não tem clientes. Se você é uma empresa enviando o próprio tráfego, o tempo até a receita é zero de qualquer forma, e o argumento da marca não tem significado, porque a única pessoa que vê aquela página de login é você.

Quando um gateway single-tenant ainda é a escolha certa

Quatro casos. Preferimos perder a venda a vender a você US$ 6.400 em software de que você não precisa.

Uma organização, ninguém para faturar. Seus sistemas, suas mensagens, sua operadora. Sem tenants, sem saldos, sem faturas, sem portal. Compre o gateway, configure-o e siga com o seu trabalho principal. Este é o caso mais comum em que dizemos às pessoas para não comprarem de nós, e não é um prêmio de consolação: para esse trabalho, eles são o melhor produto.

MMS, MM7 ou um conjunto de modems é o requisito real. Se o projeto envolve mensagens com imagem, interfaces MMS de operadora ou um rack de chips SIM, o NowSMS é melhor nisso do que nós, e nenhuma quantidade de multi-tenancy compensa um protocolo de que você precisa e que não é o nosso ponto forte. Compre a ferramenta que faz o trabalho de fato.

Sua empresa trabalha com Windows e pretende continuar assim. Nossa stack é Linux: NGINX, PHP, Node.js, Redis, MySQL, Kannel. Se a sua equipe de operações trabalha com Windows Server e isso não vai mudar, um gateway que se instala nativamente nesse ambiente será operado melhor por ela do que o nosso, e um sistema adequado e bem operado supera um sistema excelente mal operado em todos os casos.

O caso de uso é fixo e interno. Alertas de um sistema de monitoramento. OTP para uma única aplicação. Lembretes de consulta do software de agendamento de uma clínica. Isso não vai se transformar em uma hierarquia de revendedores, você sabe que não vai, e instalar uma plataforma multi-tenant para essa tarefa é usar um recurso muito maior do que ela exige.

Observe que três dos quatro casos são o mesmo teste formulado de maneiras diferentes: quantos saldos você precisa manter? Se a resposta for um, este artigo está dizendo para você fechar esta página e comprar deles.

Como decidir isso em uma tarde

Quatro perguntas, escritas em um lugar onde você não possa ajustá-las depois.

Primeiro, quantos saldos você precisa proteger? Se for um, todo o argumento multi-tenant desaparece. Se for mais de um, cada lacuna deste artigo passa a ser um projeto com data de início, e a única questão em aberto é quem vai escrevê-lo e quando.

Segundo, de quem é o logotipo na página de login? Se a resposta honesta for “do fornecedor, e meus clientes já perceberam”, você não está construindo uma vantagem competitiva, está alugando uma. Calcule quanto isso custa na renovação, porque o seu cliente também está calculando.

Terceiro, o que acontece quando você conquista o segundo país? Projete a licença para o futuro: um segundo nó, uma segunda faixa, um par de recuperação de desastres, um par Active-Active. Se a conta de software cresce junto com as boas notícias, isso é uma característica estrutural do modelo de preço, e não melhora com negociação.

Quarto, quando a especificação técnica deles não atende à sua necessidade, o que você faz? Com código fechado: abre uma solicitação de recurso e espera, ou constrói ao lado. Com o código-fonte em mãos: altera o código, ou paga alguém para alterá-lo. Isso não é um detalhe de licenciamento, é o limite de quanto o seu produto pode se afastar da versão original que você recebeu.

Então decida, e fique tranquilo com a decisão. Se as respostas apontarem para um gateway single-tenant, você tem nosso respeito e nossa recomendação honesta, e deve comprar aquele que atende ao protocolo de que você realmente precisa. Se apontarem para o outro lado, o que você está comprando não é um bearer, porque você já tem três bons para escolher. É a camada que transforma mensagens em faturas: uma licença única no seu próprio servidor, com multi-tenancy, faturamento e portais white-label já escritos, e a camada de telecomunicações por baixo fazendo o trabalho que essa classe de software sempre fez bem.