SO nativo de IA · Capítulo 8 de 15 · 40 min
Telas que parecem o que o time já usa
Reconstruir quadro, funil e planilha dentro do sistema novo para que o gesto diário continue igual, e usar o operador mais antigo como primeiro validador de cada tela.
Este capítulo faz parte do curso gratuito SO nativo de IA.
O backfill rodou, o corte tem data marcada, e na terça o time continua abrindo a planilha antiga porque a tela nova pede que ele pense de um jeito que ele nunca pensou. O custo é a migração inteira, perdida por recusa silenciosa de gesto. Este capítulo mostra como reconstruir quadro, funil e planilha dentro do sistema para que o aprendizado no primeiro dia seja zero.
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: Tela é a janela pela qual a pessoa vê e escreve o dado que está guardado embaixo. A mesma informação guardada uma única vez pode aparecer como quadro de colunas para quem toca obra, como funil para quem vende e como tabela mensal para quem fatura, sem que nenhuma dessas visões seja uma cópia: são três janelas para a mesma linha guardada. Continuidade de gesto é o princípio de manter a janela nova com a mesma cara da antiga, com as colunas na mesma ordem e com as palavras que o time já fala em voz alta. O que muda fica embaixo, invisível: arrastar o cartão continua sendo arrastar o cartão, só que agora esse arrasto grava sozinho no lugar certo. Por que importa na empresa: Software comprado e nunca usado é despesa recorrente sem contrapartida, e quase toda empresa desse porte tem pelo menos um caso na conta. Quando a tela nova pede um jeito novo de pensar, cada pessoa paga um pedágio de tradução dezenas de vezes por dia e acaba voltando para a planilha. Copiar a forma antiga custa pouco na construção e protege a coisa mais cara do projeto, que é a adoção. A prova de que o time ganhou algo aparece na conta do mês em que as assinaturas absorvidas são canceladas.
- Etapa 1 de 6: Pegar mapa
Recupere a folha daquele workflow com gatilho, passos, dono e digitações duplicadas.
- Etapa 2 de 6: Copiar forma
Reproduza quadro como quadro, funil como funil e planilha como tabela de mesmas colunas.
- Etapa 3 de 6: Usar vocabulário
Escreva nos rótulos a palavra que o time fala, nunca o nome técnico da tabela.
- Etapa 4 de 6: Sentar operador
Peça a tarefa mais frequente da semana dele e fique calado observando.
- Etapa 5 de 6: Corrigir tela
Trate cada hesitação anotada como defeito de interface e refaça até ela sumir.
- Etapa 6 de 6: Provar remoção
Marque a data de cancelamento da assinatura antiga na mesma semana em que a tela entra.
Exemplo calculado, com números ilustrativos
| Situação | A conta | Como ler o resultado | O que se decide |
|---|---|---|---|
| Números ilustrativos criados para esta explicação, sem relação com nenhuma empresa. Um time de seis pessoas registra 20 lançamentos por dia cada uma. A tela nova pede uma ordem de campos diferente da antiga, e cada lançamento passa a custar 30 segundos a mais de tradução mental. | Lançamentos por dia: seis pessoas x 20 lançamentos = 120 lançamentos. Pedágio: 120 lançamentos x 30 segundos = 3.600 segundos, ou 60 minutos por dia. | Trinta segundos por lançamento soa desprezível e vira uma hora por dia do time inteiro. O erro de leitura mais comum é olhar o custo por clique em vez do custo acumulado, e concluir que o problema é falta de treinamento. | A pessoa recusa a reordenação elegante das colunas, devolve a ordem antiga e adia qualquer padronização de vocabulário para um projeto separado, depois do corte. |
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
Copiar a tela antiga não é copiar as limitações dela?
A forma da tela e a estrutura do dado guardado são camadas diferentes. O modelo de dados já foi travado antes, com um único caminho de escrita por entidade, e a tela é só uma vista sobre ele. Você mantém a aparência conhecida em cima e ganha a conexão embaixo, que é onde a redigitação desaparece.
Preciso saber programar para validar uma tela?
Não. A validação é sentar quem executa aquele trabalho todo dia na frente da tela, pedir a tarefa mais comum dele e não explicar nada. Cada hesitação vira um item de correção. Quem programa recebe essa lista, e o julgamento de qualidade continua com quem conhece o processo.
Comece pelo custo do erro. Existe um cemitério de software comprado e nunca usado em praticamente toda operação desse porte: a assinatura foi aprovada, o treinamento aconteceu numa sexta à tarde, e no mês seguinte o processo real voltou para o WhatsApp com uma planilha de apoio.
Na Vinco Instalações, cena inventada para a didática deste curso, Rita Bevilacqua, sócia de operação de uma empresa de 21 pessoas e R$ 31 milhões de receita por ano, já viveu duas compras assim. Em ambas, a coisa antiga continuou rodando ao lado da nova.
Repare no mecanismo da recusa, porque preguiça não explica nada aqui. Quem opera todo dia carrega um modelo mental do processo, e esse modelo tem forma visual. Os três abaixo foram construídos em anos de repetição e descrevem como o trabalho realmente acontece.
Os três modelos mentais que a tela nova precisa aceitar
1 de 3Obras pensa em coluna que avança
A obra caminha da esquerda para a direita: a medir, medindo, medido, faturado. O gesto é arrastar o cartão de uma coluna para a seguinte.
- Forma antiga: quadro do Monday
- Forma nova: visão quadro sobre a tabela de obras
Vendas pensa em funil que desce
O negócio desce por etapas até fechar. O gesto é puxar o negócio para a etapa seguinte, na ordem que o time já usa.
- Forma antiga: CRM
- Forma nova: visão funil sobre a tabela de negócios
Faturamento pensa em linha de planilha
Uma linha por fatura e uma coluna por mês, conferida de cima para baixo no fechamento.
- Forma antiga: planilha de faturamento
- Forma nova: tabela com as mesmas colunas
Uma tela que peça outra forma cobra um imposto de tradução em cada uso. A pessoa converte o que ela pensa naquilo que a tela aceita, e paga esse pedágio dezenas de vezes por dia. O imposto é pequeno por transação e inviável no acumulado, e é exatamente ele que empurra o time de volta para a planilha.
As duas propostas que um time de 21 pessoas ouve
Adicionar uma ferramenta
O que mata a adoção
- O estoque de coisas para abrir cresce em vez de encolher
- Nenhuma senha, aba ou rotina antiga sai do dia da pessoa
- O ganho é prometido para depois, o custo aparece hoje
- Cada dado novo vive em dois lugares até alguém decidir qual manda
- O treinamento precisa vender a mudança, porque ela não se paga sozinha
- O processo real migra para o WhatsApp e a ferramenta fica de fachada
Remover ferramentas
O que sustenta a adoção
- O estoque encolhe: onze ferramentas passam a um sistema mais três mantidas
- Assinaturas mortas somem no mesmo mês, e a conta cai
- O ganho é sentido no primeiro dia, sem esperar relatório
- Cada entidade passa a ter um único caminho de escrita, decidido antes
- O treinamento explica onde a coisa foi, não como pensar diferente
- A digitação dupla desaparece porque não existe mais o segundo destino
Segundo Luke Pierce, CEO da Boom Automations, em artigo publicado em 17 de agosto de 2026, a adoção nos projetos da agência fica perto de 100%, sem metodologia de medição publicada, por duas razões declaradas ali. A primeira: o sistema parece familiar no primeiro dia, porque foi desenhado a partir do mapa de como o time realmente opera. A segunda: a vida do time simplifica porque se está removendo ferramentas em vez de adicionar uma.
A primeira razão é de desenho de interface. A segunda é de aritmética de atenção. Juntas, elas invertem a pergunta que o time faz na primeira semana. Em vez de perguntar por que agora precisa usar mais uma coisa, a pessoa percebe que três coisas saíram do caminho dela e que a quarta continua com a mesma cara.
Vamos nomear o conceito agora que o problema está no corpo. O autor registra a reconstrução na descrição do passo de consolidação: mesmo modelo mental, mesmos gestos diários, agora conectados. O ganho está inteiro na palavra final. Arrastar o cartão de obra para a coluna de medido continua sendo arrastar um cartão. O que mudou é que esse arrasto grava na tabela de medições, dispara o item de faturamento e some com a redigitação que existia depois.
Glossário rápido
Workflow
Uma sequência de trabalho que começa num gatilho e termina num resultado, com donos e passagens de bastão pelo caminho. Na Vinco, medir a obra é um workflow: vai do técnico fechando a medição em campo até a fatura sair. É a unidade que o passo 01 cronometra em horas por semana.
Backfill
Carregar dentro do sistema novo o histórico que já existia na ferramenta antiga, do primeiro cliente até o registro de ontem. Sem ele, a tela nova nasce vazia e o operador não reconhece o próprio trabalho nela.
Continuidade de gesto
O princípio deste capítulo: cada tela do sistema novo aceita o mesmo movimento que a ferramenta antiga aceitava, na mesma ordem, com o nome de campo que o time usa em voz alta.
Imposto de tradução
O custo que a pessoa paga para converter o que ela pensa naquilo que a tela aceita. Pequeno por transação e inviável no acumulado, ele é a causa concreta do retorno à planilha.
Vista
A forma em que a tela apresenta uma tabela do modelo: quadro, funil ou lista. Várias vistas leem as mesmas linhas do banco, porque a forma é a camada de cima.
Validador nomeado
A pessoa que executa aquele workflow todo dia e aprova a tela antes de ela entrar na semana em paralelo. Nunca quem decidiu comprar o projeto.
Prova de remoção
A exigência de que pelo menos uma ferramenta antiga saia do dia do time na mesma semana em que a tela nova entra. Sem ela, o sistema é mais uma aba.
A regra da familiaridade
Se a pessoa precisa aprender uma forma nova para fazer o trabalho antigo, a tela está errada, não a pessoa.
- O nome do campo é o nome que o time fala, nunca o do schema
- A ordem das colunas é a ordem da ferramenta que sai
- O gesto diário permanece igual: arrastar continua arrastando
- Nenhuma tela nova entra sem uma tela antiga sair
- O que mudou fica invisível: a conexão, não a interface
O teste: Sente o operador na tela nova sem explicar nada. Se ele completa a tarefa sozinho, passou.
alexandrecaramaschi.com/educacao/frontends-com-vibecoding
Existe uma consequência de projeto nesse princípio que muita gente lê como retrocesso: copiar a forma da ferramenta antiga pareceria copiar as limitações dela. A forma é a camada de cima e o schema é a camada de baixo, e as duas foram desenhadas em fases diferentes deste método.
Duas camadas, decididas em fases diferentes
- O schema foi travado no portão A: entidades, chaves e um caminho de escrita por tabela. Ele não se negocia na hora de desenhar tela.
- A tela é uma vista sobre esse modelo, e o mesmo modelo aceita quantas vistas o time precisar.
- O quadro visto por obras e a tabela vista pelo faturamento leem as mesmas linhas do banco.
- Antes eram dois artefatos com o dado digitado duas vezes, que discordavam entre si.
- Agora são duas janelas sobre o mesmo registro, cada uma na forma que o seu público espera.
OBRAS · visão quadro · filtro: minhas obras
+-------------------+-------------------+-------------------+-------------------+
| A MEDIR | MEDINDO | MEDIDO | FATURADO |
+-------------------+-------------------+-------------------+-------------------+
| Torre Aricanduva | Galpão Cumbica | Escola Butanta | Hospital Ipiranga |
| cliente: vinculado| cliente: vinculado| cliente: vinculado| cliente: vinculado|
| medicao: aberta | medicao: em campo | medicao: fechada | fatura: emitida |
| | | | |
| Sede Alphaville | Centro Osasco | | |
| cliente: vinculado| cliente: vinculado| | |
| medicao: aberta | medicao: em campo | | |
+-------------------+-------------------+-------------------+-------------------+
Mesmas colunas do quadro antigo, na mesma ordem. Mesmos nomes que o time fala em campo.
O gesto continua sendo arrastar o cartao de uma coluna para a outra.
O que passou a acontecer embaixo, invisivel para quem arrasta:
arrastar para MEDIDO -> grava linha em medicoes (caminho de escrita unico)
-> amarra a obra, ao cliente e ao contrato por chave
-> abre item de faturamento sem ninguem redigitar
arrastar para FATURADO -> espelha o numero da fatura vindo da contabilidade
-> sincronia em mao unica, o sistema nao emite fatura
Cena inventada para a didatica deste curso. Nomes de obra sao ilustrativos.Compare esse quadro com o que ele substituiu na Vinco. O workflow mais caro do mapa era a medição de obra, com 9,5 horas por semana cronometradas, três handoffs e duas digitações duplicadas. A digitação dupla mais cara era o dado de medição saindo da planilha para o Monday e voltando para a planilha de faturamento. O quadro antigo já tinha essas colunas nessa ordem, e era exatamente por isso que ele foi copiado coluna por coluna.
O que saiu do desenho novo não foi nenhuma coluna. Foram os dois trechos de redigitação e a espera entre eles. A pessoa em campo continua fechando a medição do mesmo jeito, e o item de faturamento aparece sozinho para quem cuida da conta. O gesto sobreviveu, a espera não.
Mapa de continuidade: de onde vem cada tela do sistema da Vinco
| Ferramenta que sai | Forma que o time já usa | Tela no sistema novo | Gesto preservado | O que deixa de existir |
|---|---|---|---|---|
| Monday de obras | Quadro com colunas de avanço da obra | Visão quadro sobre a tabela de obras | Arrastar o cartão entre colunas | Redigitar a medição vinda da planilha |
| CRM de vendas | Funil com etapas por probabilidade | Visão funil sobre a tabela de negócios | Puxar o negócio para a etapa seguinte | Recadastrar o cliente ao fechar o negócio |
| Planilha de medição | Linha por obra, coluna por período | Tabela de medições com as mesmas colunas | Digitar a medição na linha da obra | A cópia que virava a fonte paralela da verdade |
| Planilha de faturamento | Linha por fatura, coluna por mês | Tabela de faturamento em leitura | Conferir o mês fechado de cima para baixo | Terceira digitação do mesmo dado de medição |
| Planilha de compras | Lista de pedidos com status | Lista de pedidos ligada à obra | Marcar o pedido como recebido | Procurar em qual obra aquele pedido entrou |
| Drive de documentos | Pastas por cliente e por obra | Documentos amarrados ao registro | Abrir o documento a partir da obra | Busca por nome de arquivo em pasta errada |
Cena inventada para a didática deste curso. As 11 ferramentas do estoque da Vinco foram classificadas no capítulo 4 em sete para absorver, três para manter e uma para matar. Esta tabela cobre as absorvidas, cujo valor principal era guardar dado estruturado com uma visualização em cima.
Vale explicitar de onde vem cada linha dessa tabela, porque ela não foi desenhada por quem constrói. Ela sai do mapa do passo 01, feito caminhando o workflow com a pessoa que executa. O autor é direto sobre a razão de caminhar com o operador: a versão do fundador e a versão do operador são geralmente dois processos diferentes. O fundador descreve o processo que ele aprovou. O operador executa o processo que existe, com os desvios que ninguém documentou.
Quem desenha tela a partir da versão do fundador constrói uma interface bonita para um processo que não roda. E aí a recusa volta, agora com uma justificativa técnica que soa razoável: o sistema não deixa fazer do jeito que a gente faz.
Rita Bevilacqua, sócia responsável pela operação
Vinco Instalações, montagem e manutenção de instalações prediais, São Paulo
Dor
Com 21 pessoas, 19 workflows mapeados e 58 horas por semana de trabalho manual cronometrado, Rita tinha um histórico de ferramentas compradas e abandonadas. O time de obras dizia que qualquer sistema novo iria virar mais uma aba aberta ao lado do Monday, e a medição de obra continuava consumindo 9,5 horas por semana com três handoffs.
Solução
Antes de qualquer tela ser construída, Damião Fontes, o único na empresa que sabe onde tudo está, foi promovido a primeiro validador. Ele percorreu o processo de medição apontando cada campo pelo nome que o pessoal de campo usa, e recusou o quadro enquanto ele reordenava as colunas por data e trocava medição por apontamento. A versão aprovada devolveu as colunas à ordem antiga com o vocabulário de campo.
Resultado
A tela entrou no ar já na semana em paralelo do departamento de obras, e Damião conduziu o próprio treinamento em vez de assistir a um. As duas digitações duplicadas do dado de medição saíram do fluxo, porque o segundo destino deixou de existir. Na mesma semana, R$ 2.180 por mês de assinaturas mortas foram cancelados, e essa foi a primeira coisa que o time notou.
Custo apurado: Versões de quadro descartadas antes de acertar, dentro da mesma semana em paralelo
Cenário construído para fins didáticos. Números não correspondem a cliente específico.
Repare no movimento político escondido nesse caso, porque ele é a parte que planilha nenhuma mostra. A pessoa que sabe onde tudo está é sempre a que mais tem a perder com um sistema novo. O conhecimento dela é o ativo que a torna necessária, e um sistema que documenta o processo dissolve parte desse ativo em público. Quem trata essa pessoa como obstáculo garante um adversário com poder de veto informal sobre cada tela.
O movimento inverso custa quase nada e muda o resultado. Dar a essa pessoa o papel de validadora oficial transforma o mesmo conhecimento em autoridade sobre o desenho, e o sistema passa a carregar a assinatura dela. Damião não aprovou o quadro por gentileza. Ele reprovou o desenho até ele ficar igual ao que o time já fazia, e é isso que faz a aprovação valer algo diante dos colegas.
Como validar uma tela com quem vai usar ela todo dia
Uma passada por tela, dentro da semana em paralelo do departamento que está migrando. Nenhum passo aqui pede reunião de comitê: cabe numa conversa de duas pessoas.
Passo 1: Recupere a folha do mapa daquele workflow
Volte ao registro do passo 01, com gatilho, passos do meio, critério de pronto, dono por passo e os pontos de digitação dupla já sinalizados.
Deu certo quando: Você consegue dizer em voz alta a sequência do trabalho sem consultar mais ninguém.
Erro comum: Desenhar a partir da memória da reunião de kickoff, que é a versão do fundador.
Passo 2: Construa a tela na forma da ferramenta que vai sair
Quadro continua quadro, funil continua funil, planilha continua tabela com as mesmas colunas na mesma ordem, com os nomes que o time fala.
Deu certo quando: Colocada lado a lado com a tela antiga, a nova é reconhecível de imediato.
Erro comum: Aproveitar a migração para melhorar a taxonomia. Renomear campo é projeto separado.
Passo 3: Sente o operador na tela sem treinamento
Peça a tarefa mais frequente da semana dele e fique calado. Anote cada hesitação, cada campo procurado no lugar errado e cada palavra que ele precisa traduzir.
Deu certo quando: Ele completa a tarefa sozinho e comenta que está parecido com o que ele já fazia.
Erro comum: Explicar a tela antes. A explicação apaga justamente o sinal que você veio medir.
Passo 4: Corrija a tela, nunca o vocabulário do operador
Cada hesitação anotada é um defeito de tela. Reordene coluna, renomeie campo e mova botão até a hesitação desaparecer.
Deu certo quando: A segunda passada roda sem hesitação e sem nenhuma pergunta feita a você.
Erro comum: Registrar a hesitação como necessidade de treinamento e mandar a tela para produção.
Passo 5: Peça a ele que conduza o treinamento do departamento
Quem validou apresenta. A frase que o time precisa ouvir vem de dentro, com a lista de ferramentas que vão sair naquela semana.
Deu certo quando: O departamento sai da sessão sabendo qual aba fecha, não qual aba abre.
Erro comum: Deixar o treinamento com quem construiu o sistema, que vai vender a solução em vez de mostrar o gesto.
No fim você tem: Uma tela por workflow validada por quem executa, com o vocabulário do time gravado nos rótulos, pronta para entrar na semana em paralelo antes do corte com data marcada.
A ordem em que as telas são construídas não é livre, e ela já foi decidida duas fases antes. O autor registra que a migração acontece um departamento por vez, começando pelo que tinha mais horas cronometradas no mapa. Isso ranqueia as telas pelo mesmo critério: a primeira tela a ser construída é a do workflow mais caro do departamento que está migrando primeiro. Na Vinco, isso põe a medição de obra e as suas 9,5 horas por semana na frente de tudo.
Há uma razão de adoção nesse ranqueamento, além da razão de retorno. A primeira tela é a que forma a opinião do time sobre o sistema inteiro. Se ela resolve o pior atrito da semana, o resto ganha crédito. Se ela resolve um caso de borda elegante, o sistema estreia com fama de irrelevante.
Uma tentação recorrente nesta fase é dar ao time as telas todas de uma vez, para que ninguém sinta falta de nada. Isso reintroduz o problema que a remoção de ferramenta veio resolver: o time volta a ter dezenas de lugares para olhar, agora dentro do mesmo login. Os números abaixo descrevem o sistema no fim, depois de todos os departamentos migrados, e tratar o total final como escopo de estreia é um erro de leitura.
O caso de armazenagem que a agência relata, medido no fim do projeto
41
telas no sistema pronto
depois de todos os departamentos migrados
450
projetos ativos
antes espalhados por Airtable, Excel, Dropbox e Adobe
5
gerentes de projeto
cada um fazia o workflow do seu jeito
50
tabelas de banco
com 28 automações de fundo, construídas depois
Fonte: Números relatados por Luke Pierce, CEO da Boom Automations, em material publicado em 17 de agosto de 2026.
Erros que derrubam a adoção, com sintoma, causa e saída
O time abre o sistema novo e continua atualizando a planilha antiga
Sintoma: a planilha antiga tem edição recente durante a semana em paralelo, e o dado dela não bate com o do sistema. Causa: a tela nova não aceita algum gesto que a planilha aceitava, quase sempre uma coluna de anotação livre ou uma ordenação que o time usa para se organizar. Saída: sente o operador na tela e peça a tarefa real, sem explicar nada. A coluna que falta aparece na primeira hesitação. Corrija a tela e repita o corte com data nova.
A tela foi aprovada em reunião e rejeitada na prática
Sintoma: aprovação unânime na demonstração, uso perto de zero na semana seguinte. Causa: a demonstração foi validada por quem decide, não por quem executa, e a versão do fundador é um processo diferente do que roda. Saída: refaça a validação com o operador do workflow, um por vez, e trate cada hesitação dele como defeito de interface. Registre no mapa o desvio que ninguém tinha documentado.
A migração aproveitou para renomear tudo
Sintoma: o time pergunta onde está o campo que sempre existiu, e a resposta é que ele agora tem outro nome. Causa: alguém juntou dois projetos, a migração e a padronização de vocabulário. Saída: devolva os nomes antigos aos rótulos das telas. O schema pode ter o nome técnico que quiser, porque rótulo de tela e nome de coluna são camadas diferentes. Padronização de vocabulário é projeto próprio, depois do corte.
Nenhuma ferramenta antiga saiu do dia da pessoa
Sintoma: o time descreve o sistema novo como mais uma coisa para preencher. Causa: o corte não foi feito, a ferramenta antiga continua editável, e a promessa de remoção virou promessa de futuro. Saída: cumpra o portão da fase anterior. A ferramenta antiga fica em leitura na data marcada, e o cancelamento das assinaturas mortas acontece na mesma semana, porque a conta que cai é a prova mais barata de que algo mudou.
A tela ficou melhor do que o processo
Sintoma: a interface tem recursos que ninguém usa, e o workflow real ainda tem os mesmos handoffs de antes. Causa: energia gasta em tela em vez de em consolidação, o que costuma anteceder o erro maior de automatizar processo quebrado. Saída: volte às horas cronometradas do mapa. Se a tela nova não elimina digitação dupla nem espera de handoff, ela é enfeite, e o próximo capítulo explica por que automatizar em cima disso multiplica o custo.
Verificação rápida
O time de vendas pediu, durante a semana em paralelo, que o funil do CRM entrasse no sistema novo com etapas renomeadas e reordenadas por valor de negócio. Qual movimento você recomenda?
Consolidar quatro ferramentas é herdar quatro versões do mesmo cliente, e a tela é onde essa dívida aparece primeiro: o operador reconhece na hora um registro duplicado que nenhum script marcou.
Use isso a seu favor. A validação de tela com o operador é o teste de qualidade de dado mais barato que existe nesta fase. Peça que ele procure os clientes que mais atende e os que menos atende, e observe o que aparece. Duplicata, nome escrito de dois jeitos e obra sem cliente amarrado saem nessa passada, antes do corte.
Critério de pronto de uma tela, antes de ela entrar na semana em paralelo
Continuidade de forma
0/4Validação com quem executa
0/4Prova de remoção
0/4Qualidade de dado exposta pela tela
0/3Ficha de continuidade de tela
Uma ficha por tela, preenchida antes de escrever qualquer código de interface. Ela força a declarar de onde vem a forma, quem valida e o que sai do dia do time. Cole no registro do projeto ao lado da folha do mapa daquele workflow.
Documento montado
FICHA DE CONTINUIDADE DE TELA Workflow atendido: [WORKFLOW QUE ESTA TELA ATENDE] Custo medido no mapa: [HORAS POR SEMANA CRONOMETRADAS NO MAPA] Ferramenta que sai: [FERRAMENTA QUE SAI QUANDO ESTA TELA ENTRA] Forma copiada dela: [FORMA COPIADA DA FERRAMENTA ANTIGA] Rótulos na fala do time: [RÓTULOS, NA PALAVRA QUE O TIME FALA] Validador nomeado: [VALIDADOR NOMEADO, E O QUE ELE FAZ TODO DIA] Teste aplicado: tarefa mais frequente executada sem explicação prévia Caminho de escrita único: [CAMINHO DE ESCRITA ÚNICO QUE ESTA TELA USA] Digitação dupla eliminada: [DIGITAÇÃO DUPLA QUE DEIXA DE SER POSSÍVEL] Critério de pronto: [CRITÉRIO DE PRONTO DESTA TELA] Regra de bloqueio: nenhuma tela entra em produção sem uma ferramenta antiga saindo do dia do time na mesma semana.
O que você digitar fica salvo neste navegador. Nada é enviado para servidor algum.
Feche o raciocínio no lugar onde ele começou. A recusa silenciosa do time descreve a rejeição de um imposto de tradução que ninguém orçou, e resistência a mudança é o rótulo errado para isso. A resposta é de projeto, não de convencimento: copie a forma, preserve o gesto, mude só o que fica embaixo da tela, e prove a simplificação removendo ferramenta na mesma semana em que a tela nova aparece.
Rita não venceu o histórico das duas compras abandonadas com um treinamento melhor. Ela venceu entregando um quadro com as mesmas colunas na mesma ordem, validado por quem mais tinha a perder, junto com a notícia de que R$ 2.180 por mês de assinaturas mortas tinham sido cancelados. O time não precisou acreditar em nada. Ele viu abas fecharem.
Na segunda-feira, execute esta sequência com o departamento que está migrando primeiro. Pegue a folha do mapa do workflow mais caro dele e liste, numa ficha de continuidade por tela, a forma que precisa ser copiada e a ferramenta que sai. Nomeie o validador que executa aquele trabalho todo dia, marque uma janela curta com ele e fique calado enquanto ele tenta a tarefa mais frequente na tela nova, anotando cada hesitação como defeito de interface. Feche a semana com a data de cancelamento das assinaturas absorvidas por essa tela já registrada. Critério de pronto: o validador roda a segunda passada sem fazer nenhuma pergunta, conduz ele mesmo o treinamento do departamento, e ao menos uma ferramenta antiga passa a leitura na data marcada. O próximo capítulo trata do erro que costuma vir logo depois desse sucesso, que é começar a automatizar antes de a consolidação terminar.
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 “Telas que parecem o que o time já usa”.
- 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 ExecutivosDescobrir por que mudar um campo pode levar três semanasExaminar conexões de Descobrir por que mudar um campo pode levar três semanas
- Frontends com VibecodingProjetar o briefing, o repertório da marca e o custo de manterExaminar conexões de Projetar o briefing, o repertório da marca e o custo de manter
- Claude Code CLI: Programação com IAVer o que os executivos já delegam ao Claude, com númerosExaminar conexões de Ver o que os executivos já delegam ao Claude, com números
- CRO: Otimização de Conversão e ExperimentaçãoDa reunião ao backlog: o ritual executivo de CROExaminar conexões de Da reunião ao backlog: o ritual executivo de CRO
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.
Capítulos vizinhos em SO nativo de IA
- 06O registro de entidades e o portão A
- 07Um departamento por vez
- 08Telas que parecem o que o time já usa
- 09Por que não automatizar ainda
- 10Entrada de documentos primeiro