Push Notifications

Push notifications são o primeiro canal de contato para notificações de alta urgência. Chegam instantaneamente, aparecem na lock screen do dispositivo e capturam atenção mesmo quando o usuário não está no app.

O Romeo usa push como canal primário para alertas em tempo real, com fallback para WhatsApp e SMS quando necessário. A estratégia é: push primeiro, escalar se não lido.

Vantagem

Push é gratuito (sem custo por mensagem), instantâneo (< 1s de latência) e onipresente (funciona em qualquer dispositivo moderno). É o canal mais eficiente do stack.

O sistema de push usa Firebase Cloud Messaging (FCM) como camada de abstração, que roteia para APNs (iOS) e FCM nativo (Android/Web).

Componentes técnicos

Multi-device: um usuário pode ter múltiplos tokens (celular pessoal, celular trabalho, tablet, browser). Sistema envia para todos, mas deduplica se lido em qualquer um.

Push mobile é o principal canal de alertas em tempo real. Apps Romeo para iOS e Android registram token no primeiro acesso e mantêm atualizado.

Diferenças iOS vs Android

Estratégia de permissão iOS

Como iOS requer permissão explícita, o timing do prompt é crítico. O Romeo usa "pre-permission" flow:

1. Não pede permissão no primeiro acesso
2. Espera o usuário completar primeira ação relevante (ex: cadastrar imóvel)
3. Mostra tela educativa explicando valor das notificações
4. Só então dispara o prompt nativo do iOS
5. Se negar, tenta novamente após 30 dias com contexto diferente

Taxa de opt-in

Com essa estratégia, taxa de opt-in iOS subiu de 52% para 65%. Cada 1% representa ~200 usuários a mais recebendo alertas em tempo real.

Deep links

Toda push carrega deep link que abre a tela relevante no app:

Push web permite notificar usuários desktop mesmo quando não estão com o Romeo aberto. Funciona via Service Worker em browsers modernos.

Suporte por browser

Fluxo de opt-in web

Fallback: usuários que negam push web recebem notificações in-app (badge, dropdown) quando acessam a plataforma. Não perdemos comunicação, apenas imediatismo.

Nem toda notificação vai para todos. O sistema permite segmentar audiência por atributos do usuário, comportamento e contexto.

Critérios de segmentação

Audiências salvas

O sistema mantém audiências pré-configuradas para casos de uso comuns:

A/B Testing

Campanhas de push suportam A/B test. Sistema divide audiência em grupos, envia variantes diferentes e mede CTR para determinar vencedor antes de expandir.

Além de texto simples, push pode incluir imagens, ações interativas e dados estruturados para experiência mais rica.

Elementos suportados

Exemplos de rich notifications

Fallback: se o dispositivo não suporta elementos rich, a notificação é enviada em formato simples (título + corpo). Nunca falha silenciosamente.

Push é monitorado em tempo real com métricas de entrega, engajamento e qualidade para otimização contínua.

KPIs principais

Breakdown por plataforma

Otimizações implementadas

• Batching: notificações em rajada são agrupadas (ex: 5 leads em 1 min = 1 push com "5 novos leads")
• Quiet hours: push não-urgente respeitam horário silencioso do usuário
• Token cleanup: tokens sem interação em 90 dias são removidos do registro
• Priority tuning: FCM priority ajustado por tipo (high para P1/P2, normal para outros)
• Collapse key: múltiplas pushs do mesmo tipo substituem a anterior (evita flood)

Dashboard

Métricas de push disponíveis em tempo real no painel de operações. Alertas automáticos via Slack se entrega cai ou latência aumenta.

Testes de horário

A/B tests mostraram que horário ideal para push varia por tipo: