Como fazer o scoping de um projeto de IA antes de contratar uma agência

Todas as semanas, uma equipa de liderança envia um RFP para "uma solução de IA" e recebe de volta cinco propostas que parecem idênticas e se comportam de forma completamente diferente. O problema não são as agências. O problema é o scope. Se fizer bem o scoping, o resto é procurement. Se não fizer, está a comprar bilhetes de lotaria.

Este artigo é a checklist que aplicamos com clientes antes de levarem a sério uma única proposta.

Porque é que o scope mata mais projetos de IA do que a tecnologia

A maioria dos projetos de IA falhados não falha porque o modelo não funcionou. Falham porque o projeto entregou algo que ninguém conseguia usar ou que, na prática, não movia nenhuma métrica que interessasse a alguém. A tecnologia estava bem. O scope estava errado.

Um scope errado manifesta-se como:

• Um protótipo sem dono no negócio.
• Um workflow que ninguém integra nas operações diárias.
• Uma métrica que "melhora" mas não muda nenhuma decisão.
• Um modelo preciso nos dados de teste e inútil numa terça-feira de manhã.

A solução não é um modelo melhor. É uma pergunta melhor.

O brief mínimo de scope

Antes de entregar o que quer que seja a uma agência, freelancer, FDE ou fornecedor, deve conseguir responder a isto numa única página.

1. Quem é o dono do resultado?

Nomeie uma pessoa. Não uma equipa. Não um comité de acompanhamento. Uma única pessoa cujo número muda se isto funcionar.

Se não consegue nomear uma, pare. Não está a fazer o scoping de um projeto — está a financiar um hobby.

2. Que métrica se move, e quanto?

Escolha uma métrica principal. Exemplos que funcionam:

• "Reduzir o tempo de redação de uma proposta comercial de 4 horas para 30 minutos."
• "Aumentar o pipeline qualificado proveniente de inbound em 25%."
• "Reduzir o tempo de enriquecimento manual do CRM por comercial de 6 horas semanais para 1."

Exemplos que não funcionam:

• "Melhorar a produtividade." De quem?
• "Usar IA no marketing." A fazer o quê, exatamente?
• "Tornarmo-nos mais data-driven." Em comparação com o quê?

Se não consegue pôr um número ao lado do verbo, não está pronto.

3. Qual é a versão mais pequena que ainda é útil?

A maioria dos scopes de IA é 3x maior do que devia. Pergunte: se só pudéssemos construir um workflow, qual seria? Essa é a sua v1. Tudo o resto é v2.

4. Como é o falhanço ao fim de 90 dias?

Se ao dia 90 a equipa não estiver a usá-lo, porque será? Escreva três respostas honestas. Serão as suposições que precisa de testar no protótipo.

5. Que dados tem realmente?

Não os dados que gostaria de ter. Os dados que vivem hoje nos seus sistemas, com qualidade razoável, e a que alguém pode dar acesso em duas semanas.

Se a resposta for "primeiro vamos precisar de um projeto de dados", isso é um projeto diferente. Faça o scoping em separado.

6. Qual é a restrição que é realmente determinante?

Tempo? Orçamento? Compliance? Política interna? Escolha uma. As propostas que vai receber são radicalmente diferentes consoante a resposta. Se não conseguir identificar a restrição determinante, receberá a proposta que cada fornecedor queria vender, não a que a sua situação exige.

As perguntas que as agências deviam fazer-lhe

Se uma agência entrega uma proposta sem fazer estas perguntas, trate a proposta como adivinhação:

• Quem é o dono do resultado internamente?
• Como é o sucesso, em números, ao dia 90?
• Que sistemas estão dentro do scope e quais estão explicitamente fora?
• Qual é o estado dos dados hoje?
• Qual é o processo de compra e o calendário?
• O que já foi tentado antes, e porque não pegou?

Um fornecedor que salta estas perguntas e vai direto às funcionalidades da plataforma está a vender, não a fazer scoping.

Comparar propostas depois de chegarem

Quando as propostas chegarem, pontue-as em cinco dimensões. Não capacidades — scope.

• Clareza do scope. Consegue lê-la e prever exatamente o que será construído?
• Transparência das suposições. O que assumiram? Essas suposições estão corretas para a sua realidade?
• Superfície de risco. O que pode descarrilar isto — integrações, dados, segurança, gestão da mudança — e como o tratam?
• Lógica de preço. O preço está ligado ao resultado, ao tempo ou ao scope? Desalinhamentos são sinais de alarme.
• Porta de saída. Quanto custa sair depois da v1? O vendor lock-in é uma despesa real — O custo oculto de escolher o parceiro de IA errado mostra como se manifesta na prática.

Pontue cada proposta de 1 a 5 nestas dimensões. A que pontua mais alto raramente é a que tem o preço mais baixo ou a apresentação mais bonita.

Erros comuns

• Tratar a discovery como uma fase gratuita. Uma discovery a sério é trabalho pago. Se um fornecedor a oferece gratuitamente, está a subsidiar vendas ou a saltar a versão rigorosa.
• Acrescentar scope durante o procurement. Cada "e também" duplica o risco. Resista.
• Deixar o fornecedor fazer o scoping a seu favor. Se o mesmo fornecedor faz o scoping e apresenta a proposta, está a pagar por um scope enviesado.

Pontos-chave

• A maioria dos projetos de IA falha no scope, não na tecnologia.
• Um verdadeiro brief de scope nomeia o dono, a métrica, a v1 e a restrição determinante.
• As boas agências fazem as mesmas perguntas antes de apresentar propostas. As más fazem pitch de funcionalidades.
• Compare propostas pela clareza do scope, não por listas de capacidades.

Se quer um scope mais afinado antes de levar a sério uma única proposta, é exatamente para isso que existe o AI Scoping Workshop. E quando o use case ainda precisa de prova, valide-o através de um MVA Sprint antes de escalar.

---

Já recebeu propostas de IA? Peça uma revisão independente de cada proposta antes de se comprometer, ou marque uma sessão gratuita de intake de scoping de IA. Independente, rápida, e dizemos-lhe o que está em falta.