A pergunta que ninguém faz (mas deveria)
Você não está contratando "TI". Você está escolhendo o parceiro que vai estar ao seu lado nos dias ruins (quando o sistema cai na pior hora) e nos dias de crescimento, quando você precisa escalar rápido sem colocar tudo em risco.
Então, antes de escolher pelo preço ou pela promessa mais bonita, vale uma reflexão: esse parceiro entende o meu negócio? Ele fala a minha língua? Tenho clareza do que esperar dele?
Se essas respostas ainda são nebulosas, este checklist vai ajudar.
Primeiro passo: defina o que você realmente precisa (em 30 segundos)
Muita frustração vem de expectativas desalinhadas. Então, seja claro com você mesmo:
- Só sustentação? Alguém para manter funcionando, corrigir bugs e dar estabilidade.
- Só evolução? Alguém para desenvolver melhorias e novas funcionalidades.
- Sustentação + evolução? Quem equilibre os dois: manter estável E fazer crescer (esse é o cenário mais comum em sistemas críticos).
Se o seu sistema sustenta vendas, operação ou atendimento ao cliente, dificilmente "só evolução" ou "só sustentação" resolverá. Você precisa de equilíbrio e de alguém que entenda disso.
Os 20 itens do checklist (organize por blocos)
Bloco 1 — Entendimento do negócio (para não virar "fábrica de tarefas")
1) Como vocês entendem o meu negócio antes de começar?
✅ Boa resposta: falam de imersão rápida, mapeamento de processos críticos e conversa com quem usa o sistema.
🚩 Sinal de alerta: "É só mandar o que precisa que a gente faz."
2) Como vocês me ajudam a decidir o que é prioritário?
✅ Boa resposta: usam critérios claros (impacto no negócio, urgência, risco, esforço).
🚩 Sinal de alerta: "Você define e a gente executa." (delegar 100% da decisão é sinal de falta de maturidade)
3) Quem será o meu ponto de contato?
✅ Boa resposta: um responsável claro, com rotina de alinhamento.
🚩 Sinal de alerta: "Você fala com quem estiver disponível."
Bloco 2 — Atendimento em urgências (o "dia ruim" define o parceiro)
4) Como funciona quando algo crítico acontece?
✅ Boa resposta: explicam processo: como recebem, como priorizam, como avisam.
🚩 Sinal de alerta: resposta vaga tipo "a gente resolve rápido".
5) Qual o tempo de resposta esperado?
✅ Boa resposta: combinam prazos por criticidade (ex.: urgente, importante, melhoria).
🚩 Sinal de alerta: "Depende" sem explicar de quê.
6) O que vocês precisam de mim para agir rápido?
✅ Boa resposta: explicam acessos, responsáveis, canais.
🚩 Sinal de alerta: não perguntam nada, sinal de que não pensaram no processo.
Bloco 3 — Prevenção (não basta apagar incêndio)
7) Vocês trabalham só reagindo ou também prevenindo problemas?
✅ Boa resposta: falam de rotina preventiva, análise de recorrência, melhorias para reduzir instabilidade.
🚩 Sinal de alerta: foco só em "resolver chamado".
8) Como vocês evitam que o mesmo problema volte?
✅ Boa resposta: investigam causa raiz e implementam melhorias.
🚩 Sinal de alerta: não têm processo para isso.
9) O que vocês entregam além de "corrigir bugs"?
✅ Boa resposta: organização do backlog, recomendações, melhorias contínuas.
🚩 Sinal de alerta: "entregamos o que você pedir".
Bloco 4 — Entrega e gestão (você precisa ter visibilidade sem microgestão)
10) Como eu acompanho o andamento das demandas?
✅ Boa resposta: painel simples ou relatório com status, prazos e bloqueios.
🚩 Sinal de alerta: "é só perguntar que a gente avisa".
11) Como vocês planejam as entregas?
✅ Boa resposta: têm cadência (mensal, quinzenal) com compromisso claro do que entra.
🚩 Sinal de alerta: tudo é "conforme demanda", sem planejamento.
12) Como vocês lidam com mudanças de prioridade no meio do caminho?
✅ Boa resposta: explicam que algo planejado precisa sair se algo urgente entrar (maturidade).
🚩 Sinal de alerta: prometem fazer tudo ao mesmo tempo.
13) Como vocês estimam prazos?
✅ Boa resposta: baseiam em tamanho/complexidade; explicam o que pode atrasar.
🚩 Sinal de alerta: chutam prazo sem entender escopo.
Bloco 5 — Time e continuidade (evite depender de "uma pessoa só")
14) Quem vai trabalhar no meu sistema?
✅ Boa resposta: explicam composição do time e garantem continuidade.
🚩 Sinal de alerta: "um desenvolvedor vai cuidar" (risco alto se ele sair).
15) Como vocês organizam o conhecimento do sistema?
✅ Boa resposta: documentação mínima, histórico de mudanças, não depende de memória.
🚩 Sinal de alerta: "tá tudo na cabeça do fulano".
16) Se eu quiser trocar de parceiro no futuro, fico refém?
✅ Boa resposta: facilitam transição, entregam código/documentação.
🚩 Sinal de alerta: resposta evasiva ou amarras contratuais confusas.
Bloco 6 — Contrato, escopo e transparência financeira
17) O que exatamente está incluso na sustentação? E na evolução?
✅ Boa resposta: explicam com exemplos práticos (correção, melhoria, projeto novo).
🚩 Sinal de alerta: tudo parece "depende" ou genérico demais.
18) Como funciona a cobrança?
✅ Boa resposta: explicam modelo (hora, pacote, dedicação) e qual faz sentido para você.
🚩 Sinal de alerta: empurram modelo que só favorece o fornecedor.
19) Como vocês cobram horas extras ou emergências?
✅ Boa resposta: regra clara, combinada antes.
🚩 Sinal de alerta: surpresas na fatura.
20) Como vocês garantem segurança e confidencialidade?
✅ Boa resposta: termos formais, gestão de acesso, políticas claras.
🚩 Sinal de alerta: tratam como "detalhe".
Modelo de pontuação rápida (para comparar 2 ou 3 fornecedores)
Para cada pergunta:
- 0 pontos = não respondeu ou respondeu vago
- 1 ponto = respondeu ok
- 2 pontos = respondeu muito bem (com método, clareza e exemplo)
Total possível: 40 pontos
- 0 a 15: risco alto de frustração
- 16 a 25: atende o básico, mas pode faltar previsibilidade
- 26 a 35: bom nível de maturidade
- 36 a 40: parceiro sólido
Você não precisa de perfeição. Precisa de clareza, método e conversa honesta.
Sinais de alerta finais (red flags para não ignorar)
- Prometem tudo sem perguntar quase nada sobre o seu negócio.
- Não explicam como você acompanha status.
- Dependem de "uma pessoa chave" (e se ela sair?).
- Comunicação ruim no comercial (imagina depois de contratado).
- Falta de rotina: tudo acontece "quando der".
- Não separam sustentação de evolução (vai virar confusão e atrito).
Como a CodeOn normalmente atua nesse tipo de cenário
Se você busca um parceiro para sustentação e evolução com foco em previsibilidade, conversa clara e alinhamento ao negócio, a CodeOn pode entrar como seu time de continuidade.
O modelo típico inclui:
✅ Organização do backlog (entrada padronizada, priorização com critério, comunicação simples)
✅ Sustentação estruturada (correção rápida, prevenção de reincidência, rotina de estabilidade)
✅ Evolução planejada por ciclos (entregas alinhadas às metas, com começo, meio e fim)
✅ Transparência constante (status mensal, riscos, próximos passos sem "tecnês")
Próximo passo sugerido
Se você está avaliando parceiros (ou revisando o atual), a CodeOn pode aplicar esse checklist junto com você em uma conversa de 30 minutos para te ajudar a definir o modelo ideal e evitar contratar "no escuro".
👉 Fale com a CodeOn e peça uma avaliação rápida do seu cenário atual.