# PROJETO-IPÊ — pitch e roteiro de estudo Referência: 14/11/2026. Direção: AB / Alexandre Belo. Pesquisa, redação e construção com assistência de IA. Público desta apresentação: avaliadores de produto, educadores e colaboradores técnicos. O convite é testar um beta educativo e organizar uma pilotagem futura. Abra o [mapa interativo](https://projeto-ipe.vercel.app/campanha/apresentacao/index.html) para apresentar ou baixe o [deck de dez slides editáveis](https://projeto-ipe.vercel.app/campanha/apresentacao/PROJETO-IPE-Pitch.pptx), com notas de orador e fontes. O [handoff](HANDOFF.md) concentra instalação, contratos e operação. As falas abaixo são textos autorais para ensaio. Os tempos são aproximados e devem ser ajustados à velocidade do apresentador. ## 1. A frase que organiza a conversa **O PROJETO-IPÊ permite projetar uma missão fictícia e explicar, com evidências, por que a ciência chegou ao solo.** O nome da marca é PROJETO-IPÊ. “Ciência que chega” descreve o objetivo. NASA Space Mission Design é o contexto temático e de referências consultadas. Não é uma afiliação, um selo de aprovação ou uma afirmação de elegibilidade em edital. ## 2. Pitch de 30 segundos O PROJETO-IPÊ é um jogo educativo de projeto de missão espacial. Em quatro níveis, a pessoa monta um CubeSat fictício e tenta entregar seis registros históricos do Cerrado. Cada escolha muda memória, potência, transmissão ou custo. Ela prevê, executa e usa os eventos para redesenhar. O beta já permite experimentar essas relações no navegador. O próximo passo é observar estudantes e educadores usando o jogo e investigar o que conseguem explicar e transferir para um novo desafio. **Ênfase no ensaio:** dar uma pausa após “seis registros”. Terminar no convite à observação, sem transformar a existência do software em uma promessa de eficácia. ## 3. Pitch de 90 segundos O PROJETO-IPÊ começa com uma pergunta: de que adianta produzir ciência se os dados não chegam a quem precisa deles? É um jogo educativo de projeto de missão espacial. A pessoa configura seis sistemas de um CubeSat fictício para entregar seis registros históricos Terra/MODIS, de três pontos próximos a Rio Verde. Antes de executar, registra uma previsão. Depois, o relatório mostra o que aconteceu com energia, potência, memória e comunicação. A campanha tem quatro pedidos. Primeiro, acompanhar uma entrega completa. Depois, manter uma memória menor. No terceiro, preservar as bandas em contatos curtos. No último, entregar tudo por até 78 créditos. Uma missão pode funcionar e ainda não atender ao pedido do nível. Essa diferença torna visível o trabalho de engenharia. O motor é determinístico e mantém 64 configurações verificáveis. O 3D apresenta a nave, enquanto as decisões e resultados ficam acessíveis pela interface. Dados e fontes estão preservados. A persistência do beta é local, sem exigir conta. Temos um produto que pode ser experimentado. Ainda precisamos avaliar compreensão e usabilidade com pessoas. O convite é organizar uma pilotagem com educadores e iniciantes, observar suas explicações e usar essa evidência para decidir o próximo ciclo. ## 4. Pitch de três minutos Imagine que uma equipe precisa comparar dois períodos de vegetação em três pontos do Cerrado. Os registros científicos já existem, mas neste exercício você precisa projetar como eles chegam ao solo. Uma bateria maior resolve tudo? Um rádio mais rápido basta? E uma entrega de seis registros sempre cumpre o pedido? Essas perguntas organizam o PROJETO-IPÊ, um jogo educativo de projeto de missão espacial. A pessoa escolhe bateria, painel, processamento, rádio, memória e política de transmissão de um CubeSat fictício. Registra uma previsão, executa o modelo e examina os eventos antes de redesenhar. A campanha tem quatro níveis. O primeiro acompanha uma entrega que já funciona. O segundo mantém a memória em 512 Mbit. Nesse preset, parte dos lotes se perde antes do contato. Reduzir o volume por processamento ajuda, mas exige suportar a potência dessa operação. O terceiro também começa com dois de seis registros, por outra razão: as janelas curtas terminam com dados na fila. Como o pedido exige bandas, o jogador precisa rever comunicação, alimentação e envelope. O quarto começa entregando tudo por 84 créditos. A meta passa a ser entregar por até 78. A operação está concluída, mas o objetivo de projeto continua pendente. Esse contraste é o centro da proposta: interpretar uma consequência e defender a próxima escolha. O motor é determinístico, com 64 projetos e regras explícitas. Um resultado 6/6 só vale como sucesso quando todas as restrições são atendidas. A cena 3D é conceitual. A informação essencial permanece na interface e existe alternativa 2D. O contexto científico usa seis registros históricos Terra/MODIS, com procedência, qualidade e datas preservadas. Só comparamos NDVI quando os dois registros de um ponto chegam completos e válidos. Uma diferença não autoriza diagnosticar sua causa ambiental. Essa limitação também faz parte da atividade. Referências da NASA ajudam a relacionar necessidade, operação e evidência. Princípios de usabilidade orientam feedback e recuperação. São bases para nossas decisões, sem transferir validação institucional ao projeto. O beta pode ser experimentado no navegador. Tem documentação de produto, requisitos técnicos, diagramas e um desenho de dados para evolução. Hoje o progresso fica no dispositivo. Ainda não realizamos um estudo de aprendizagem com participantes. Por isso, o próximo passo é uma pilotagem observada com educadores e iniciantes. Queremos saber se a pessoa diferencia perda de memória de fila de transmissão, se usa evidência para justificar uma mudança e se aplica o raciocínio em uma situação nova. O convite é colaborar nessa investigação e melhorar o produto a partir do que as pessoas realmente fizerem. ## 5. Roteiro de dez slides O roteiro completo comporta uma conversa de aproximadamente seis a oito minutos, com tempo separado para demonstração e perguntas. O mapa agrupa os slides em sete capítulos para facilitar estudo e navegação. As notas orientam a fala e não precisam ser lidas integralmente. ### Slide 1 — PROJETO-IPÊ **Na tela:** “Ciência que chega” e “Um jogo educativo de projeto de missão espacial”. Captura do produto, identificada como versão de referência quando anterior à campanha atual. **Fala:** “O objetivo é entender como uma escolha de projeto muda a entrega científica. A nave é fictícia e os seis registros são históricos. O jogo permite experimentar essa relação e examinar o resultado.” **Nota de orador:** apresentar autoria de AB e assistência de IA no crédito. Evitar começar pela lista de tecnologias. A pergunta de abertura pode ser “O que precisa acontecer entre produzir um dado e conseguir usá-lo?”. **Evidência:** [PRD](PRD.md), [galeria](https://projeto-ipe.vercel.app/campanha/research/galeria.html). **Mapa:** [Pesquisa](https://projeto-ipe.vercel.app/campanha/apresentacao/index.html#pesquisa). ### Slide 2 — A necessidade de compreensão **Na tela:** “Escolher uma peça exige entender sua consequência.” Uma pergunta de projeto e o ciclo prever, executar, investigar e redesenhar. **Fala:** “Nossa hipótese é que observar energia, fila e entrega ajuda iniciantes a conectar escolhas ao sistema. Não fizemos entrevistas ou testes pedagógicos próprios para afirmar a frequência desse problema. O beta torna essa hipótese investigável.” **Nota de orador:** explicar W versus Wh com um exemplo verbal breve se a audiência pedir. Deixar a física detalhada para a demonstração. O problema proposto é a compreensão das relações, não falta de um satélite visualmente atraente. **Evidência:** PRD, hipóteses H-01 a H-05. **Mapa:** [Problema](https://projeto-ipe.vercel.app/campanha/apresentacao/index.html#problema). ### Slide 3 — Pesquisa que orienta escolhas **Na tela:** necessidade e operação; afirmação e evidência; estado e recuperação. Três relações específicas com suas fontes, sem logotipos de endosso. **Fala:** “O ConOps da NASA orienta começar pela necessidade e pela operação. My NASA Data articula afirmações, evidências e raciocínio. As heurísticas de Nielsen ajudam a revisar visibilidade de estado, linguagem e recuperação. Nós traduzimos essas referências em decisões do produto.” **Nota de orador:** citar brevemente as fontes [S1–S3]. Distinguir a recomendação externa da hipótese autoral. Referência não é prova de que o jogo funciona para seu público. **Evidência:** registro de fontes ao final. **Mapa:** [Pesquisa](https://projeto-ipe.vercel.app/campanha/apresentacao/index.html#pesquisa). ### Slide 4 — Quatro pedidos de missão **Na tela:** 1 Primeiro sinal; 2 Memória em disputa; 3 Janela estreita; 4 Ciência que chega. Condição mensurável de cada nível. **Fala:** “Todos exigem seis registros completos e válidos. O pedido muda: compreender o fluxo, manter 512 Mbit, preservar bandas em contatos curtos e reduzir o custo a 78 créditos. Os personagens são fictícios e cada briefing explica o que está sendo solicitado.” **Nota de orador:** não descrever progressão como “cada vez mais trocas”. O N4 pode ser resolvido com uma troca de painel a partir do preset. A dificuldade proposta vem da decisão autônoma e da explicação, ainda a investigar com público. **Evidência:** [storytelling](STORYTELLING-4-NIVEIS.md). **Mapa:** [Quatro níveis](https://projeto-ipe.vercel.app/campanha/apresentacao/index.html#niveis). ### Slide 5 — Dois resultados iguais, causas diferentes **Na tela:** N2: 2/6, 720 Mbit perdidos. N3: 2/6, 619,2 Mbit na fila. Cenário e condição distintos aparecem junto dos valores. **Fala:** “Olhar somente o placar esconde o problema. No N2, lotes novos não cabem antes do primeiro contato. No N3, os lotes cabem, mas o tempo de comunicação termina. O relatório precisa permitir localizar a evidência que explica a diferença.” **Nota de orador:** revelar soluções apenas se isso ajudar a audiência. O processamento para índice usado no N2 não atende ao pedido de bandas do N3. O conhecimento que deve ser transportado é a forma de investigar, não uma configuração universal. **Evidência:** presets executados no motor e `tests/campaign.test.mts`. **Mapa:** seletor N2/N3 em [Quatro níveis](https://projeto-ipe.vercel.app/campanha/apresentacao/index.html#niveis). ### Slide 6 — Motor e ciência **Na tela:** 64 configurações; 6/6 com restrições; dois cenários. Dados históricos e tempo simulado identificados separadamente. **Fala:** “O motor calcula os recursos e entrega um resultado reproduzível. A animação apresenta esse resultado. O retorno científico usa apenas os registros completos e válidos recebidos. O pacote contém dois períodos em três pontos. A diferença de NDVI descreve esses pares, sem determinar uma causa ambiental.” **Nota de orador:** “determinístico” significa que a mesma entrada e versão produzem o resultado previsto pelo código. Não significa exatidão de um satélite real. O catálogo utiliza valores didáticos e não propaga uma órbita operacional. **Evidência:** [contrato](../specs/IMPLEMENTATION-CONTRACT.md), guia MOD13 [S4]. **Mapa:** [Motor](https://projeto-ipe.vercel.app/campanha/apresentacao/index.html#motor). ### Slide 7 — Arquitetura do beta **Na tela:** React/TypeScript; motor puro; Worker; IndexedDB/localStorage. Prisma/PostgreSQL em uma área explicitamente chamada “proposta futura”. **Fala:** “O núcleo funciona no navegador. O 3D está separado da regra do jogo e há alternativa 2D. A persistência é local. Importações passam por validação e recálculo. O desenho Prisma documenta uma possível evolução, mas não há banco, conta ou sincronização de produção.” **Nota de orador:** se a audiência for técnica, explicar snapshot, token de tentativa própria e recálculo. Se for pedagógica, resumir como preservação da relação entre a escolha feita e a evidência que a pessoa examina. **Evidência:** [arquitetura](ARQUITETURA.md), [Prisma](../prisma/README.md). **Mapa:** [Stack](https://projeto-ipe.vercel.app/campanha/apresentacao/index.html#stack). ### Slide 8 — Evidência disponível **Na tela:** software, interação e aprendizagem como camadas distintas. Link para o recibo da versão publicada. **Fala:** “Temos contratos testáveis e resultados de referência. Os testes automatizados cobrem regras e jornadas DOM. A inspeção de navegador tem seu próprio registro. Ainda não há estudo com participantes ou efeito de aprendizagem demonstrado. Essa distinção define o que podemos afirmar hoje.” **Nota de orador:** o recibo integrado do beta 0.5 registra 120 testes de domínio e 14 UI. Os 120 já incluem os 19 da campanha. Conferir o README da revisão demonstrada antes de apresentar. A inspeção local do novo beta foi bloqueada pela política de URL do ambiente, e capturas R9/R10 continuam identificadas como históricas. **Evidência:** [PRT](PRT.md), [handoff](HANDOFF.md), [README](../README.md). **Mapa:** [Evidência](https://projeto-ipe.vercel.app/campanha/apresentacao/index.html#evidencia). ### Slide 9 — Próximo ciclo de pesquisa **Na tela:** compreender a causa; justificar uma mudança; transferir o raciocínio. Proposta de observação, sem resultados inventados. **Fala:** “Queremos observar onde a pessoa se confunde, que evidência consulta e como explica o redesign. Uma tarefa nova ajudará a investigar transferência. Também precisamos testar linguagem, teclado, leitor de tela, zoom e aparelhos de menor capacidade.” **Nota de orador:** número de participantes, escola, faixa etária e agenda ainda devem ser acordados. A primeira rodada é formativa e não sustenta estimativa ampla de efeito. Separar incidentes de interface, dúvidas conceituais e apoio do facilitador. **Evidência:** [insights](INSIGHTS-E-OPORTUNIDADES.md), PRD. **Mapa:** [Oportunidades](https://projeto-ipe.vercel.app/campanha/apresentacao/index.html#oportunidades). ### Slide 10 — Convite à pilotagem **Na tela:** “Vamos observar como as pessoas explicam suas decisões.” Link para beta e código. **Fala:** “Buscamos educadores e colaboradores para revisar a atividade e organizar uma pilotagem. A decisão seguinte será baseada no que observarmos: ajustar instruções, evidências e apoio antes de ampliar o modelo. Podemos começar pelo beta, pelo protocolo e por uma conversa sobre o contexto de uso.” **Nota de orador:** pedir uma ação concreta apropriada ao encontro: experimentar o N1, revisar o roteiro ou combinar uma sessão de planejamento. Não apresentar parceria como fechada, nem prometer resultado educacional antes do estudo. **Evidência:** [beta](https://projeto-ipe.vercel.app/campanha/index.html), [GitHub](https://github.com/oalexandrebelo/PROJETO-IPE). **Mapa:** [Oportunidades](https://projeto-ipe.vercel.app/campanha/apresentacao/index.html#oportunidades). ## 6. Demonstração em até três minutos | Tempo aproximado | Ação | O que dizer | |---|---|---| | 0:00–0:25 | Mostrar mapa e briefing N1 | “São quatro pedidos. O objetivo comum é 6/6 com restrições.” | | 0:25–1:05 | Registrar previsão, executar preset N1 e abrir resultado | “A previsão veio antes da evidência. Agora podemos verificar a entrega.” | | 1:05–1:50 | Abrir N2 e mostrar seu preset e resultado | “2/6 aqui significa perda de lotes antes do contato.” | | 1:50–2:20 | Usar o mapa para contrastar N3 | “Também são 2/6, mas permanecem dados na fila. O redesign precisa responder à causa.” | | 2:20–2:45 | Mostrar condição de custo N4 no mapa | “A operação pode estar concluída e o pedido de projeto continuar pendente.” | | 2:45–3:00 | Retornar ao convite de pilotagem | “Vamos observar se as pessoas conseguem explicar essas diferenças.” | O tempo depende da fluência da demonstração. Não correr com a interface nem pular a previsão fingindo uma tentativa própria. Para aprofundar o jogo completo, reservar outra sessão. Capturas e resultados de referência ajudam a explicar, mas devem ser identificados como registros. ## 7. Perguntas difíceis e respostas honestas | Pergunta | Resposta para defender o projeto | |---|---| | “É um jogo da NASA?” | É um projeto independente que utiliza fontes e dados públicos da NASA. Não há afiliação ou endosso institucional declarado. | | “Já comprovaram que ensina?” | Ainda não. A implementação permite testar a hipótese. Aprendizagem requer observação e instrumentos próprios, inclusive uma tarefa de transferência. | | “Qual problema de usuário vocês validaram?” | A necessidade foi formulada por pesquisa documental e análise do domínio. Ainda precisamos de pesquisa própria com educadores e iniciantes para confirmar contexto, frequência e prioridade. | | “Por que usar dados reais numa nave fictícia?” | Para exercitar procedência, qualidade e limites da interpretação enquanto mantemos o problema de engenharia controlado. O jogo declara a diferença entre arquivo histórico e operação simulada. | | “Por que só seis registros e 64 projetos?” | O domínio fechado permite enumerar alternativas, testar invariantes e comparar causas. Ampliá-lo exige outra pergunta científica e nova verificação. | | “O N4 não é mais fácil que o N3?” | Pode exigir menos trocas. Ele muda a tarefa para otimizar e defender uma escolha. A percepção de dificuldade e o valor dessa ordem precisam ser observados com participantes. | | “Uma solução pronta não acaba com o jogo?” | A ajuda considera o pedido do nível e vem após uma tentativa própria. Ainda precisamos observar se favorece compreensão ou cópia. Ela não penaliza conclusão. | | “O 3D simula a órbita de verdade?” | A cena é conceitual. Os contatos são agendas do cenário. O laboratório oferece modelos idealizados separados, sem redefinir a campanha. | | “A IA decide o resultado ou corrige a pessoa?” | Não. O resultado vem de código determinístico e dados identificados. A produção teve assistência de IA. Reflexão livre não recebe nota automática. | | “Por que 6/6 pode não concluir um nível?” | Pode haver violação operacional ou falta da condição do briefing. N4, por exemplo, exige até 78 créditos, mesmo que 84 esteja dentro do envelope global de 86. | | “Menos créditos significa maior confiabilidade?” | Não. São recursos didáticos. Folga de custo, massa ou energia não representa uma probabilidade de pane. | | “NDVI menor prova seca ou desmatamento?” | Não. O beta descreve diferenças dos pares recebidos. Atribuir causa requer contexto e evidências que esses seis registros não fornecem. | | “Tem banco de dados e contas?” | O beta usa IndexedDB e localStorage. O schema Prisma/PostgreSQL descreve uma evolução, sem backend, login ou sync ativo. | | “Funciona offline?” | A partida utiliza dados empacotados. Recarga offline a frio não está estabelecida como capacidade do beta. É necessário verificar e preparar esse uso especificamente. | | “Está acessível?” | Há controles no DOM, alternativa 2D e intenção explícita de teclado e movimento reduzido. Uma declaração ampla de conformidade depende de auditoria específica e uso com tecnologias assistivas. | | “O que exatamente vocês querem agora?” | Revisar a mediação com educadores e preparar sessões observadas para avaliar compreensão, usabilidade e transferência. Depois, priorizar mudanças a partir da evidência. | | “Como saber que o resultado não foi editado?” | O replay é validado e recalculado, e a campanha exige token de tentativa própria. Isso mantém consistência do beta local. Não é certificação antifraude institucional. | | “Qual o modelo de negócio ou adoção atual?” | Não há resultado comercial, público ativo ou parceria comprovada neste pacote. Definir sustentabilidade e adoção exige investigação específica. | ## 8. Plano de ensaio para AB 1. Memorizar a relação central: escolha, consequência, evidência e redesign. Explicar com palavras próprias em 30 segundos. 2. Ensaiar o contraste N2/N3 sem consultar números. Depois conferir os valores exatos no roteiro: 720 Mbit perdidos versus 619,2 Mbit em fila. 3. Explicar N4 em uma frase: “Já entrega seis registros por 84 créditos e agora precisa custar até 78”. 4. Praticar as distinções: W e Wh; produzido e entregue; operação e condição do nível; dado histórico e tempo simulado; conclusão e aprendizagem. 5. Fazer uma rodada de perguntas usando a tabela acima. Responder primeiro com o estado atual, depois com a próxima evidência necessária. 6. Abrir os links e demonstrar o N1 no navegador do encontro. Separar três minutos para a fala e três para a demonstração quando houver seis minutos totais. 7. Encerrar com uma ação concreta: experimentar, revisar a mediação ou combinar a preparação de uma pilotagem. Não fechar com promessa de resultado. ## 9. Fontes para estudar e citar Fontes primárias abertas em 14/11/2026. As descrições abaixo são paráfrases. As decisões do PROJETO-IPÊ são interpretações autorais, não recomendações específicas dessas instituições para este produto. | ID | Fonte | O que sustenta e o que estudar | |---|---|---| | S1 | [NASA — Appendix S: Concept of Operations Annotated Outline](https://www.nasa.gov/reference/appendix-s-concept-of-operations-annotated-outline/) | Necessidades, usuários e operação. Ler as seções 3.1–3.4 para relacionar briefing e critério de missão. | | S2 | [My NASA Data — Introduction: Building Claims from Evidence](https://mynasadata.larc.nasa.gov/lesson-plans/introduction-building-claims-evidence) | Relação entre afirmação, evidência e raciocínio. Orienta a pergunta de reflexão, sem provar aprendizagem neste jogo. | | S3 | [NN/g — 10 Usability Heuristics for User Interface Design](https://www.nngroup.com/articles/ten-usability-heuristics/) | Princípios gerais de interação. Consultar visibilidade de estado, linguagem, controle e recuperação. Não é avaliação conduzida pela NN/g. | | S4 | [MODIS Vegetation Index User's Guide, Collection 6.1](https://modis-land.gsfc.nasa.gov/pdf/MOD13_User_Guide_V61.pdf) | Produto, composição temporal, escala, bandas e qualidade. Base para ler o pacote, sem tratar o CubeSat fictício como instrumento MODIS. | | S5 | [W3C — WCAG 2.2](https://www.w3.org/TR/WCAG22/) | Referência de critérios verificáveis para o trabalho de acessibilidade. Uma fonte normativa não certifica a implementação. | | S6 | [PhET / University of Colorado Boulder — Research](https://phet.colorado.edu/en/research) | Processo de pesquisa e iteração de simulações. Inspira o próximo ciclo de observação sem transferir resultados de eficácia. | Para números do jogo, usar o código, as testemunhas de teste e os documentos desta versão. Para estados de publicação, usar o recibo do deploy. Para resultados humanos, aguardar pesquisa efetivamente realizada.