Engenheiros na sua operação, não na sua caixa de entrada

A maioria dos projetos de IA fracassa não por causa da tecnologia, mas porque o fornecedor nunca entendeu o processo. Por isso, os nossos engenheiros alocados vão até o local, trabalham ao lado das suas equipes e respondem pelo resultado: uma solução que as pessoas usam todos os dias, medida em relação a uma linha de base que você assina.

  • Diagnóstico2–3 semanas · US$ 1.490
  • Piloto4–8 semanas · a partir de US$ 9.990
  • ResponsávelUm engenheiro líder, de ponta a ponta
  • RegiõesEuropa · Américas · Ásia-Pacífico
Engenheiros alocados no cliente

Uma pessoa responsável de ponta a ponta

Todo projeto tem um engenheiro líder. Ele conduz o diagnóstico, constrói o piloto e permanece até o lançamento. Você nunca precisa explicar o problema de novo para três equipes diferentes, e ninguém repassa o seu projeto para uma central de entrega que você nunca conheceu.

Entende o processo

Começa pelas pessoas, não pelo código

Entrevista quem faz o trabalho, observa como ele é realmente executado e encontra onde o tempo se perde.

Constrói

Um engenheiro, não um gerente de contas

Conecta sistemas, configura agentes, escreve integrações. As decisões são tomadas na hora, sem uma cadeia de aprovações.

Transfere conhecimento

A sua equipe aprende junto

Ao final, a sua equipe consegue alterar as instruções dos agentes e adicionar novos cenários por conta própria.

Por que no local

O processo real nunca é o que está no manual de procedimentos. Dois dias ao lado das pessoas que fazem o trabalho dizem mais a um engenheiro do que dois meses de documentos de requisitos.

Semana a semana

Diagnóstico e piloto em cerca de onze semanas

Um plano típico para um processo e um grupo de usuários. O diagnóstico leva três semanas; o piloto, oito. A versão com datas deste gráfico é a primeira página do seu plano de piloto.

DiagnósticoPilotoSem 1Sem 2Sem 3Sem 4Sem 5Sem 6Sem 7Sem 8Sem 9Sem 10Sem 11Kick-off, entrevistas e acompanhamento do trabalhoAuditoria de sistemas e dadosMétricas de linha de baseMapa de oportunidades e estimativa de ROISeguir ou não, com o patrocinadorConectar as fontesConfigurar agente e interfaceRevisão de segurança do pilotoGrupo piloto trabalha em tarefas reaisMedição antes / depoisRelatório do piloto e aceiteDemonstração semanal
TrabalhoPonto de decisãoDemonstração semanalPlano típico · as datas reais são definidas ao final do diagnóstico
Fases

O que acontece em cada fase

Os prazos são típicos para um projeto de porte médio. O plano com datas é definido ao final do diagnóstico, e o valor do diagnóstico é abatido do piloto.

2–3 semanas · US$ 1.490

Diagnóstico

  • Entrevistas com a liderança e os donos dos processos
  • Auditoria de sistemas, dados e qualidade dos dados
  • Métricas de linha de base
  • 3–5 processos candidatos com estimativas de impacto
Você recebeUm mapa de oportunidades, uma estimativa de ROI e um plano de piloto. O documento é seu, mesmo que não sigamos adiante.
4–8 semanas · a partir de US$ 9.990

Piloto

  • Um processo, um grupo de usuários
  • As fontes necessárias, conectadas
  • Agente e interface configurados
  • Demonstrações semanais de progresso
Você recebeUma solução funcionando com dados reais e um relatório de antes/depois.
2–4 meses · primeiro ano de assinatura

Integração

  • Todos os sistemas necessários conectados
  • Login único e papéis a partir do seu diretório
  • Treinamento da equipe por função
  • Procedimentos e documentação
Você recebeA solução em uso diário, uma equipe treinada e a transição para o suporte com SLA.
Contínuo · a partir de US$ 90.000 por ano

Escala

  • Novos processos e módulos
  • O modelo da organização continua crescendo
  • Revisões regulares da qualidade dos agentes
  • Relatório de impacto trimestral ou mensal
Você recebeUma plataforma que cobre mais processos, com custo menor para cada novo processo.
Entregáveis

Documentos que você pode levar ao conselho

Cada fase termina com um documento, não com uma apresentação de slides. Eles são escritos para quem aprova orçamentos: curtos, numerados e rastreáveis até os dados de origem.

Diagnóstico · semana 312–20 páginas

Mapa de oportunidades

Todos os processos analisados, pontuados por frequência, prontidão dos dados, mensurabilidade, responsabilidade e risco. De três a cinco candidatos são classificados, com um recomendado para o piloto.

Conteúdo
  1. Inventário de processos e pontos de dor
  2. Constatações sobre sistemas e qualidade dos dados
  3. Pontuação de 3–5 processos candidatos
  4. Piloto recomendado e por quê
Diagnóstico · semana 36–10 páginas

Estimativa de ROI e plano de piloto

Números de linha de base do processo escolhido, um cenário conservador e um esperado, o custo do piloto e do primeiro ano de assinatura, e o plano semana a semana com datas.

Conteúdo
  1. Linha de base: horas, dias, erros, dinheiro
  2. Economia conservadora e esperada
  3. Custo, payback e premissas
  4. Plano com datas, papéis e critérios de aceite
Piloto · última semana8–15 páginas

Relatório do piloto

O que foi construído, como foi medido e o que mudou em relação à linha de base. Termina com uma recomendação clara: escalar, ajustar ou encerrar, e quanto custaria escalar.

Conteúdo
  1. Métricas de antes/depois com o método
  2. Qualidade do agente em um conjunto de referência
  3. Feedback dos usuários e pendências
  4. Opções de escala com custo
Integração · transição20–40 páginas

Runbook de operação

Como a solução funciona no seu ambiente: arquitetura, modelo de acesso, monitoramento, procedimentos de incidentes e como a sua equipe altera as instruções dos agentes com segurança.

Conteúdo
  1. Arquitetura e fluxos de dados
  2. Papéis, acessos e log de auditoria
  3. Monitoramento e playbook de incidentes
  4. Procedimento de mudança dos agentes
Governança

Um ritmo fixo, para que nada saia do rumo

Todo projeto segue a mesma cadência. Você sempre sabe o que foi feito na semana passada, o que vem a seguir e qual decisão está aguardando você.

  1. Demonstração semanal · 45 min

    O engenheiro líder mostra o software funcionando com os seus dados, não slides de status. O dono do processo e os usuários do piloto participam; as questões em aberto são registradas com responsável e data.

  2. Atualização semanal por escrito

    Uma página: feito, próximos passos, riscos, decisões necessárias. Enviada no mesmo dia da demonstração, para que o patrocinador possa acompanhar sem participar.

  3. Comitê de direção · a cada 2–4 semanas

    Patrocinador, dono do processo, TI e segurança, nosso engenheiro líder. Revisa o progresso em relação ao plano, resolve impedimentos e aprova mudanças de escopo por escrito.

  4. Marco de fase · ao final de cada fase

    Apresentamos o relatório e uma demonstração ao vivo. Você assina um termo de aceite com base nos critérios acordados no início, ou primeiro corrigimos o que falta.

  5. Revisão de impacto · trimestral ou mensal

    Após o lançamento, uma revisão das métricas acordadas, da qualidade dos agentes e da adoção, com proposta dos próximos processos. A frequência depende do pacote.

Papéis

Quem faz o quê

Uma divisão clara de responsabilidades é o que faz um projeto terminar no prazo.

TarefaBlackGustCliente
Objetivos do projeto e critérios de sucessoPropõe e quantificaAprovados pelo patrocinador
Descrição do processoConduz entrevistas, documentaDono do processo, 2–4 h por semana
Acesso aos dadosPrepara requisitos e esquemaA TI concede o acesso, a segurança aprova
Desenvolvimento e configuraçãoTudo—
TestesVerificações de referênciaOs usuários testam nas próprias tarefas
TreinamentoMinistraDisponibiliza o tempo da equipe
Aceite das fasesRelatório e demonstraçãoAssina o termo de aceite

Matriz RACI por atividade

R responsável pela execução · A responsável final (aprova) · C consultado · I informado. Um único responsável final por linha.

AtividadePatrocinadorDono do processoTI e segurançaUsuários do pilotoLíder BlackGustEquipe BlackGust
Diagnóstico
Objetivos e critérios de sucessoACI—RI
Entrevistas e mapeamento de processosICICAR
Auditoria de dados e sistemasICC—AR
Escolha do processo pilotoACC—RI
Piloto e integração
Acesso a sistemas e dadosIIA—RC
Revisão e aprovação de segurançaI—A—CR
Construção de agentes e integraçõesICC—AR
Testes em tarefas reaisIA—RCC
Treinamento e documentaçãoICCIAR
Aceite da faseARCIRI
Medição de impacto

Primeiro a linha de base, depois o resultado

Só afirmamos o que conseguimos medir. A linha de base é levantada durante o diagnóstico, antes de qualquer mudança, e a mesma métrica é medida da mesma forma após o piloto.

  • As métricas são definidas por escrito no início: o que é contado, de onde vem e em qual período
  • Linha de base a partir dos seus sistemas sempre que possível; por observação cronometrada quando não
  • Mesma equipe, mesmo tipo de trabalho, período comparável após o lançamento
  • Qualidade do agente verificada em um conjunto de referência de casos reais avaliados pelos seus especialistas
  • O dono do processo assina os números do relatório do piloto em conjunto
Relatório do piloto · impactoExemplo · dados ilustrativos
MétricaLinha de baseApós o pilotoVariação
Relatório gerencial semanal, horas6,50,8−88%
Conciliação com contrapartes, dias41−75%
Solicitações roteadas sem triagem manual0%71%+71 p.p.
Respostas alinhadas à referência dos especialistas—94%meta 90%
Casos escalados para uma pessoa—18%por design
Linha de base de 4 semanasMedição de 4 semanasGrupo piloto: 14 usuáriosConjunto de referência: 300 casos

Recomendação: escalar para mais duas filiais. Payback no cenário conservador dentro do primeiro ano de assinatura.

Gestão da mudança e treinamento

Software que ninguém usa não economiza nada

A adoção é planejada como qualquer outra frente de trabalho. O treinamento é por função, no seu idioma, com os seus próprios dados, e começa durante o piloto, não após o lançamento.

Executivos · 1 hora

Fazer perguntas sobre o negócio

Como consultar o console, ler as fontes e configurar o resumo diário. Geralmente individual, no próprio escritório do executivo.

Usuários · 2–3 horas

Prática, com tarefas reais

Pequenos grupos trabalham nos próprios casos com o engenheiro na sala. Guias curtos e vídeos ficam disponíveis para novos colaboradores.

Administradores · 1–2 dias

Operar e alterar por conta própria

Papéis e acessos, monitoramento, edição das instruções dos agentes, adição de cenários e o procedimento de mudança segura.

Multiplicadores

Uma pessoa por equipe

Um multiplicador treinado em cada equipe coleta feedback, ajuda os colegas e participa da demonstração semanal. É graças a eles que a adoção se mantém depois que saímos.

  • Um plano de comunicação para a equipe: o que muda, o que não muda, a quem perguntar
  • Adoção acompanhada semanalmente: usuários ativos, perguntas feitas, tarefas concluídas
  • Regras claras sobre quando uma pessoa deve aprovar, para que a equipe confie nos resultados
  • Documentação e treinamento no idioma de trabalho de cada unidade
Atuação por pacote

Como a equipe cresce com o escopo

O método é o mesmo em todos os pacotes. O que muda é o tamanho da equipe, quanto dela fica no seu local e com que frequência revisamos o impacto juntos.

FoundationEnterpriseSovereign
Equipe
Engenheiros alocados no cliente1 engenheiro líderLíder + 2 engenheirosEquipe dedicada de 5+ e um arquiteto
Presença no localNas fases-chave: kick-off, diagnóstico, lançamento, aceiteContínua, no local e remotaIntegrada às suas equipes
Escopo
Áreas de negócioUma3–5Toda a organização
ProcessosAté 3Até 15Ilimitados
Sistemas conectadosAté 5Até 15Ilimitados
Governança
Revisão de impactoTrimestralMensalMensal, com o comitê de direção
SuporteHorário comercial24/7 para incidentes críticos24/7, resposta em 1 hora, engenheiro de plantão nomeado

Pacotes anuais da plataforma: Foundation US$ 90.000, Enterprise US$ 250.000, Sovereign US$ 490.000 por ano. Comparação completa na página de preços.

Trabalho entre fusos horários

No local quando importa, no seu horário no restante do tempo

A nossa equipe de engenharia fica em Tashkent (UTC+5). Os engenheiros viajam para as fases que exigem presença; a cadência remota acontece dentro do seu horário comercial.

Europa

UE, Reino Unido e região

Referência: horário da Europa Central

No local. Kick-off e entrevistas, lançamento do piloto, aceite; estadias mais longas durante a integração.

Cadência remota. Estamos de três a quatro horas à frente da Europa Central, então o nosso dia cobre a sua manhã e o início da tarde. As demonstrações semanais e as reuniões de direção ficam nessa janela.

Américas

América do Norte e do Sul

Referência: horário do Leste dos EUA

No local. Entrevistas de diagnóstico e semanas de lançamento no local; as equipes Enterprise e Sovereign ficam mais tempo.

Cadência remota. Os engenheiros remotos ajustam o horário para ter sobreposição diária com a sua manhã. Demonstrações e reuniões de direção são marcadas no seu horário comercial.

Ásia-Pacífico

China, Japão, Coreia, Austrália

Referência: horário padrão do Japão

No local. Kick-off, diagnóstico e aceite no local; o trabalho em ambiente isolado é feito nas suas instalações.

Cadência remota. Estamos de três a seis horas atrás do Leste Asiático e da Austrália, então a sua tarde é a nossa manhã. O trabalho acontece no seu idioma, com intérpretes quando necessário.

Riscos

O que costuma dar errado e o que fazemos a respeito

Vemos o mesmo punhado de riscos na maioria dos projetos. Cada um tem um responsável e uma mitigação no plano do piloto desde o primeiro dia.

O acesso aos dados chega atrasadoOs requisitos de acesso são enviados na primeira semana. Começamos com exportações somente leitura e dados sintéticos, e o comitê de direção acompanha o acesso como um impedimento com data.
A qualidade dos dados é pior que o esperadoO diagnóstico a mede antes da escolha do piloto. Se os registros forem inutilizáveis, dizemos isso e recomendamos corrigir primeiro a forma de registro.
O dono do processo não tem tempoAcordamos 2–4 horas por semana por escrito. Se isso falhar duas vezes, o patrocinador recebe o tema como uma decisão, não como uma reclamação.
Aumento descontrolado do escopoUm processo e um grupo de usuários por piloto. Novas ideias vão para um backlog e são aprovadas no comitê de direção, não no corredor.
Os usuários não adotam a soluçãoOs usuários testam nas próprias tarefas a partir da sétima semana, os multiplicadores são treinados cedo e a adoção é uma métrica do piloto, não um detalhe posterior.
O agente erra em casos atípicosA qualidade é medida em um conjunto de referência, limites de confiança encaminham casos incertos para uma pessoa e ações acima de US$ 500.000 exigem aprovação humana.
A revisão de segurança leva mesesA sua equipe de segurança recebe a arquitetura, os fluxos de dados e as opções de implantação na primeira semana. Implantação em nuvem privada, on-premises ou isolada elimina a maioria das objeções.
O engenheiro líder fica indisponívelUm segundo engenheiro acompanha cada projeto e tem acesso a todas as anotações e ao código, para que a continuidade não dependa de uma única pessoa.
O que precisamos de você

Pouca coisa, mas inegociável

Nós cuidamos da tecnologia. A organização fornece decisões e acessos; sem eles, nenhum fornecedor consegue entregar um produto que funcione.

  • Um patrocinador executivo que toma decisões
  • Um dono do processo que sabe como o trabalho realmente é feito
  • Um contato de TI para o acesso aos sistemas
  • A aprovação da sua equipe de segurança no início
  • Um grupo piloto de 5–20 usuários
Quando diremos não

Nem todo processo vale a pena automatizar

  • Não há dados nem forma de coletá-los — a organização dos registros vem primeiro
  • O processo ocorre uma vez por mês e leva uma hora — não há o que economizar
  • Ninguém do lado do cliente é dono do processo
  • Espera-se que a IA tome decisões sem supervisão onde erros custam caro
FAQ

Perguntas sobre o método

O que é um engenheiro alocado no cliente (forward-deployed engineer)?

Um engenheiro de software que trabalha dentro da sua organização, ao lado das pessoas que fazem o trabalho. Ele mapeia o processo, conecta sistemas, configura agentes e responde pelo resultado. É o oposto de um consultor que escreve um relatório e de uma equipe separada que constrói outra coisa.

Em quanto tempo veremos um resultado funcionando?

Geralmente em cerca de onze semanas: um diagnóstico de 2–3 semanas e um piloto de 4–8 semanas. Você vê o software funcionando com os seus próprios dados nas demonstrações semanais a partir da quinta semana, aproximadamente.

Quanto custa o diagnóstico e o que acontece se pararmos depois dele?

O diagnóstico custa US$ 1.490 e é abatido do piloto se você continuar. Se parar, você fica com o mapa de oportunidades e a estimativa de ROI. Eles são escritos para que outro fornecedor ou a sua própria equipe possa agir com base neles.

Quanto tempo da nossa equipe isso exige?

O dono do processo dedica 2–4 horas por semana, a TI algumas horas para conceder acessos, e o grupo piloto de 5–20 usuários trabalha com a solução em tarefas reais na segunda metade do piloto. O patrocinador participa do comitê de direção a cada 2–4 semanas.

Os seus engenheiros precisam ficar no local o tempo todo?

Não. Eles ficam no local no kick-off, nas entrevistas, no lançamento e no aceite, e por períodos mais longos nos projetos Enterprise e Sovereign. O trabalho em ambiente isolado é sempre feito nas suas instalações. O restante acontece remotamente, no seu horário comercial.

Vocês atuam na Europa, nas Américas e na Ásia-Pacífico?

Sim. Os engenheiros viajam até o cliente para as fases presenciais, e a cadência remota é agendada dentro do seu dia de trabalho. A implantação pode ficar na sua região ou na sua própria infraestrutura para atender às regras de residência de dados; veja segurança.

Como vocês comprovam o impacto?

Medindo uma linha de base antes de qualquer mudança e a mesma métrica após o lançamento, com o método definido por escrito no início. O dono do processo assina os números do relatório do piloto em conjunto.

De quem é o que vocês constroem?

Os seus dados, as instruções dos agentes, a documentação dos processos e os relatórios continuam sendo seus. A plataforma é licenciada por meio de um pacote anual; os detalhes estão no contrato e na página de preços.

O que acontece depois do piloto?

Se o piloto atingir os critérios de aceite, a integração leva 2–4 meses dentro do primeiro ano de assinatura: todos os sistemas necessários, login único, treinamento e transição para o suporte com SLA. Depois, adicionamos processos um a um.

O primeiro passo é uma conversa com um engenheiro

A primeira consultoria é gratuita. Conte-nos sobre o problema e um engenheiro dirá por onde começar.