Diagnóstico de TI: o que um bom relatório precisa entregar

📚 Continue aprendendo sobre este tema:

O que é um diagnóstico de TI, e o que ele não é

Diagnóstico de TI é um trabalho de levantamento e análise com prazo definido, feito para responder a uma pergunta de negócio: em que estado está a tecnologia que sustenta esta empresa, qual o risco de continuar assim e o que precisa ser feito, em que ordem.

Ele não é uma visita técnica de duas horas. Não é o resultado de uma ferramenta de varredura exportado em PDF. E não é uma proposta comercial com capa nova. Um diagnóstico honesto pode, inclusive, concluir que boa parte do ambiente está adequada e que o investimento deve ir para dois ou três pontos específicos. Se todo diagnóstico daquele fornecedor termina recomendando a troca completa do parque, o padrão não é técnico, é comercial.

Vale a leitura complementar sobre o que uma consultoria de TI faz de fato, porque o diagnóstico costuma ser o primeiro entregável de qualquer relação séria.

As áreas que um diagnóstico sério cobre

A profundidade varia com o porte da empresa, mas nenhuma dessas áreas pode simplesmente não aparecer no relatório. Se faltar alguma, pergunte o motivo.

Área	O que precisa ser levantado	Pergunta de negócio que ela responde
Inventário de ativos	Servidores, estações, licenças, serviços em nuvem, equipamentos de rede, versões e fim de suporte	O que eu tenho, e quanto disso já está obsoleto?
Infraestrutura e rede	Capacidade, ponto único de falha, links, energia, ambiente físico	O que derruba minha operação se falhar sozinho?
Backup e continuidade	Escopo, frequência, retenção, cópia externa, último teste de restauração	Em quanto tempo eu volto depois de um desastre?
Segurança	Controle de acesso, autenticação, atualização, borda, exposição de serviços à internet	Por onde eu seria invadido hoje?
Aplicações e ERP	Versões, integrações, desempenho, dependências, janela de atualização	Meus sistemas críticos aguentam o próximo ano?
Processos e suporte	Registro de chamados, tempo de resposta e resolução, reincidência, documentação	Minha TI resolve ou só apaga incêndio?
Conformidade e dados pessoais	Onde estão os dados pessoais, quem acessa, o que está documentado	Eu consigo responder a uma auditoria sem improvisar?
Custos e contratos	Contratos vigentes, SLA acordado, licenças subutilizadas, gastos em nuvem	Estou pagando por algo que não uso?

Sem o inventário, nada disso se sustenta, porque não dá para avaliar risco de um ambiente que ninguém sabe descrever. Esse é o passo que mais gente pula, como explicamos em inventário de TI, o primeiro passo que quase toda empresa pula.

O item de fim de suporte é obrigatório

Um bom relatório traz uma tabela específica de software fora de suporte ou prestes a sair, com as datas oficiais, porque essas datas viram linha de orçamento com dia marcado. Em 14 de outubro de 2025, terminou o suporte do Windows 10, do Exchange Server 2016, do Exchange Server 2019, do Office 2016 e do Office 2019. Em 14 de julho de 2026, termina o suporte estendido do SQL Server 2016, com atualizações de segurança estendidas disponíveis até 17 de julho de 2029. Em outubro de 2026, é a vez do Office 2021 e da linha LTSC correspondente. Em 12 de janeiro de 2027, termina o suporte estendido do Windows Server 2016.

Se o diagnóstico que você recebeu não cruza o seu inventário com essas datas, ele deixou de fora a parte mais objetiva do trabalho.

As evidências que precisam estar no relatório

Afirmação sem evidência é opinião. Cobre, item por item, o seguinte:

Origem do dado. Cada achado precisa dizer como foi apurado: coleta automatizada, verificação manual, entrevista com o responsável ou análise de contrato.
Data da coleta. Ambiente muda. Relatório sem data envelhece sem avisar.
Registro objetivo. Print de configuração, saída de comando, número de série, versão instalada, cláusula de contrato. Sem nome de pessoa exposto sem necessidade.
Critério de classificação. Se um risco é classificado como alto, o relatório precisa explicar a régua usada, com probabilidade e impacto.
Escopo e limites. O que foi avaliado, o que ficou de fora e por quê. Um consultor sério declara o que não olhou.
O que está bom. Relatório que só encontra problema perdeu credibilidade antes da terceira página.

A estrutura de um relatório que a diretoria consegue usar

Sumário executivo, no máximo duas páginas. Situação atual, os riscos principais, o que se recomenda fazer primeiro e o impacto esperado. Escrito em linguagem de negócio, sem sigla não explicada.
Escopo, método e período. O que foi avaliado, como e quando.
Retrato do ambiente. Inventário consolidado, com destaque para obsolescência e ponto único de falha.
Achados por área. Cada um com evidência, risco associado e recomendação.
Matriz de risco. Probabilidade contra impacto, com dono sugerido para cada risco.
Plano priorizado. Ações em ordem, separadas entre o que resolve risco imediato, o que exige projeto e o que é melhoria contínua.
Estimativa de esforço e prazo. Faixas honestas e premissas declaradas, com aviso claro de onde o número ainda depende de detalhamento.
Anexos técnicos. O detalhe fica aqui, para que o corpo do relatório continue legível por quem decide.

O critério final é simples: com o relatório na mão, você consegue montar o orçamento de TI do próximo ciclo e defender a prioridade escolhida diante de um sócio. Se não consegue, o documento não cumpriu a função. É esse tipo de material que transforma a TI de área reativa em função de gestão, tema do nosso guia de gestão de TI estratégica para empresas.

Como distinguir diagnóstico de proposta comercial disfarçada

Alguns sinais são bastante confiáveis.

Sinais de alerta

O relatório não mostra evidência, apenas conclusões e adjetivos como crítico, ultrapassado e vulnerável.
Toda recomendação aponta para um produto específico, e o fornecedor é revendedor dele.
Não há priorização. Tudo é urgente, o que na prática significa que nada foi analisado.
O plano tem o valor total, mas não tem fases, e o valor só vale se contratado em bloco.
O documento não declara escopo nem limites, então nunca erra.
O prazo do levantamento foi curto demais para o tamanho do ambiente.
Aparece número de mercado sem fonte, do tipo percentual de empresas que sofrem determinado problema, usado para criar urgência.
O material fala do fornecedor mais do que fala da sua empresa.

Sinais de trabalho sério

Existe um roteiro de entrevistas com as áreas de negócio, não só com o pessoal de TI.
O consultor pergunta o que a empresa pretende fazer nos próximos anos antes de recomendar arquitetura.
Há recomendações que não geram receita para quem escreveu, como ajustar processo interno ou renegociar contrato existente.
O relatório separa o que é risco de segurança do que é dívida técnica e do que é desperdício de custo.
Existe uma apresentação de fechamento em que o consultor defende os achados e aceita ser questionado.
O documento é seu, entregue em formato aberto, sem depender de contratar o fornecedor para ter acesso.

Vale cruzar esses sinais com os critérios que reunimos em como escolher uma consultoria de TI, principalmente na parte de conflito de interesse.

O que fazer depois de receber o relatório

Leia o sumário executivo e marque o que você não entendeu. O que não estiver claro para você não está claro, ponto.
Peça ao consultor que defenda os três achados de maior risco, com a evidência na tela.
Decida, com data, o que entra no ciclo atual de orçamento e o que fica para o próximo.
Registre por escrito os riscos que a empresa decidiu aceitar por ora, com nome do responsável e data de revisão.
Defina quem cuida de cada ação aprovada, internamente ou por contrato.
Marque a data da próxima revisão. Diagnóstico é foto, e ambiente muda.

O passo 4 é o mais negligenciado e o mais valioso. Risco aceito de forma consciente e documentada é gestão. Risco esquecido dentro de um PDF é surpresa marcada para depois.

Perguntas frequentes

Quanto tempo leva um diagnóstico de TI?

Depende do tamanho do ambiente, do número de sites e de quanta documentação já existe. O que dá para afirmar é o contrário: levantamento que se resolve em uma visita curta não cobre inventário, backup, segurança, aplicações e contratos com evidência. Peça o cronograma por etapa antes de contratar e verifique se o prazo é compatível com o escopo prometido.

Preciso pagar por um diagnóstico ou posso pedir um gratuito?

Existem levantamentos gratuitos úteis, geralmente rápidos e focados em um tema. O ponto de atenção é o incentivo: quem não cobra pelo diagnóstico precisa recuperar o esforço na venda seguinte, e isso tende a moldar as conclusões. Se você quer um documento para orientar orçamento e negociar com vários fornecedores, contratar o diagnóstico de forma separada costuma sair mais barato no fim.

O diagnóstico precisa ser feito por quem vai executar as ações?

Não precisa, e há vantagem em separar quando o valor do projeto é alto. Se a mesma empresa faz o diagnóstico e executa, exija transparência sobre a régua de classificação de risco, peça a evidência de cada achado e mantenha a liberdade de levar o plano ao mercado. Um bom fornecedor não teme comparação, porque a recomendação dele se sustenta na evidência apresentada.

Como funciona o diagnóstico da BS IT Solutions

A BS IT Solutions conduz o diagnóstico em fases: levantamento do ambiente com coleta e verificação, entrevistas com as áreas que dependem da tecnologia, análise de risco com régua declarada e apresentação de fechamento com a diretoria. O entregável inclui inventário consolidado, tabela de obsolescência cruzada com as datas oficiais de fim de suporte, matriz de risco e plano priorizado em fases. Atendemos de forma presencial em São Paulo e região metropolitana, e remotamente em todo o Brasil, com especialidade em ambientes SAP, nuvem e operação monitorada por NOC 24x7.

Fale com um especialista da BS IT Solutions e comece pelo retrato honesto do que a sua empresa tem hoje.