Cenário de referência — ISP regional brasileiro escalando expansão FTTH/B2B¶

Nota de transparência (2026-07): esta página foi publicada originalmente (abril/2026) no formato de estudo de caso de cliente, com métricas de "produção Q1 2026" e citação de um "Diretor Comercial". Não havia cliente pago por trás dela — as métricas eram projeções. Reescrevemos como o que ela sempre deveria ter sido: um cenário de referência construído sobre o produto real (cada API citada existe e pode ser testada hoje), com um plano de piloto de 90 dias que mede — em vez de alegar — os resultados. Quando houver clientes pagos que autorizem publicação, esta seção terá cases medidos, como prometido em ROI por segmento.

O perfil¶

ISP fixo + WISP regional (perfil similar a operadoras como Brisanet, Algar Telecom, Unifique e Sercomtel): dezenas a centenas de milhares de assinantes, expansão para mercado B2B, rádios licenciados 700/1800/3500 MHz, enlaces ponto-a-ponto e repetidoras em torres alugadas.

A dor típica — que ouvimos nas conversas de descoberta e que motivou o produto:

Para cada prospect novo, uma planilha é cruzada manualmente com a base ANATEL.
Georreferenciamento no Google Maps, torre a torre.
Cálculo de enlace feito à mão (Friis + Fresnel + obstrução SRTM), documento por documento.
O comercial só vende onde a engenharia teve tempo de olhar.

Como o TTP se encaixa (tudo abaixo existe hoje e é testável)¶

Tier de referência: Ultra (R$ 2.900/mês) — pelo SSO SAML, white-label e fila prioritária. Ver por que Ultra.

GET /towers/nearest + POST /analyze — chamados a partir do CRM toda vez que um vendedor cadastra um lead com endereço; listam torres candidatas e calculam o enlace (margem estimada) em segundos.
API POST /plan_repeater — multi-hop para zonas sem visada direta.
API POST /coverage/predict?explain=true — heatmap para o dashboard interno do comercial.
API GET /export_report/pdf — laudo técnico white-label (Friis + Fresnel + obstrução SRTM, com manifesto de integridade SHA-256 — e HMAC quando configurado), anexável ao card do CRM.
Batch assíncrono prioritário — pré-qualificação noturna do funil de endereços.
SSO SAML/OIDC — login federado (Azure AD / Google / Okta); chave de API por usuário.
Audit log (/tenant/audit) — exportável para o SIEM do cliente (rastreabilidade LGPD do processamento de endereço de prospect).

Arquitetura de integração¶

┌─────────────────────────┐         ┌──────────────────────┐
│  CRM do ISP             │         │  Engenharia RF       │
│  Vendedor cadastra lead │         │  Console / API       │
└────────────┬────────────┘         └──────────┬───────────┘
             │  POST /analyze                  │  /plan_repeater
             │  X-API-Key (per-user, SSO)      │  /coverage/predict
             ▼                                 ▼
       ┌──────────────────────────────────────────────┐
       │  api.telecomtowerpower.com.br (SaaS, BR)     │
       │  Tier=ultra → fila prioritária dedicada      │
       └──────────────────────────────────────────────┘
                          │
            ┌─────────────┼──────────────┐
            ▼             ▼              ▼
      Postgres       Worker batch    Audit log
     140.498 torres   assíncrono    → /tenant/audit
      ANATEL+OCID                   → SIEM mensal

O que um piloto de 90 dias mede¶

Em vez de publicar resultados que não medimos, publicamos o plano de medição que propomos a cada piloto. Baseline coletada nas 2 primeiras semanas, com a sua operação:

KPI	Como medir (baseline → piloto)
Tempo para qualificar um endereço	cronometrado no fluxo atual (planilha+mapa) vs. resposta da API no CRM
FTE de engenharia dedicado a triagem	horas apontadas por semana, antes e depois
Cobertura geográfica ofertável pelo comercial	UFs onde o comercial consegue resposta técnica em <1 dia
Laudos técnicos emitidos/mês	contagem no fluxo atual vs. chamadas a `/export_report/pdf` contadas no audit log
Vendas perdidas por "sem visibilidade técnica"	motivo de perda no CRM, antes e depois
Disputas pós-instalação ("sinal pior que o prometido")	% das ativações B2B com reclamação técnica

Os alvos quantitativos do segmento (economia líquida, ROI, payback) estão em ROI por segmento, com premissas piso/típico/teto auditáveis em CSV — cenário conservador incluído.

Por que Ultra (e não Enterprise)¶

Necessidade	Atendida por
Login federado ao IdP corporativo	SSO SAML/OIDC (Ultra)
Laudos com a marca do ISP, não do vendor	White-label (Ultra)
Batch noturno do funil de endereços	Fila prioritária dedicada (Ultra)
Auditoria exportável para SIEM	Audit log + IP allowlist (Ultra)
SLA contratual	99,95% SLA (Ultra)

Mercado-alvo¶

Este cenário tem encaixe direto com:

ISPs regionais brasileiros (Brisanet, Algar, Unifique, Sercomtel e dezenas de operadoras estaduais)
Cooperativas de telecom rural
Tower companies (SBA, American Tower do Brasil, Highline) — due-diligence de aquisição e otimização de tenancy

Para todos esses perfis, o Ultra entrega o mesmo combo: dado ANATEL atualizado + SSO corporativo + branding próprio + SLA contratual + auditoria LGPD-compliant.

Sem citações — por enquanto¶

Não publicamos depoimentos de clientes porque ainda não temos clientes citáveis. Quando tivermos, os depoimentos virão com nome, empresa e autorização por escrito.

Quer rodar este piloto na sua operação? Falar com vendas ou escreva para vendas@telecomtowerpower.com.br. O plano de medição acima é o contrato de sucesso do piloto — se os KPIs não se moverem, o número não entra no nosso site.