UmappdeestudobíblicoeumaproduçãodeconteúdocomIAquesópublicacomaprovaçãohumana

O contexto

Um ministério de conteúdo cristão tem um app de estudo bíblico nativo para celular, publicado na App Store e no Google Play. É feito em React Native (Expo), com um código só para iPhone e Android. O produto é grande: leitor da Bíblia com comentário por versículo, devocional do dia com áudio, trilhas de estudo em vídeo, quiz, meditação guiada, busca, sequência de dias e conquistas. Por trás dele há uma API própria, painel administrativo e um time de desenvolvimento.

Entrei em duas frentes. A primeira foi o front-end do app: redesenhar telas centrais sem mexer no backend. A segunda veio depois e ficou fora do app: montar a produção semanal de conteúdo para redes sociais numa plataforma de agentes de IA.

Na segunda frente, o trabalho que era de gente (pesquisar tema, escrever, criar arte, revisar) passou a ser de agentes, em nove etapas. O que continua com uma pessoa é a decisão de publicar. Nada sai sem esse clique.

As duas frentes respondem à mesma pergunta: o que faz alguém voltar amanhã?

A dor

Num produto de conteúdo, engajamento diário depende de duas coisas que raramente andam juntas.

• O volume de produção. Toda semana alguém precisa pesquisar tema, escrever, criar arte e revisar. Feito à mão, isso vira gargalo. Entregue à IA sem supervisão, vira risco: um versículo citado errado ou uma data inventada numa peça publicada pesam mais que um post a menos.
• A experiência de leitura. O comentário é o que diferencia o app de uma Bíblia gratuita qualquer. Se ele aparece como um bloco de texto corrido, parece uma apostila, não um estudo.

O estudo

Não tive acesso a usuários nem a métricas de uso. O estudo foi de produto e de código: as regras documentadas no repositório, as telas existentes e o que o backend de fato devolvia.

Três achados guiaram as decisões no app:

1. O comentário já vinha estruturado. O conteúdo chega com seções fixas: explicando o texto, contexto cultural, curiosidade, texto original e aplicação para hoje. Além disso, traz marcações para termos e lugares. A informação existia, faltava a interface mostrar isso.
2. O leitor tinha pontos de entrada demais. Versículo do dia, busca, devocional, aulas e respostas da IA levam para a mesma passagem. Uma tela única com dois modos (navegar e ler) simplificava tudo, desde que os atalhos caíssem direto na leitura.
3. O quiz prometia algo que o backend não entregava. A tela esperava o gabarito de volta, mas a API só devolvia o placar. Na prática, o app não tinha como saber quais respostas estavam certas.

Na produção de conteúdo, o ponto de partida era outro. Os agentes existiam só com nome e avatar. Faltava escrever o papel e as regras de cada um, e decidir onde uma pessoa entra.

A solução

A linha de produção com IA

Escrevi o papel e as regras de cada agente e desenhei a sequência: nove etapas que rodam toda segunda de manhã, com uma aprovação humana antes de qualquer coisa ir para fora.

Algumas decisões que só apareceram rodando:

• Identidade visual como regra compartilhada, não como documento. O manual da marca é injetado em todos os agentes. Quando esse manual estava errado, um lote inteiro saiu nas cores erradas. Prova de que o manual comanda de verdade.
• Uma imagem por etapa. Gerar imagem leva minutos, e cada etapa tem um tempo máximo. Em vez de pedir cinco artes a um agente, cada arte é uma etapa própria, numerada pelo plano da pauta.
• O texto vem antes da arte. A frase principal vai dentro da imagem. A crítica compara letra a letra e reprova acento errado. Reprovar no portão refaz todas as artes, e o aviso de aprovação diz isso.
• Fato sem fonte é retido. Numa das primeiras rodadas, a crítica segurou um tema por falta de fonte. Conferi fora, estava certo, e o portão funcionou como devia: segurou, uma pessoa confirmou, o lote seguiu.
• Compor numa etapa, publicar na outra. A etapa que criava a página estourava o tempo porque escrevia e publicava no mesmo turno. Separar as duas resolveu.
• Proibir por texto não segura. Toda vez que as instruções cresciam, o modelo achava uma ferramenta para “se organizar” em vez de fazer a tarefa. O que funcionou foi remover a ferramenta do agente na plataforma, não escrever “não use”.

A landing de cada lote nasce como rascunho. Publicar continua sendo um clique humano.

O leitor e o comentário

No app, o capítulo abre com número grande, contagem de versículos e quantos têm comentário. Versículos comentados ganham um marcador. Um toque abre o comentário, com cada seção identificada por ícone e rótulo. Termos e lugares marcados abrem uma ficha com a palavra no original e o significado.

Tudo foi pensado para a tela do celular. O comentário é longo, então cada seção abre com um rótulo curto e o texto vem em fonte serifada, confortável para ler. A ficha da palavra sobe de baixo, como uma folha, e fecha sem tirar a pessoa do versículo.

O ritual do dia

A home mostra o versículo do dia e um único cartão “Hoje”, com o devocional e dois botões, Ouvir e Ler. O devocional tem navegação por data, seções de conteúdo, reflexão e oração, e termina com “Concluir”, que conta para a sequência. O player tem temporizador e controle de velocidade.

Trilhas e quiz

As trilhas funcionam como plano de estudo: progresso em anel, botão de continuar, opção de definir como “trilha do dia” e aulas em sequência, com bloqueio para as próximas. No meio das aulas entra um quiz.

Aqui entrou uma decisão de produto. Sem gabarito vindo do backend, a tela poderia marcar tudo como errado ou esconder o resultado. Escolhi mostrar o placar e as respostas da pessoa, com uma frase clara dizendo que o gabarito detalhado não veio nessa tentativa. Deixei a tela pronta para ligar o verde e o vermelho sozinha quando a API passar a mandar as respostas certas. A pendência ficou documentada para o time de backend.

Primeiros passos e trilha sob medida

O onboarding faz três perguntas curtas (nível de leitura, o que a pessoa procura, quanto tempo tem por dia) para montar o primeiro roteiro. Para quem quer ir além, um assistente em seis passos pede objetivo, tema, recorte da Bíblia, profundidade e formato, e gera uma trilha pessoal.

A “Minha Jornada” transforma a sequência de dias em linha do tempo, com conquistas já feitas e próximos marcos. A busca junta devocionais, aulas, versículos e comentários num lugar só, com buscas populares como ponto de partida.

O que mudou

No app, o comentário virou camadas, o leitor ganhou uma tela só e o quiz passou a dizer a verdade sobre o dado que falta. Na produção de conteúdo, o trabalho mudou de lugar.

O que era feito na mão. Pesquisar o tema da semana, escrever, criar a arte e revisar, toda segunda.

O que ficou automático. As nove etapas de toda segunda: radar, pauta, texto, arte (uma por etapa), crítica letra a letra, painel, pacote e páginas, com o manual da marca injetado em todos os agentes.

Onde a pessoa decide. No portão de aprovação, antes de qualquer coisa ir para fora. No fato sem fonte, que a crítica segura até alguém confirmar. E no clique de publicar, que continua humano: a landing de cada lote nasce como rascunho.

O que eu levo desse projeto

Em produto de conteúdo, a interface e a produção são o mesmo problema. Não adianta um leitor bonito se o comentário não chega, e não adianta produzir muito se nada prende a pessoa no dia seguinte.

Com a IA, a lição foi mais sobre desenho do que sobre modelo. O que segura a qualidade não é o prompt mais longo. É a estrutura: uma etapa para cada coisa, dados passando de uma etapa para a outra, ferramentas tiradas de quem não deve usá-las, e uma pessoa no ponto em que errar custa caro.