Suporte de TI não é apenas disponibilidade para resolver chamados. A contratação precisa definir o que será sustentado, como prioridades serão tratadas e quais atividades preventivas evitam que a operação dependa de urgências.
Resposta direta: contrate com inventário inicial, limites de escopo, canais de atendimento, prioridades, responsabilidades e uma agenda mínima de prevenção.
O que precisa ser verificado
- Usuários, equipamentos, unidades, sistemas e horários cobertos.
- Atendimento remoto, presencial e fora do horário.
- SLA por impacto, escalonamento e comunicação de incidentes.
- Backup, atualizações, segurança, contas e documentação.
- Relatórios, reuniões, projetos e itens cobrados separadamente.
No levantamento de suporte de ti, cada item precisa ter evidência, decisão e responsável. Isso separa a condição encontrada, o requisito do projeto e as preferências de compra, evitando que uma pendência reapareça depois como custo adicional.
Como transformar o diagnóstico em escopo
| Item de decisão | Registro necessário |
|---|---|
| 1 | Usuários, equipamentos, unidades, sistemas e horários cobertos. |
| 2 | Atendimento remoto, presencial e fora do horário. |
| 3 | SLA por impacto, escalonamento e comunicação de incidentes. |
| 4 | Backup, atualizações, segurança, contas e documentação. |
| 5 | Relatórios, reuniões, projetos e itens cobrados separadamente. |
Para cada linha, registre a situação atual, o resultado esperado, a forma de teste e quem decide uma exceção. Assim, fornecedores respondem ao mesmo escopo e a comparação deixa de depender apenas do preço total.
Sequência recomendada
1. Levante o ambiente
Documente estes dois pontos antes de escolher equipamentos: Usuários, equipamentos, unidades, sistemas e horários cobertos. Atendimento remoto, presencial e fora do horário. Relacione cada condição ao resultado esperado e registre diferenças por ambiente, horário ou perfil de uso.
2. Valide a operação e as dependências
Em seguida, valide em conjunto: SLA por impacto, escalonamento e comunicação de incidentes. Backup, atualizações, segurança, contas e documentação. A solução não deve depender de infraestrutura presumida, informação não verificada ou procedimento que a equipe desconheça.
3. Defina teste, aceite e continuidade
O plano de entrega deve contemplar: Relatórios, reuniões, projetos e itens cobrados separadamente. Teste o cenário normal e pelo menos uma falha relevante. Registre o resultado, as pendências, os responsáveis e os prazos antes do aceite.
Erros que comprometem o resultado
- Comparar apenas quantidade de horas mensais.
- Deixar backup e segurança sem responsável definido.
- Aceitar SLA sem critério de impacto e início de contagem.
Esses erros têm um padrão: a decisão é tomada sem medir o efeito na operação. Em suporte de ti, a correção deve tratar a causa, documentar o que mudou e repetir o teste que revelou a falha.
Critérios de aceite e acompanhamento
- Escopo rastreável: os cinco itens do levantamento aparecem no orçamento e no registro de entrega.
- Teste reproduzível: o relatório informa condição, procedimento, resultado esperado e resultado obtido.
- Exceções cobertas: a equipe sabe como agir diante da principal falha ou desvio operacional.
- Responsabilidades claras: cliente, instalador e equipe de operação sabem quem autoriza, corrige e acompanha.
- Continuidade documentada: configuração, cadastros, garantias e rotinas de revisão ficam acessíveis aos responsáveis.
Depois da implantação, acompanhe reincidência, indisponibilidade e alterações no ambiente. Mudanças de layout, equipe, fluxo ou infraestrutura podem invalidar premissas corretas no dia da entrega.
Perguntas frequentes
É necessário substituir tudo?
Não necessariamente. Ferramentas e fornecedores especializados podem continuar quando a matriz de responsabilidade mostra como o suporte coordenará cada dependência.
Como reduzir o impacto da implantação?
Divida o trabalho em etapas, combine janelas de intervenção e preserve uma forma segura de operar durante a mudança. Libere cada etapa apenas depois do teste e mantenha um plano de retorno até estabilizar a solução.
Quando vale pedir uma avaliação técnica?
Quando o levantamento não consegue responder aos itens acima, quando deixar backup e segurança sem responsável definido ou quando uma mudança no ambiente altera as premissas do projeto.