Forward-deployed engineer vs consultoria tradicional vs plataforma de IA

Para implementar IA em qualquer operação séria de varejo, há três caminhos.

A plataforma. A consultoria. O implementador.

A pergunta que mais escutamos, “qual é o melhor?”, é a errada. Não há um melhor. Há um que cabe na sua operação e dois que não.

Vamos por partes.

A plataforma

Você compra software. Pricefx para precificação, RELEX para previsão de demanda, Revionics para promoção, NCR ou Toshiba para self-checkout. O fornecedor configura, integra, e fica responsável pelo uptime.

Como custa: subscrição anual, geralmente por loja ou por SKU ou por usuário.

Em redes médias (40 a 80 lojas), uma plataforma de previsão de demanda fica entre R$ 800 mil e R$ 2 milhões por ano. Implementação inicial fica fora dessa conta.

Quem opera depois que sobe: seu time interno. O fornecedor não está lá quando a fila se forma na sexta de Black Friday.

A vantagem real é que a curva de aprendizado já foi feita por outras 200 redes. Os bugs que matariam um sistema novo já foram caçados. O suporte tem horário comercial.

A armadilha é menos visível.

Plataforma quer rodar do jeito da plataforma. Seu sortimento de hortifruti, sua tabela de preços, sua régua de promoção, sua estrutura de categoria, tudo isso vai se ajustar ao modelo do produto.

Pequenas adaptações. Aceitáveis no começo.

Não tão aceitáveis em três anos, quando você quer fazer uma coisa que o roadmap do fornecedor não comporta.

E o preço sobe quando você não tem onde ir. Quem trabalha na operação sabe que renovação de plataforma é uma conversa diferente da contratação.

A consultoria tradicional

Você contrata um time de gente. BCG, Accenture, IBM, McKinsey, Deloitte. Eles diagnosticam, recomendam, e em alguns formatos implementam com um squad ampliado.

Como custa: horas faturadas, mais um overhead pesado de plenário e seniors visitando uma vez por semana. Para um engajamento de seis meses em uma rede de 40 lojas, espere algo entre R$ 3 e R$ 8 milhões. A faixa é larga porque depende de quanto da implementação fica no escopo deles e quanto fica no seu time.

Quem opera depois que sobe: depende de como foi escrito o contrato. Se o entregável é deck e processo, seu time opera. Se é sistema, geralmente é um sistema integrado com componentes deles que continuam exigindo presença.

A vantagem real é a vista panorâmica. Eles viram esse problema em vinte outras redes.

O diagnóstico costuma estar certo. O cronograma costuma estar otimista.

A armadilha tem duas caras.

A primeira: o ponto de saída é vago. Você sabe quando começa o engajamento, não sabe quando termina. Cada milestone vira justificativa para o próximo.

A segunda: a pessoa sênior que vendeu a proposta não é a pessoa sênior que vai operar a entrega. O squad real é mais júnior do que o slide dizia. Você descobre isso na semana três.

O implementador

Você contrata uma equipe pequena, sênior, embedded no seu ambiente, por um problema único, com cronograma fixo e critério de sucesso definido no começo.

Os engenheiros sentam ao lado do seu time. Escrevem código nos seus dados. Integram com seus sistemas legados.

Entregam operação que seu time interno toca depois.

Como custa: investimento fixo por Implementação, comunicado em conversa após Diagnóstico de duas semanas. Para a mesma rede de 40 lojas e o mesmo problema de previsão de demanda, fica em uma fração das duas opções acima. O escopo é apertado e o overhead é zero.

Quem opera depois que sobe: seu time interno. Com runbook. Sem o implementador.

A vantagem real é a definição de pronto. O critério de sucesso é fechado antes da primeira linha de código.

Quando ele é atingido, o engajamento termina. Quando ele não é, todo mundo sabe e a conversa sobre o que fazer é honesta.

Sua armadilha existe.

Implementador erra quando o cliente não tem decisor sênior do outro lado.

Se o ponto de contato é um analista que precisa pedir aprovação para cada decisão, o engajamento estende, o cronograma escorrega, e o critério de sucesso vira aspiração.

Funciona em alguns formatos. Não em todos.

Implementador também não substitui plataforma como sistema-mãe. Se você precisa de um produto operando 24x7 em 200 lojas para sempre, em algum momento você compra uma plataforma. O implementador é o que constrói o que falta, ou o que conecta o que existe, ou o que valida se a plataforma vale a renovação.

Quando cada caminho ganha

• Plataforma ganha quando o problema é genérico, o roadmap do fornecedor cobre o que você precisa, e seu time interno tem maturidade para operar.
• Consultoria ganha quando você precisa de diagnóstico organizacional, alinhamento entre áreas, ou quando o problema é tão amplo que o entregável real é influência.
• Implementador ganha quando há um problema operacional crítico, com decisor sênior do lado do cliente, cronograma firme, e critério de sucesso mensurável.

Há três caminhos. Os dois primeiros têm catálogos. O terceiro tem critério.

Honestamente: dos três, o implementador é o menos catalogável e o mais difícil de avaliar em RFP.

Não tem demo. Não tem feature list. Não tem comparativo no Gartner.

O que ele tem é uma proposta específica, um cronograma honesto, e um critério que vocês decidem juntos antes de assinar.

Pense por um segundo na próxima decisão de IA que está na sua mesa. Você sabe qual dos três caminhos é o seu?

Se sim, esse é o caminho. Se não, há um trabalho antes do trabalho.

A pergunta que ajuda a destravar essa decisão raramente é técnica. É operacional: quem opera o sistema na sexta-feira de Black Friday daqui a dezoito meses?

Se a resposta é “o fornecedor”, você está comprando plataforma. Se é “o consultor”, você nunca terminou de comprar. Se é “o teu time, com runbook e critério escritos antes do código”, você está contratando implementador.

Me conta a forma do problema. Em uma hora te devolvo qual dos três caminhos cabe na tua operação, sem viés do meu lado.

Se for plataforma, te aponto os três nomes que aparecem em RFP nesse espaço. Se for consultor, te conto qual perfil de squad pedir. Se for implementador, a próxima conversa é o Diagnóstico de duas semanas: termina com critério, cronograma e custo definidos na mesma sala, assinados antes do código.