Critérios de priorização

O módulo 1 produziu um mapa de pontos de atrito. Sem um critério explícito de priorização, a tendência é escolher por onde começar com base em quem defende a ideia com mais convicção na sala — não necessariamente o ponto de atrito que mais retorno traria. Este módulo dá um critério que substitui isso.

Dois eixos, não um ranking único

Priorizar bem exige cruzar dois eixos, não ordenar por um único critério:

Impacto. Quanto tempo, dinheiro ou qualidade o ponto de atrito custa hoje — o número que o módulo 1 já pediu para estimar, ainda que aproximado.

Viabilidade. Quão realista é resolver esse ponto de atrito no curto prazo, considerando dados disponíveis, complexidade técnica e dependências de outras áreas.

Um ponto de atrito de alto impacto e baixa viabilidade não deveria ser descartado — deveria ser adiado, não abandonado. Um ponto de atrito de baixo impacto e alta viabilidade pode valer como primeiro projeto, mesmo sendo pequeno, porque ele gera aprendizado e confiança organizacional para os próximos.

Os quatro quadrantes

Cruzando os dois eixos, quatro grupos aparecem:

• Alto impacto, alta viabilidade: prioridade óbvia. Comece por aqui sempre que houver algum item neste quadrante.
• Alto impacto, baixa viabilidade: vale investir em reduzir a inviabilidade (organizar dados, resolver uma dependência) antes de atacar diretamente — não é para agora, mas é para acompanhar.
• Baixo impacto, alta viabilidade: bom candidato a primeiro projeto de um time ainda sem experiência com IA, mesmo sem ser o de maior retorno — o ganho aqui é organizacional, não só o número.
• Baixo impacto, baixa viabilidade: não prioridade. Documentar e revisitar depois, se as condições mudarem.

Por que viabilidade é tão importante quanto impacto

Um erro comum é priorizar só por impacto e descobrir, no meio do projeto, que a viabilidade era menor do que parecia — dados que não existem no formato necessário, uma dependência de outra área que não estava mapeada, uma complexidade técnica maior do que o esperado. Isso desperdiça o tempo do time e, pior, associa "projeto de IA" a "projeto que não sai do papel" na cultura da empresa — um custo reputacional que atrapalha a próxima iniciativa.

Avaliar viabilidade com honestidade antes de comprometer recursos evita esse padrão. As perguntas centrais: os dados necessários existem e são acessíveis? a equipe entende o processo bem o suficiente para especificar o que "certo" significa? existe alguém disponível para tomar as decisões que vão aparecer no meio do caminho?

O primeiro projeto importa mais do que o maior projeto

Para uma empresa ou área sem histórico de iniciativas de IA, o primeiro projeto bem-sucedido — mesmo pequeno — costuma valer mais estrategicamente do que tentar acertar de primeira o projeto de maior impacto. Um primeiro projeto que funciona gera confiança para os próximos; um primeiro projeto ambicioso que falha por baixa viabilidade pode travar a iniciativa inteira por um bom tempo.

Isso não significa mirar sempre baixo — significa que, entre dois pontos de atrito com impacto parecido, a viabilidade maior deveria pesar mais na primeira rodada de priorização do que pesaria depois, quando já existe experiência acumulada.

Exercício

Pegue os pontos de atrito que você mapeou no módulo 1. Para cada um, estime impacto e viabilidade (mesmo que de forma aproximada, numa escala simples de alto/médio/baixo) e classifique em qual dos quatro quadrantes ele cai. Identifique qual seria o primeiro projeto, segundo o critério deste módulo.

O que fica

• Priorização cruza dois eixos — impacto e viabilidade — não um ranking único por impacto.
• Alto impacto e baixa viabilidade não é descarte, é adiamento; baixo impacto e alta viabilidade pode ser um bom primeiro projeto.
• Avaliar viabilidade com honestidade antes de comprometer recursos evita o custo reputacional de um projeto que não sai do papel.
• Para uma organização sem histórico de IA, o primeiro projeto bem-sucedido vale estrategicamente mais do que tentar acertar de primeira o de maior impacto.