SO nativo de IA · Capítulo 14 de 15 · 42 min
Quando não fazer isso
Avaliar o projeto pelo lado do risco: os quatro silêncios do documento, o custo de posse de 130 mil linhas sob medida e os critérios objetivos para recomendar que a empresa não construa nada agora.
Este capítulo faz parte do curso gratuito SO nativo de IA.
Rita Bevilacqua tem o orçamento do build na mesa e procura nas duas peças da Boom Automations uma frase que diga em que condição a Vinco deveria parar. Cena inventada para a didática deste curso: o material fica em silêncio, porque todos os casos citados deram certo. Este capítulo entrega os quatro critérios de recusa que a fonte não escreveu, e a conta de posse que ela também não faz.
Se a figura ultrapassar a área visível, deslize para os lados. Pelo teclado, foque a figura e use as setas.
O que isso quer dizer: Sistema sob medida é um software escrito só para a sua empresa, com as suas telas e as suas regras dentro. Ele encaixa melhor no seu jeito de trabalhar do que qualquer produto de prateleira, e por isso mesmo existe uma única oficina no mundo que sabe consertá-lo, que é quem o escreveu. Custo de posse é tudo o que você paga depois da entrega para manter aquilo vivo: hospedagem, correção de defeito, mudança de regra e a pessoa que entende como as tabelas se ligam. Este capítulo trata dessa metade da conta, que o material do fornecedor não escreve, e da resposta legítima que quase nunca aparece em proposta comercial: não construir agora. Por que importa na empresa: O preço declarado do build é de US$ 25 mil a US$ 60 mil, e ele aparece uma vez no contrato. A manutenção aparece todo ano, sem combinação prévia, e costuma chegar como surpresa no ano dois. Aprovar sem cotar o ano dois transforma investimento em passivo, principalmente quando ninguém de dentro da empresa consegue abrir aquele código.
- Etapa 1 de 6: Dono interno
Aponte pelo nome quem, de dentro de casa, revisa o modelo de dados e pode recusar uma entrega.
- Etapa 2 de 6: Caixa do ano
Confirme que o caixa paga o build e a manutenção do ano seguinte mesmo num ano de receita fraca.
- Etapa 3 de 6: Processo parado
Verifique se o workflow mais caro repete o mesmo caminho há pelo menos um trimestre.
- Etapa 4 de 6: Peso regulatório
Conte quantas ferramentas ficam de fora por exigência de norma, porque cada uma encolhe o ganho do projeto.
- Etapa 5 de 6: Cote a posse
Peça por escrito o custo do ano dois, com prazo de resposta a incidente.
- Etapa 6 de 6: Escreva a decisão
Registre a recomendação em uma página, com data e reunião de revisão marcada.
Exemplo calculado, com números ilustrativos
| Situação | A conta | Como ler o resultado | O que se decide |
|---|---|---|---|
| O autor declara que remover 60 horas semanais de trabalho manual transforma uma empresa de 20 pessoas, e o ano tem cerca de 50 semanas úteis. Este curso adota duas premissas explícitas: custo carregado hipotético de US$ 30 por hora e o preço de build declarado pelo próprio autor, de US$ 25 mil a US$ 60 mil. A manutenção anual de US$ 20 mil é número ilustrativo novo, inventado só para esta conta. | 60 horas por semana × 50 semanas = 3.000 horas por ano. 3.000 horas × US$ 30 por hora = US$ 90 mil por ano recuperados. Ano um, na ponta cara do preço: US$ 60 mil de build mais US$ 20 mil de manutenção = US$ 80 mil. Ano dois: US$ 20 mil. | O retorno de três a oito meses que circula em apresentação sai de dividir só o build pelo ganho anual. A leitura errada mais comum é comemorar o ano um e esquecer que a manutenção volta todo ano, enquanto as horas economizadas só viram dinheiro se alguém de fato deixar de fazer aquele trabalho ou passar a fazer outro que rende. | Rita cota o ano dois antes de assinar e troca as três premissas pelas dela: as horas que cronometrou, o custo por hora da própria folha e o preço que o fornecedor escreveu. Com dois dos quatro critérios reprovados, ela registra a decisão de não construir agora e marca a data da revisão. |
Os números deste exemplo existem para ensinar o raciocínio. Troque base, janela e valor pelos dados da sua empresa antes de decidir qualquer coisa com eles.
Dúvidas de quem está começando
A minha empresa é pequena demais para isso?
O recorte declarado pelo autor é de dois a dez milhões de dólares de receita anual, cerca de 20 funcionários e nenhum ERP, e ele argumenta que empresa desse tamanho ganha mais que uma de 500 pessoas porque as mesmas horas removidas pesam muito mais. O que decide vai além do tamanho: a empresa precisa de caixa para o ano dois e de alguém de dentro que responda pelo modelo de dados. Sem essas duas coisas, o mapa e a auditoria valem a pena e o build não.
Dizer não agora significa jogar fora o trabalho já feito?
Os dois primeiros passos ficam com você, e são justamente a parte que devolve valor sozinha. O mapa cronometrado vira o seu instrumento de negociação com qualquer fornecedor, e o cancelamento das assinaturas mortas devolve dinheiro já na primeira semana. Na cena inventada da Vinco Instalações isso deu R$ 2.180 por mês, sem uma linha de código escrita.
Cápsula deste capítulo: o método dos seis passos é bom e o custo de posse do resultado é a variável que a fonte não discute. Nossa leitura é que a decisão de construir depende de quatro condições internas da empresa, e que a ausência de qualquer uma delas transforma um projeto de dois a dez milhões de dólares de receita em um passivo de manutenção sem fornecedor.
A âncora que funciona até um ponto exato
1 de 2O que você comprou antes
Software de mercado: você escolheu entre duas ou três opções, negociou licença por usuário e mediu o tempo de implantação.
- Contrato para acionar quando a coisa desanda
- Fila de atendimento para reclamar
- Concorrente para o qual migrar
O que você encomenda agora
Código escrito para a sua empresa, com o seu schema, as suas telas e as suas automações. A relação com quem escreveu deixa de ser compra e passa a ser dependência.
- Nenhum fornecedor de mercado, logo nenhuma fila de atendimento
- Uma agência que conhece o modelo de dados por dentro
- Um ERP proprietário sem concorrente para o qual migrar
O maior sistema descrito no material tem 130 mil linhas de código, 41 telas, 50 tabelas de banco e 28 automações de fundo, conforme o próprio fornecedor relata. Leia esses quatro números outra vez com a cabeça de quem vai conviver com eles por cinco anos, porque nenhuma linha das duas peças da Boom fala de custo de posse.
O ativo, medido do lado da conta de manutenção
130 mil
linhas de código sob medida
no maior sistema descrito, segundo o fornecedor
41
telas para manter vivas
cada uma com regra de negócio dentro
50
tabelas de banco
com as chaves estrangeiras que amarram tudo
28
automações rodando em segundo plano
cada uma com um jeito próprio de falhar calada
Fonte: Números do caso de armazenagem relatado pela Boom Automations em material publicado em 17 de agosto de 2026. Sem auditoria independente.
Dois tipos de número na mesa, e o que cada um autoriza
Número de fornecedor
Autoriza estudar
- As 130 mil linhas, as 41 telas e as 28 automações são relato da própria agência, sem auditoria independente
- O caso de armazenagem tinha 450 projetos ativos em Airtable, Excel, Dropbox e Adobe, com cinco gerentes fazendo o mesmo workflow de jeitos diferentes
- O documento termina em convite para reunião comercial
- Sustenta a decisão de estudar o método
Número que você mediu
Autoriza assinar
- As horas semanais do seu mapa, cronometradas com quem executa
- O seu workflow mais caro, nomeado e com número ao lado
- O preço cotado do build e o da manutenção do ano dois
- Sustenta a decisão de gastar o equivalente a um ano de folha de um time pequeno
Existe uma evidência externa que pesa exatamente nesse ponto, e ela não sai de material de agência. O relatório "The GenAI Divide: State of AI in Business 2025", do MIT NANDA, publicado em 2025, registra que 95% dos projetos-piloto de IA generativa não produzem impacto financeiro mensurável, em levantamento de desenho não probabilístico cujo universo de pilotos nunca foi delimitado. Cite o número sempre com essa ressalva colada nele.
Com a ressalva declarada, o número ainda muda o ônus da prova nesta mesa. Ele não prova que a Vinco fracassaria, e obriga quem propõe o build a nomear o mecanismo pelo qual esta empresa ficaria na fração que produz impacto mensurável: mapa cronometrado, portão A cumprido antes de qualquer código e dono interno do schema com mandato para recusar. Projeto que não consegue nomear esse mecanismo está apostando em ser exceção de uma distribuição que ninguém mediu com rigor amostral.
Antes dos critérios, os silêncios. Nossa leitura do material aponta cinco lacunas, e quatro delas mudam o resultado da decisão de compra. A primeira é a maior de todas: a stack nunca aparece. Nem banco de dados, nem framework, nem plataforma, em nenhuma das duas peças, nem no artigo nem no paper de três páginas.
Os silêncios do documento, e a pergunta que cada um obriga
| Silêncio | O que a fonte diz | O que ela não diz | A pergunta que você faz antes de assinar |
|---|---|---|---|
| A stack | Um login, um banco de dados, todo departamento no mesmo sistema | Qual banco, qual framework, qual plataforma, quem hospeda | Se eu trocar de fornecedor no ano dois, quem consegue abrir esse código? |
| Qualidade do dado migrado | Scripts de backfill, que é a carga do histórico antigo dentro do modelo novo, mais uma semana em paralelo e corte com data marcada | Nada sobre reconciliação das versões divergentes do mesmo cliente | Quem decide qual das quatro versões do cliente é a verdadeira, e com que regra? |
| Quem mantém depois | O sistema é o ativo, as ferramentas mudam toda semana | Zero linhas sobre custo de posse, evolução e hospedagem | Qual é o contrato de manutenção anual, em dinheiro e em prazo de resposta? |
| Permissão por linha | Aparece na imagem do paper, na descrição do agente de respostas | Não aparece no artigo, e não há modelo de papéis publicado | Como o financeiro e o pessoal convivem no mesmo banco com 21 pessoas dentro? |
| Critério de fracasso | Todos os casos citados deram certo | Nenhuma frase da forma "se acontecer X, não faça isso" | Em que condição vocês recusariam este projeto? |
A coluna da direita é o roteiro de conversa do capítulo. Fornecedor que responde bem às cinco merece a segunda reunião.
Fonte: Análise deste curso sobre o artigo e o system paper de Luke Pierce publicados em 17 de agosto de 2026.
O silêncio sobre a stack tem explicação comercial, e dizê-la em voz alta ajuda a negociar. Metade do artigo não ensina, qualifica: define o cliente ideal, dá a ele uma identidade lisonjeira, desqualifica a empresa grande sem ofender ninguém e termina em agendamento. O texto gasta cinco parágrafos na segmentação e nenhum na stack porque a escolha técnica é o fosso da agência. O mapa do passo 01 é oferecido de graça pelo mesmo motivo: ele entrega valor antes do contrato, e é o instrumento de venda mais eficiente que existe nesse mercado.
Nada disso invalida o método. As quatro regras do paper continuam corretas, o portão A continua sendo o único ponto do processo em que dá para parar barato, e a lei de fechamento continua verdadeira. O paper escreve que modelos e ferramentas se trocam, e que o mapa, o schema e os portões são a parte que fica, razão pela qual o sistema operacional é o ativo. Essa frase é ao mesmo tempo a melhor ideia do documento e o argumento de venda mais forte da agência, e as duas coisas cabem na mesma frase sem contradição.
Casa sob medida contra apartamento de planta
Apartamento de planta tem síndico, manual do proprietário e três empreiteiras na cidade que sabem consertar a hidráulica. Casa sob medida tem exatamente um arquiteto que sabe por onde passa cada tubulação. A casa é melhor para viver e é pior para vender, e quem encomenda uma precisa aceitar as duas metades da conta. As 130 mil linhas relatadas pelo fornecedor são a casa sob medida.
O que aumenta o encaixe no seu processo é o mesmo que reduz o seu número de fornecedores possíveis.
Agora os critérios, que são nossos. Nenhum deles está na fonte, e cada um nasceu de olhar o método pelo lado do que precisa existir dentro da empresa para o resultado sobreviver ao fim do contrato. São quatro condições, e a ausência de qualquer uma delas muda a recomendação de construir para não construir agora.
Quando o projeto faz sentido e quando ele não faz
Sinais de que a resposta é não
Não construa agora
- Ninguém interno lê código nem quer ler: o dono do sistema é o fornecedor
- Receita abaixo da faixa: o build come uma fatia do caixa que a empresa não recompõe em um ano ruim
- Processo ainda instável: o time discute qual é o passo seguinte, não como automatizá-lo
- Dependência regulatória pesada, com trilha de auditoria exigida por norma setorial
- O mapa do passo 01 não foi feito, e a pressa é para começar a construir
- Nenhum departamento tem horas cronometradas, logo não existe função de ranqueamento
Sinais de que a resposta é sim
Construa
- Existe uma pessoa interna com autonomia técnica e mandato para dizer não ao fornecedor
- Receita dentro da faixa, com caixa que absorve o build e a manutenção do ano seguinte
- Processo estável há meses: o time repete o mesmo caminho e reclama do retrabalho, não do rumo
- As regras de conformidade cabem em ferramentas mantidas no balde de manter
- Mapa fechado, horas cronometradas e o workflow mais caro já nomeado
- O registro de entidades chegou a locked em todas as linhas antes de qualquer código
Glossário rápido
Backfill
A carga do histórico antigo dentro do modelo de dados novo. Antes do corte, os registros que hoje moram nas planilhas, no CRM e no quadro de projetos são lidos, convertidos para as tabelas novas e gravados lá. Backfill verificado quer dizer que alguém abriu uma amostra dos registros carregados e conferiu campo a campo contra a origem, em vez de confiar no relatório do script. É a peça que o portão B exige antes de o próximo departamento se mover.
Workflow
Qualquer trabalho que a empresa repete mais de uma vez por semana, do fechamento de contrato à conferência de nota fiscal. Cada um tem um gatilho, uma sequência de passos, um dono e um estado observável que o encerra. É a unidade que o mapa do passo 01 cronometra, e é por hora semanal de workflow que a fila de construção é ordenada.
Critério 1: dono interno técnico
O mais duro e o mais ignorado. Alguém dentro da empresa precisa ler o schema, revisar o que o fornecedor entrega e ter mandato para recusar. Essa pessoa abre o registro de entidades das 23 linhas da Vinco, aponta a linha de faturas e explica por que a contabilidade continua sendo o livro-razão com sincronismo de mão única, e nada disso exige que ela programe. Sem essa pessoa, o portão A vira um documento que ninguém confere e o sistema fica com o único cérebro que o conhece do lado de fora da empresa.
Critério 2: faixa de receita, com cuidado aritmético
O autor escreve que o recorte é de dois a dez milhões de dólares por ano, com cerca de 20 funcionários e sem ERP. A Vinco tem 21 pessoas e R$ 31 milhões de receita anual. Comparar as duas coisas exige uma taxa de câmbio e uma data, e este curso não converte moeda sem declarar as duas, então a comparação fica na sua mão com a sua taxa do dia da decisão. O que importa do critério é o mecanismo: a empresa precisa ter caixa para pagar o build e para pagar a manutenção do ano seguinte num ano de receita fraca.
Critério 3: estabilidade de processo
A versão preventiva do custo de pular etapa. O paper registra que automatizar um processo quebrado custa dez vezes mais do que consertá-lo primeiro, e que todo projeto de resgate que a agência assume tinha pulado o passo 01. Nossa leitura estende a regra para antes do contrato: um time que ainda discute qual é o passo seguinte do workflow tem uma negociação em aberto no lugar de um processo para modelar. Codificar uma negociação em aberto produz 41 telas que descrevem um acordo que ninguém fez.
Critério 4: dependência regulatória
O balde de manter da auditoria já reconhece isso ao deixar de fora contabilidade, e-mail, calendário e ferramentas setoriais com peso regulatório. Nossa leitura é que quanto mais dessas ferramentas a empresa tem, menor fica o balde de absorver e menor fica o ganho do build, porque o sistema novo vira um integrador caro. Empresa que precisa de trilha de auditoria certificada em quatro superfícies diferentes está fora da faixa do método, mesmo com a receita dentro dela.
Matriz de decisão: dono interno técnico contra estabilidade do processo
Eixo horizontal: Processo: instável à esquerda, estável há meses à direitaEixo vertical: Dono interno técnico: presente acima, ausente abaixo
Dono presente e processo instável: mapeie e pare no portão A
- Faça o passo 01 e o passo 02 e cancele as assinaturas mortas
- Na Vinco isso já devolveu R$ 2.180 por mês na primeira semana
- Só volte a falar de build quando o workflow mais caro repetir o mesmo caminho
Dono presente e processo estável: construa, com portão B respeitado
- Um departamento por vez, começando pelo de mais horas cronometradas
- Backfill verificado, semana em paralelo cumprida, corte com data
- Contrato de manutenção assinado junto com o de build, não depois
Dono ausente e processo estável: contrate a pessoa antes do sistema
- O risco aqui não é o build falhar, é ele funcionar e ninguém conseguir mudá-lo
- Alternativa honesta: consolidar em ferramenta de mercado com fornecedor
- Se insistir no build, negocie código em repositório seu desde o primeiro dia
Dono ausente e processo instável: não faça, e faça o mapa de graça
- O mapa é oferecido sem custo pelo fornecedor, e vale por si
- Cancele o que está no balde de matar e reveja em seis meses
- Qualquer código escrito agora vira dívida antes do primeiro corte
Vale a pena aplicar os quatro critérios no caso condutor, do começo ao fim, porque a resposta não é a que o entusiasmo do capítulo anterior sugere. Cena inventada para a didática deste curso: a Vinco tem os quatro critérios em estados diferentes, e o exercício é decidir com essa mistura na mão.
Rita Bevilacqua, sócia responsável pela operação
Montagem e manutenção de instalações prediais, São Paulo, 21 pessoas
Dor
O mapa fechou com 19 workflows e 58 horas semanais de trabalho manual cronometrado. O workflow mais caro é medição de obra, com 9,5 h por semana, três handoffs e duas digitações duplicadas. O registro tem 23 entidades e 61 chaves estrangeiras. O orçamento do build está na mesa e Damião Fontes continua sendo o único que sabe onde tudo está.
Solução
Rita aplicou os quatro critérios antes de assinar. Dono interno técnico: ausente, porque Damião é memória viva do processo e não revisor de schema. Faixa de receita: dentro, com caixa. Estabilidade: a medição de obra mudou de caminho duas vezes no ano. Regulatório: leve, com contabilidade terceirizada no balde de manter. Dois critérios reprovados de quatro.
Resultado
Decisão registrada em uma página: não construir agora. Executar o passo 01 e o passo 02 até o fim, cancelar as assinaturas mortas de R$ 2.180 por mês, estabilizar a medição de obra por um trimestre e abrir vaga para quem vai ser o dono do schema. O portão A fica marcado como próxima reunião de decisão, com data.
Custo apurado: Custo de dizer não agora: as 9,5 h por semana da medição continuam sendo pagas por um trimestre. Custo de dizer sim agora: um sistema sob medida cujo único leitor de código está fora da empresa.
Cenário construído para fins didáticos. Números não correspondem a cliente específico.
O fornecedor propõe começar pelo departamento de mais horas cronometradas, exatamente como o método manda. Rita não tem dono interno técnico e a medição de obra mudou de caminho duas vezes no ano. O caixa aceita o build. O mapa está completo, com as 58 horas semanais cronometradas.
Com dois critérios reprovados de quatro, qual movimento você recomenda para a Vinco nesta reunião?
A conta de retorno costuma ser usada para encerrar essa discussão, e ela merece ser refeita com o denominador completo. As duas pontas estão no artigo e o autor não as multiplica.
- Etapa 1 de 6: 60 horas por semana
O trabalho manual removido numa empresa de 20 pessoas, conforme o artigo.
- Etapa 2 de 6: 3.000 horas por ano
As mesmas 60 horas multiplicadas por cerca de 50 semanas úteis.
- Etapa 3 de 6: US$ 90 mil por ano
A um custo carregado hipotético de US$ 30 por hora, premissa nossa.
- Etapa 4 de 6: Build de US$ 25 a 60 mil
O preço que o autor declara para o serviço da agência.
- Etapa 5 de 6: Retorno de três a oito meses
O resultado da divisão, e o ponto em que a conta costuma parar.
- Etapa 6 de 6: O denominador que falta
Manutenção, hospedagem, evolução e o risco de ficar sem quem abra o código.
Essa conta é aritmética sobre premissas explícitas, e as premissas são as nossas, não as do autor. Troque as três pela sua realidade antes de citar o resultado em qualquer reunião: as horas que você cronometrou, o seu custo carregado por hora e o preço que o seu fornecedor cotou. O que o denominador não inclui é o ponto deste capítulo: manutenção, hospedagem, evolução e o risco de ficar com um sistema sob medida sem ninguém para mantê-lo. Retorno de três a oito meses no numerador não paga cinco anos de posse no denominador.
Pare aqui e responda por escrito, em uma linha cada: quem é o dono interno do schema na sua empresa, há quantos meses o seu workflow mais caro repete o mesmo caminho e quanto custa por ano manter o sistema depois de pronto. Se qualquer das três linhas ficar em branco, a recomendação deste curso é executar mapa e auditoria e não contratar build ainda.
Os erros desta fase têm sintomas reconhecíveis, e todos eles aparecem antes do primeiro corte de departamento. Cada um vem aqui com o sinal que você vê, a causa que o produziu e o movimento que tira a empresa dele.
Erros comuns na decisão, com sintoma, causa e saída
Sintoma: a reunião de escopo discute telas antes de discutir tabelas
Causa: o parágrafo de encerramento do artigo recapitula a ordem errada, mandando mapear, consolidar, modelar e construir, quando o corpo do texto e o paper mandam mapear, auditar, modelar o schema e só depois consolidar. Quem segue o resumo constrói antes de ter o modelo de dados. Saída: exija o registro de entidades com todas as linhas em locked antes de aprovar qualquer mockup, porque o paper é literal ao dizer que nenhum código é escrito até toda linha estar travada.
Sintoma: ninguém consegue dizer qual banco de dados vai ser usado
Causa: a stack não aparece em nenhuma das duas peças da fonte, e a ausência é fosso comercial, não descuido. Saída: leve a pergunta para o contrato em vez de para o método. Peça por escrito o nome do banco, o nome do framework, quem hospeda e onde o repositório vive. Fornecedor que não responde isso em uma frase está vendendo dependência, não sistema.
Sintoma: depois do backfill, dois relatórios do mesmo cliente divergem
Causa: o método tem scripts de migração, semana em paralelo e corte com data, e não tem uma linha sobre reconciliação. Consolidar quatro ferramentas é herdar quatro versões do mesmo cliente. Saída: escreva a regra de precedência por campo antes do primeiro script, e trate a semana em paralelo como janela de conferência, não como formalidade a cumprir.
Sintoma: o financeiro descobre que qualquer pessoa consulta qualquer valor
Causa: permissão por linha aparece só na imagem do paper, na descrição do agente de respostas operacionais, e nunca no artigo. Numa empresa de 21 pessoas com finanças e pessoal no mesmo banco, isso deixa de ser detalhe técnico. Saída: modele papéis junto com as entidades, no mesmo registro, e teste o agente de respostas com a conta de menor privilégio antes de liberar para o time.
Sintoma: seis meses depois do corte, ninguém mexe no sistema por medo
Causa: custo de posse não entrou no orçamento, então não entrou no contrato, então não existe rotina de evolução. Saída: assine manutenção junto com o build, com prazo de resposta declarado, e coloque uma pessoa interna revisando cada mudança de schema desde a primeira semana. As 28 automações relatadas pelo fornecedor são 28 comportamentos que alguém precisa entender quando falharem.
Sintoma: o time repete os 80% de economia de token como se fosse dado seu
Causa: o autor escreve, em material publicado em 17 de agosto de 2026, que o roteamento por classe de tarefa corta 80% ou mais do gasto, sem publicar metodologia. Repetir número de fornecedor como resultado próprio é o começo de uma conversa que você não vai sustentar diante do conselho. Saída: meça o corte na sua operação, com as suas classes de tarefa, e cite a alegação sempre com a autoria e a data coladas nela.
As perguntas difíceis ao fornecedor merecem lugar próprio, porque é nelas que a decisão realmente se resolve. Nenhuma delas é hostil e todas têm boa resposta possível. O que você avalia é a existência da resposta.
Seis perguntas para fazer antes de assinar, e o que é uma boa resposta
Qual é a stack, e o código fica em repositório meu desde o primeiro commit?
Boa resposta: nomes concretos de banco, framework e hospedagem, e repositório na organização do cliente com o fornecedor como colaborador. Resposta ruim: qualquer variação de plataforma proprietária sem nome. A fonte não trata disso em nenhuma das duas peças, o que faz da pergunta responsabilidade sua.
Quanto custa o ano dois, sem nenhuma funcionalidade nova?
Boa resposta: um número, com prazo de resposta a incidente e horas de evolução inclusas. Resposta ruim: silêncio ou a promessa de que quase não dá manutenção. O material da Boom dedica zero linhas ao custo de posse, e o preço citado, de vinte e cinco a sessenta mil dólares, é preço de build.
Em que condições vocês recusam um projeto?
Boa resposta: critérios nomeados, do tipo processo instável ou ausência de dono interno. Resposta ruim: nunca recusamos. Nossa leitura é que a ausência de critério de fracasso no material é a lacuna mais reveladora do documento, porque todos os casos citados deram certo.
Como vocês reconciliam versões divergentes do mesmo registro no backfill?
Boa resposta: regra de precedência por campo, relatório de divergências e conferência humana durante a semana em paralelo. Resposta ruim: o script resolve. Quatro ferramentas consolidadas são quatro versões do mesmo cliente entrando na mesma tabela.
Quem revisa o schema do meu lado, e o que acontece se essa pessoa disser não?
Boa resposta: o processo prevê veto do cliente no portão A, com o registro de entidades como artefato de aprovação. Resposta ruim: a agência decide o modelo e apresenta pronto. O paper é o seu aliado aqui: ele mesmo exige que toda entidade tenha um caminho de escrita documentado antes de qualquer construção.
Posso ver um cliente que saiu de vocês e continuou com o sistema rodando?
Boa resposta: uma conversa com esse cliente. Resposta ruim: nenhum cliente nunca saiu. Sair bem é a prova de que o ativo é o sistema e não a relação, e é a leitura mais exigente possível da frase de fechamento do paper, que diz que modelos e ferramentas se trocam enquanto o mapa, o schema e os portões ficam.
Critério de pronto da decisão de construir
Condições internas, as quatro que decidem
0/4Fundação cumprida antes de qualquer contrato de build
0/4Contrato blindado contra os silêncios da fonte
0/5O artefato que fecha este capítulo é uma página, e ela existe para que a decisão sobreviva à troca de humor da próxima reunião. Preencha os campos, imprima e leve para a mesa. Decisão de não construir agora, escrita e datada, é decisão. Decisão de não construir agora, apenas sentida, volta como build aprovado no primeiro trimestre apertado.
Termo de decisão de uma página
Registro da recomendação, com os quatro critérios avaliados, a conta de retorno feita com as suas premissas e a data da próxima revisão.
Documento montado
TERMO DE DECISÃO: SISTEMA OPERACIONAL NATIVO DE IA Empresa: [EMPRESA] Quem decide: [QUEM DECIDE] Data: [DATA DA DECISÃO] OS QUATRO CRITÉRIOS 1. Dono interno do schema: [DONO INTERNO DO SCHEMA] 2. Caixa para build mais ano dois: preço cotado em [PREÇO COTADO DO BUILD E DA MANUTENÇÃO DO ANO DOIS] 3. Estabilidade do processo: [MESES SEM MUDANÇA DE CAMINHO NO WORKFLOW MAIS CARO] meses sem mudança de caminho 4. Peso regulatório: as ferramentas de conformidade ficam no balde de manter A CONTA, COM AS MINHAS PREMISSAS Horas manuais por semana: [HORAS MANUAIS CRONOMETRADAS POR SEMANA] Custo carregado por hora: [CUSTO CARREGADO POR HORA, SUA PREMISSA] Denominador declarado: build mais manutenção do ano dois, conforme [PREÇO COTADO DO BUILD E DA MANUTENÇÃO DO ANO DOIS] O denominador inclui posse. Retorno citado sem posse não vale nesta mesa. OS SILÊNCIOS QUE EU EXIJO POR ESCRITO NO CONTRATO Stack nomeada e repositório na minha organização Custo do ano dois com prazo de resposta a incidente Regra de reconciliação por campo antes do primeiro script Permissão por linha modelada junto com as entidades Cláusula de saída com transferência de conhecimento RECOMENDAÇÃO [RECOMENDAÇÃO E POR QUÊ] PRÓXIMA REVISÃO: [DATA DA REUNIÃO DE REVISÃO] Procedência: método e portões conforme o artigo e o system paper de Luke Pierce, Boom Automations, publicados em 17 de agosto de 2026, material comercial de agência sem auditoria independente. Critérios de recusa e conta de retorno: análise deste curso.
O que você digitar fica salvo neste navegador. Nada é enviado para servidor algum.
Rita voltou da reunião sem build aprovado e com três coisas que não tinha na véspera: a decisão escrita, a vaga do dono do schema aberta e R$ 2.180 por mês a menos em assinaturas mortas. As 9,5 h por semana da medição de obra continuaram doendo, e continuar doendo com data marcada é diferente de doer indefinidamente. O portão A ganhou dia no calendário, e a próxima reunião começa com o registro das 23 entidades na mão de alguém de dentro.
Na sua segunda-feira, o movimento tem artefato e critério de pronto. Preencha o termo de uma página com os seus números, escreva na linha do dono interno um nome próprio ou a palavra ausente e leve as seis perguntas para a primeira conversa com qualquer fornecedor. O critério de pronto é este: a decisão está registrada, datada e com reunião de revisão marcada, e nenhum dos quatro critérios foi avaliado por sensação.
O teste do fornecedor ausente
Antes de assinar, pergunte quem abre esse código se a agência desaparecer amanhã.
- Se a resposta é um nome de dentro da empresa, siga
- Se é o nome da agência, contrate a pessoa antes do sistema
- Se ninguém sabe qual é o banco de dados, a pergunta ainda não foi feita
- Custo de posse não cotado é custo de posse que vem inteiro no ano dois
O teste: Escreva a resposta em uma linha. Linha em branco é recomendação de não construir agora.
alexandrecaramaschi.com/educacao/frontends-com-vibecoding
Modelos e ferramentas se trocam. O mapa, o schema e os portões são a parte que fica, e é por isso que o sistema operacional é o ativo. O paper registra essa lei de fechamento, e ela é verdadeira. É também o melhor argumento de venda da agência que a escreveu, e as duas leituras convivem sem que nenhuma anule a outra.
Seu caderno neste capítulo
Abrir o caderno completoSelecione um trecho do capítulo para destacar ou anotar. Nos vídeos e áudios, use Anotar este momento. No teclado, selecione com Shift e as setas e use Alt+Shift+D para destacar ou Alt+Shift+N para anotar.
Salvo neste navegador. Entre na sua conta para levar o caderno a outros aparelhos.
Entre na sua conta para compartilhar o que aprendeu e convidar alguém para estudar com você.
Conexões deste capítulo
Veja o que estudar antes e para onde seguir depois, explore os conceitos e compare abordagens em outros cursos. Sugestões marcadas como “sugerido pelo grafo” vêm dos assuntos em comum, não do índice do curso.
Estude antes
- Primeiro Workflow no n8nsugerido pelo grafoApresenta o conceito “Workflow”, usado em “Quando não fazer isso”.
- As linhas que ninguém orça: build, medição e logsugerido pelo grafoApresenta o conceito “Build”, usado em “Quando não fazer isso”.
- CursoAutomação com n8n e Make: Fluxos Inteligentessugerido pelo grafo15 capítulos de “SO nativo de IA” usam conceitos apresentados em “Automação com n8n e Make: Fluxos Inteligentes”.
- CursoDeploy para decisão executivasugerido pelo grafo6 capítulos de “SO nativo de IA” usam conceitos apresentados em “Deploy para decisão executiva”.
Conceitos deste capítulo
O mesmo assunto em outros cursos
- Engenharia de Software para ExecutivosEnxergar o software como passivo antes de assinarExaminar conexões de Enxergar o software como passivo antes de assinar
- CRO: Otimização de Conversão e ExperimentaçãoMontar ou não montar: a decisão de abrir um programaExaminar conexões de Montar ou não montar: a decisão de abrir um programa
- GEO e Knowledge GraphQuanto custa de verdade, e o que comprar, construir ou contratarExaminar conexões de Quanto custa de verdade, e o que comprar, construir ou contratar
- Deploy para decisão executivaPlano de saída: o que o fornecedor não devolveExaminar conexões de Plano de saída: o que o fornecedor não devolve
Leve uma ideia para a prática
Escolha uma atividade no painel e volte a este curso quando quiser.
Atividades e evolução ficam reunidas no painel da sua conta.