Dimensionamento de banda
Quantos megas minha empresa precisa de verdade?
O número de funcionários sozinho não responde. A capacidade necessária depende de quantas atividades acontecem ao mesmo tempo, de quanto cada aplicação envia e recebe e do nível de folga da operação.
Use o método como estimativa inicial e valide o resultado com medições e requisitos dos fornecedores.
Resposta direta
Não existe um número universal de megas por funcionário
Duas empresas com vinte pessoas podem precisar de capacidades muito diferentes. Uma equipe que usa e-mail, navegador e um sistema transacional leve tem um perfil distinto de outra que participa de chamadas em alta definição, sincroniza projetos e envia vídeos no mesmo horário.
A conta útil parte da simultaneidade. Em vez de multiplicar todos os usuários por uma taxa fixa, identifique quantas sessões de cada tipo podem ocorrer juntas no período de maior demanda. Some download e upload separadamente e reserve capacidade para variações, novos dispositivos e protocolos da rede.
O resultado é uma estimativa, não uma garantia. Requisitos publicados pelos aplicativos, medições da rede atual e testes após a instalação são evidências melhores do que tabelas genéricas de “megas por pessoa”.
Headcount não é concorrência
Parte da equipe pode estar fora, em tarefas locais ou usando aplicações leves enquanto poucos fluxos consomem grande volume.
Download e upload são contas diferentes
Chamadas, câmeras, backups e envio de arquivos podem saturar a saída antes de o download parecer ocupado.
Pico importa mais que média
Uma média confortável pode esconder dez minutos críticos de backup, fechamento ou reunião geral.
Método em seis passos
Como construir uma estimativa defendível
- 01
Escolha o horário de maior uso
Observe um período real de pico, incluindo reuniões, backup, câmeras, sistemas e visitantes.
- 02
Liste aplicações simultâneas
Anote quantas chamadas, streams, transferências, sessões de nuvem e transações podem coexistir.
- 03
Busque requisitos oficiais
Use a documentação de cada aplicação para estimar consumo nos modos realmente utilizados.
- 04
Calcule os dois sentidos
Some necessidades de download e upload separadamente; adote o maior cuidado no sentido mais restrito.
- 05
Inclua tráfego de base e folga
Considere sincronização, atualizações, protocolos, variação de qualidade e crescimento próximo.
- 06
Valide com medição
Compare a estimativa com dados de roteador ou firewall e ajuste após testes em um dia representativo.
Perfis de consumo
Quais atividades pressionam cada parte da conexão
A tabela não prescreve uma velocidade. Ela mostra quais variáveis devem entrar no cálculo.
| Atividade | Principal pressão | O que contabilizar |
|---|---|---|
| Navegação e sistemas leves | Download e latência | Sessões simultâneas, páginas e respostas do sistema |
| Videoconferência | Download, upload, jitter e perda | Participantes, qualidade de vídeo e reuniões simultâneas |
| Telefonia IP | Baixa banda, alta sensibilidade | Chamadas simultâneas, codec, latência, jitter e prioridade |
| Arquivos e nuvem | Download e upload em rajadas | Tamanho, frequência, sincronização e usuários concorrentes |
| Câmeras remotas | Upload contínuo | Quantidade, resolução, quadros, compressão e acesso externo |
| Backup | Upload intenso e prolongado | Volume alterado, janela disponível e política de retenção |
| Atualizações e visitantes | Picos imprevisíveis | Quantidade de dispositivos, horários e limites aplicados |
Os requisitos mudam conforme configuração e qualidade escolhida. Consulte a documentação da aplicação em vez de usar um único valor de mercado.
Exemplo calculado
Some o pico por aplicação nos dois sentidos
Neste cenário ilustrativo, a empresa mediu 18 Mbps de download e 6 Mbps de upload para sistemas e tráfego de base. No mesmo pico, ela prevê quatro endpoints com vídeo, dois compartilhando tela e seis em áudio no Teams.
| Componente simultâneo | Premissa por endpoint | Download | Upload |
|---|---|---|---|
| Tráfego de base medido | Medição no horário representativo | 18 Mbps | 6 Mbps |
| 4 endpoints com vídeo em reunião | 2,5 / 4 Mbps recomendados | 10 Mbps | 16 Mbps |
| 2 endpoints compartilhando tela | 2,5 / 2,5 Mbps recomendados | 5 Mbps | 5 Mbps |
| 6 endpoints somente com áudio | 0,058 / 0,058 Mbps recomendados | 0,35 Mbps | 0,35 Mbps |
| Subtotal do cenário | Antes da folga operacional | 33,35 Mbps | 27,35 Mbps |
Os valores do Teams são requisitos recomendados por endpoint consultados na revisão deste guia e variam com qualidade e condições da chamada. O subtotal não é uma indicação de plano: ainda faltam folga, demais aplicações, crescimento, capacidade real de upload e política para picos excepcionais.
Gargalo frequente
O upload merece uma planilha própria
Empresas passaram a enviar muito mais dados: chamadas bidirecionais, backup, documentos, câmeras, sincronização e aplicações em nuvem competem pela saída. Quando o upload se aproxima do limite, até respostas pequenas podem esperar, gerando a impressão de que toda a internet está lenta.
Mapeie cargas contínuas e cargas em rajada. Câmeras podem consumir uma parcela constante; um backup pode ocupar o restante por horas; chamadas precisam de fluxo estável e imediato. Priorização e agendamento ajudam, mas não criam capacidade onde a soma sustentada excede o acesso.
Ao comparar ofertas, peça os valores de download e upload separadamente. Se o processo depende de envio intenso ou simétrico, avalie tecnologias e produtos capazes de atender esse requisito, incluindo a possibilidade de link dedicado.
Diagnóstico correto
Mais banda não corrige automaticamente uma rede Wi-Fi ruim
Uma medição próxima ao roteador pode indicar capacidade adequada enquanto salas distantes apresentam lentidão. Isso aponta para cobertura, interferência, quantidade de clientes ou equipamento local, não necessariamente para falta de megas na entrada.
Faça testes cabeados no ponto de entrega e compare com medições sem fio em locais de uso. Observe canal, frequência, distância, obstáculos, modelo dos dispositivos e ocupação por ponto de acesso. Para aplicações fixas e críticas, o cabo reduz variáveis.
O dimensionamento completo inclui acesso, roteador, firewall, switches, cabeamento e Wi-Fi. Se apenas a velocidade for ampliada, o gargalo pode migrar para uma porta, equipamento ou área de cobertura.
Ciclo de melhoria
Indicadores para revisar o dimensionamento depois da contratação
- Utilização no pico
- Percentual de download e upload ocupado em intervalos curtos e recorrentes, não apenas média mensal.
- Fila e descarte
- Sinais de congestionamento no roteador ou firewall que mostram quando o tráfego excede a capacidade ou a configuração.
- Qualidade em tempo real
- Latência, jitter e perda durante chamadas, separados por rede cabeada, Wi-Fi e aplicação.
- Experiência por área
- Qualidade observada em salas e pontos distintos para identificar problemas de cobertura local.
- Mudança de demanda
- Novas pessoas, dispositivos, filiais, softwares e políticas que alteram o cenário originalmente estimado.
Verificação
Fontes e referências
As fontes abaixo orientam os conceitos e regras citados. Ofertas comerciais podem mudar e devem ser confirmadas diretamente no documento de contratação.
Método editorial: síntese original confrontada com documentação primária, páginas oficiais do portfólio e requisitos técnicos; revisão de intenção, concorrência e cobertura da rede em 14 de agosto de 2026.