Como fazer uma análise de 5 pontos positivos e 5 pontos negativos que na verdade funciona
Você já deve ter visto esse esquema em algum documento de decisão ou reunião de equipe: cinco coisas boas e cinco ruins, lado a lado, como se isso resolvesse qualquer situação complexa. A realidade é bem mais chatinha. A técnica em si não é nenhum segredo. Você lista cinco vantagens e cinco desvantagens de algo e tenta equilibrar os dois lados. O problema é que a maioria das pessoas faz isso de forma rasa, sem profundidade real por trás de cada ponto. Eu já vi gente preenchendo lista assim só para ter uma justificativa pré-formada para uma decisão que já estava tomada antes de começar.
5 pontos positivos e 5 pontos negativos na prática
O método básico funciona quando você leva a sério cada item. Não adianta colocar "fácil de usar" como vantagem se na hora da implementação todo mundo reclama da curva de aprendizado. Cada ponto precisa ter pelo menos uma linha de justificativa concreta, preferencialmente com dados ou exemplos reais. No meu caso, tive um problema específico com essa abordagem quando precisei avaliar uma migração de banco de dados para um cliente. Coloquei como ponto positivo a simplicidade de manutenção, mas na prática, durante os testes de carga, percebi que a manutenção era um pesadelo por causa das restrições de concorrência do motor que escolhemos. O workaround foi fazer uma camada de abstração com connection pooling customizado antes de finalizar a escolha. Se eu tivesse levado o "fácil de manter" a sério desde o início, teria testado isso antes de apresentar a lista pronta.
👉 Clique no botão abaixo para saber mais sobre o assunto!
Outro erro comum é tratar todos os pontos com o mesmo peso. Cinco positivos e cinco negativos soam equilibrados, mas um negativo pode valer mais que três positivos dependendo do contexto. Se o ponto negativo for "não funciona em produção" e o positivo for "bonito na apresentação", a coisa já se resolve sozinha. A parte útil de verdade é usar isso como ferramenta de brainstorming inicial, não como decisão final. Você lista os pontos, critica cada um deles depois, e só então chega em algo que vale a pena. Uma dica que poucos mencionam: force o pior cenário possível para cada ponto positivo. Se "custo baixo" for uma vantagem, pergunte o que acontece quando o fornecedor sobe os preços em 40% no segundo ano. A resposta honesta geralmente muda toda a análise.
O formato também se perde quando aplicado a decisões com múltiplas partes interessadas. Cada grupo vai destacar seus próprios interesses como positivos e ignorar os negativos que afetam os outros. Eu já vi isso acontecer em reuniões onde o time de vendas trazia cinco positivos focados em features e o time de suporte trazia cinco negativos sobre bugs que ainda estavam abertos. Ninguém conversava entre si, só empurrava sua lista para frente. A versão mais útil que eu encontrei foi adaptar o formato: em vez de cinco e cinco fixos, você lista quantos pontos forem necessários até que não apareçam mais argumentos relevantes de nenhum dos lados. Às vezes são três e três, às vezes são oito e quatro. Forçar cinco de cada lado só gera preenchimento artificial.
Também recomendo anexar um campo de peso ou impacto para cada ponto. Um positivo com impacto alto e probabilidade alta vale muito mais que um positivo genérico. Sem essa camadas, a lista vira apenas um exercício de redação sem utilidade prática real.
