E-commerce e marketplaces: SMS A2P e dados móveis

Cada pedido confirmado, cada entregador visível.

Em números

  • Mensagens de pedido e de entrega são transacionais: podem alcançar um destinatário que nunca optou por marketing, mas o remetente ainda precisa de registro onde o destino exige.
  • O GSM-7 cabe 160 caracteres em um segmento; texto em chinês ou árabe muda para UCS-2 com 70 caracteres, e um emoji custa dois desses, então o mesmo texto pode custar várias vezes mais segmentos.
  • Um relatório de entrega informa o que a rede observou, não o que o aparelho exibiu; a conciliação pertence ao nível do pedido, com os IDs de mensagem mantidos junto ao pedido.
  • A verificação no checkout e as atualizações de pedido são classes de tráfego diferentes: uma é um segredo de login com vida curta, a outra é uma notificação que pode ser repetida e agrupada.
  • Rajadas são planejadas, não absorvidas: o throughput por bind é reservado antes de um evento de pico e os templates são testados contra filtros locais primeiro.

Esta página não é aconselhamento jurídico.

Cenários

Mensagens de pedido e entrega

Uma confirmação de pedido, um aviso de despacho e uma mensagem de janela de entrega são três templates separados com três custos de falha diferentes. Mantenha-os curtos o suficiente para ficar em um segmento GSM-7, evite encurtadores de URL públicos que filtros locais bloqueiam e dê a cada mensagem um propósito que o destinatário consiga reconhecer. Registre o remetente antes do primeiro envio, porque uma rota que funciona em teste pode ser filtrada no dia do lançamento. Concilie os relatórios de entrega com pedidos e reembolsos, não com contagens brutas de mensagens: um aviso de entrega atrasado e um ausente parecem iguais no total de um painel.

Verificação no checkout e segurança da conta

Um OTP de checkout é um segredo de vida curta, então seu projeto gira em torno de tempo e repetições: defina uma janela de validade, limite os reenvios, aplique limite de taxa por número e dispositivo, e recorra a um canal alternativo quando o código não chega. O texto da mensagem não deve carregar um número de conta completo ou um link para uma página de login, porque a mensagem pode ser encaminhada. O explicador sobre fraude em OTP cobre os padrões.

Frotas de entregadores

Entregadores são rastreados como frota de duas rodas, não como usuários de celular: posição, bateria e estado da entrega viajam em um perfil de dados, enquanto o celular do entregador fala com o app da plataforma pela rede que tiver. Trocas de turno, geocercas de depósito e paradas para troca de bateria são os eventos que geram tráfego. A conectividade veicular, incluindo e-bikes e frotas compartilhadas, é coberta na página de mobilidade inteligente; esta página cobre a mensageria voltada ao comprador que a envolve. O perfil de dados é dimensionado por veículo, então um entregador que deixa a empresa não deixa uma linha ativa para trás.

Devoluções, coleta e códigos de armário inteligente

Uma etiqueta de devolução e um código de coleta são segredos de uso único com um local e um prazo associados. Envie o código na mesma mensagem que o local e a janela, mantenha o texto estável para que os destinatários o reconheçam e faça-o expirar no servidor em vez de confiar na mensagem. Armários inteligentes acrescentam um segundo canal: o armário envia um evento quando um pacote é depositado, e o comprador recebe um código que abre uma porta uma vez. Respostas de mão dupla ajudam aqui, mas precisam de um número que possa receber mensagens, não de um sender ID alfanumérico, que normalmente é de mão única.

Links da matriz com a China

Marketplaces que movem mercadorias e dados entre a matriz e a China operam dois trechos: o tráfego comercial entre equipes e fornecedores, e o caminho de dados por trás dos sistemas de compras, estoque e finanças. Ambos começam por nomear as aplicações, os sites e a direção do tráfego, porque um link dimensionado para e-mail de escritório não se comporta nem de longe como um que carrega dados de pedidos. Etapas de registro ICP e de transferência transfronteiriça de dados se aplicam a alguns projetos; delimite-as com o assessor jurídico junto ao contrato, e trate a escolha de conectividade como separada da questão de registro. A página de conformidade para a China lista as perguntas a levar ao assessor jurídico. Isto não é aconselhamento jurídico.

Pacote de produtos

Perguntas frequentes

Vocês enviam em nosso nome ou como a nossa plataforma?

As duas opções. Plataformas enviam como CPaaS com seu próprio throughput; empresas enviam direto. Diga qual é o seu caso e avaliamos o acesso mais adequado, porque o registro do remetente e o contrato ficam em lados diferentes dessa linha.

Como os celulares dos entregadores se conectam?

Os entregadores usam perfis de dados de frota; o detalhe sobre duas rodas está na página de mobilidade inteligente. As mensagens voltadas ao comprador, que informam onde o entregador está, viajam em uma rota A2P separada, com registro de remetente próprio.

E os nossos escritórios de compras na China?

Os links da matriz com a China são definidos com etapas de registro e de transferência de dados junto ao contrato de mensagens. Nomeie primeiro as aplicações e os sites; as questões de conformidade decorrem desse inventário, não do contrato.

Por que as mensagens de pedido falham no lançamento?

Normalmente por um de três motivos: o remetente nunca foi registrado para aquele destino, o template esbarra em um filtro local de links ou palavras-chave, ou a rota foi dimensionada para teste e não para o volume de lançamento. Pré-teste o template, registre cedo e reserve throughput antes de o calendário da campanha começar.

Como nos preparamos para um evento de pico de vendas?

Projete a rajada por destino, reserve o throughput e pré-teste os templates que vão mudar. Mantenha uma fila com política de repetição e validade definida, para que um acúmulo não vire milhares de avisos de entrega obsoletos depois do evento.

Solicitar cotação

Diga se você envia como plataforma ou como a própria empresa; avaliamos o acesso mais adequado.