A tua PAP não precisa de ser genial. Precisa de resolver um problema.

Como pensar numa ideia de PAP sem entrar em crise existencial antes da defesa

“Já sabes qual vai ser o teu projeto de PAP?”

Se estás no Ensino Médio Técnico, há uma boa probabilidade de essa pergunta já te ter causado algum sofrimento psicológico.

Talvez tenhas respondido:

“Sim, já tenho uma ideia.”

Mesmo sem ter ideia nenhuma.

Ou talvez tenhas recorrido à resposta clássica:

“Estou a ver ainda.”

Que, traduzido para português, significa:

“Não faço a mínima ideia do que vou fazer.”

E está tudo bem.

Eu conheço essa situação.

Aliás, talvez neste momento estejas a pensar:

“Espera aí… quem é você para me dizer como pensar numa PAP?”

Boa pergunta.

Eu sou o Angelino Lourenço. Quando fiz a minha defesa da PAP, no ITEL — o Instituto de Telecomunicações — tive 19 valores e o projeto que desenvolvi acabou por me levar a representar Angola na iENA, em Nuremberg, na Alemanha, uma das grandes feiras internacionais de ideias, invenções e inovação.

“Tiveste 19 valores no ITEL?”

Yh… sou bem mau. 😂

Estou a brincar.

Na verdade, aquilo só me ensinou uma coisa: eu já passei por esta fase e sei o quão confuso pode ser estar sentado naquela cadeira sem saber exatamente por onde começar.

Por isso, não estou aqui para te vender aquela conversa de “acredita nos teus sonhos e tudo dará certo”.

Não.

Estou aqui porque já estive exatamente nessa cadeira.

Também tive de pensar num projeto. Também tive de decidir o que construir. Também tive de transformar uma ideia numa coisa que realmente funcionasse.

E foi aí que percebi uma diferença enorme entre dizer “tenho uma ideia” e ter “um projeto que consigo terminar e defender”.

É sobre essa diferença que quero falar contigo.

A PAP começa muito antes do código

Quando chega a altura da PAP, acontece uma coisa engraçada.

O estudante abre o computador e, antes de pensar no problema, começa logo a pensar na tecnologia.

“Que tecnologia vou usar?”

ESP32? Arduino? Python? C#? Java? Inteligência Artificial? IoT? Flutter?

E, se possível, tudo ao mesmo tempo.

Porque aparentemente um projeto sem IA em 2026 já parece um projeto que nasceu em 2014.

Mas calma.

A tecnologia não é o ponto de partida.

Quando começas pela tecnologia, corres o risco de fazer exatamente o contrário do que deverias. Em vez de procurares uma tecnologia para resolver um problema, acabas com uma solução à procura de um problema que justifique a sua existência.

E isso é uma maneira bastante eficiente de complicar a tua própria vida.

Começa pelo problema

Imagina que estás no teu bairro e reparas que um pequeno negócio ainda controla todo o stock através de um caderno.

Produtos entram. Produtos saem. Algumas coisas são vendidas. Outras desaparecem misteriosamente.

Até que, no fim do mês, alguém pergunta:

“Mas onde foram parar aqueles produtos?”

Pronto.

Temos um problema.

Agora podemos pensar numa solução: talvez um pequeno sistema de gestão de stock.

E só depois fazemos a pergunta:

Que tecnologia faz sentido para construir isto?

Percebes a diferença?

Não começámos com:

“Quero fazer uma aplicação.”

Começámos com:

“Existe um problema que pode ser resolvido de uma forma melhor.”

É aí que começa uma PAP interessante.

Não precisas de inventar algo que nunca existiu

Aqui aparece outra armadilha.

Muitos estudantes acreditam que a PAP precisa de ser completamente revolucionária. Algo que faça o júri levantar-se da cadeira e pensar:

“Meu Deus! Como é que ninguém pensou nisso antes?”

Seria ótimo.

Mas vamos ser honestos: não precisas disso.

A PAP não é uma competição para descobrir o próximo Elon Musk.

O objetivo é demonstrares aquilo que aprendeste e a tua capacidade de aplicar esse conhecimento para resolver um problema.

Podes pegar numa solução que já existe e adaptá-la. Podes melhorar um processo. Podes digitalizar algo que ainda é feito manualmente. Podes criar um protótipo. Podes resolver um problema pequeno, mas real.

Na verdade, um problema pequeno e bem resolvido pode ser muito mais interessante do que uma ideia gigantesca que nunca chega a funcionar.

Porque no fim da defesa, o que tens de mostrar não é o tamanho da tua ambição.

É o que conseguiste construir.

O maior erro: querer resolver Angola inteira

Existe uma diferença entre ter ambição e querer colocar o país inteiro dentro da tua PAP.

Imagina chegares à defesa e dizeres:

“O meu projeto vai resolver o problema dos transportes em Angola.”

Calma, campeão.

Primeiro termina a PAP. Depois salvamos o sistema de transportes nacional.

Um problema enorme precisa de ser dividido.

Em vez de dizeres “quero resolver os transportes em Angola”, podes dizer:

“Quero desenvolver um sistema para acompanhar a localização dos veículos de transporte escolar de uma instituição.”

Agora já temos outra coisa.

Temos um problema específico, utilizadores definidos, uma solução possível, um contexto onde testar e, principalmente, um projeto que um estudante consegue explicar e demonstrar.

E isso é muito importante.

Porque uma boa ideia não é apenas aquela que parece interessante.

É aquela que consegues transformar em alguma coisa concreta.

A pergunta que pode salvar a tua PAP

Há uma pergunta que devias fazer antes de te apaixonares demasiado pela tua ideia:

“Eu consigo terminar isto?”

Parece simples, mas pode poupar-te meses de sofrimento.

Uma ideia pode ser excelente e, ao mesmo tempo, ser uma péssima PAP.

Se tens seis meses, não cries um projeto que precisaria de dois anos.

Se tens um orçamento pequeno, não dependas de equipamentos caríssimos.

Se estás a trabalhar sozinho, talvez não seja uma boa ideia tentar construir o próximo Uber, Facebook e SpaceX numa única aplicação.

E se ainda estás a aprender uma determinada tecnologia, não faças dela o único ponto de sustentação do projeto.

A pergunta certa é:

“Consigo construir uma primeira versão funcional dentro do tempo e dos recursos que tenho?”

Se a resposta for não, reduz o projeto.

Isso não significa que a ideia seja ruim.

Significa apenas que, neste momento, ela precisa de caber na tua realidade.

A primeira versão não precisa de ser perfeita

Uma PAP não precisa de nascer pronta para ser vendida a milhões de utilizadores.

Pensa em protótipo.

Queres criar um sistema de monitorização ferroviária? Não precisas de monitorizar todas as linhas ferroviárias de Angola.

Podes demonstrar apenas algumas funcionalidades: localização, velocidade, estado do comboio, mapa, painel de monitorização e alguns alertas.

Já tens uma prova de conceito.

Na defesa, podes explicar que aquela é uma versão protótipo e que uma implementação real exigiria mais infraestruturas, equipamentos, testes e integração com os sistemas existentes.

Isso é muito mais profissional do que dizer:

“O meu sistema vai modernizar completamente os caminhos de ferro de Angola.”

E depois o único comboio que funciona na demonstração é o que está desenhado no PowerPoint.

Então… como encontro uma boa ideia?

Agora chegamos à parte que provavelmente te interessa mais.

Se eu estivesse novamente no Ensino Médio e ainda não tivesse uma ideia para a PAP, não começaria pelo Google.

Começaria por olhar à minha volta.

Na tua escola, por exemplo: o que ainda é feito manualmente? Onde existe desorganização? Que informações são difíceis de encontrar? Que tarefas fazem os professores perder tempo?

No teu bairro: como as pessoas compram? Como pagam? Como recebem determinados serviços? Que problemas aparecem constantemente?

Nas empresas: que processos ainda dependem de papel? Onde acontecem erros? Onde existe trabalho repetitivo?

E depois há a tua própria rotina.

Que coisa te irrita porque poderia ser muito mais simples?

Essa pergunta é particularmente poderosa.

Às vezes passamos semanas a procurar uma ideia espectacular na internet quando temos um problema interessante literalmente à nossa frente.

Um exercício simples

Pega numa folha.

No topo, escreve:

Problemas que eu conheço

E começa a escrever.

Não procures soluções ainda.

Só problemas.

Por exemplo:

• Os alunos não recebem rapidamente informações sobre alterações de horários.
• Pequenos negócios têm dificuldade em controlar o stock.
• É difícil acompanhar a localização de determinados veículos.
• Algumas máquinas precisam de ser monitorizadas manualmente.
• Determinados processos ainda dependem de demasiados papéis.

Agora começa a filtrar.

Para cada problema, pergunta:

• Quem é afetado?
• Esse problema acontece realmente?
• Como é resolvido atualmente?
• O que poderia ser melhorado?
• Tenho conhecimentos e recursos para construir uma solução?
• Consigo demonstrá-la na defesa?

Não precisas de responder a tudo imediatamente.

O objetivo é começar a transformar uma sensação vaga de “preciso de uma ideia” numa pergunta muito mais concreta:

“Que problema consigo compreender e tentar resolver?”

Guarda esta sequência

Se tiveres de guardar apenas uma coisa deste artigo, guarda isto:

Problema → Quem é afetado? → Como é resolvido hoje? → O que pode ser melhorado? → Qual é a minha solução? → Que tecnologia posso usar?

E não:

Angular→ Laravel→ Arduino → IA → “agora preciso de encontrar um problema”.

É possível fazer um projeto dessa forma.

Mas é muito mais fácil acabares com uma aplicação tecnicamente interessante que, no fundo, ninguém precisava.

A tecnologia deve estar ao serviço da ideia.

Não o contrário.

Talvez a tua PAP esteja mais perto do que pensas

No final, não quero que saias deste artigo a pensar:

“Preciso de inventar algo incrível.”

Quero que saias a pensar:

“Preciso de começar a observar melhor.”

Talvez a tua PAP esteja numa coisa que vês todos os dias.

Num processo lento. Numa tarefa repetitiva. Num problema da tua escola. Numa dificuldade de uma empresa. Num equipamento que precisa de monitorização. Num serviço que poderia ser mais simples.

Ou numa situação de que toda a gente reclama, mas que ninguém tentou resolver.

Quando encontrares esse problema, resiste à tentação de perguntar imediatamente:

“Que aplicação posso fazer?”

Pergunta primeiro:

“Como posso resolver isto?”

Depois escolhes a tecnologia.

É aqui que começa a verdadeira PAP

Não quando abres o VS Code.

Não quando crias o primeiro ecrã no Figma.

Não quando ligas o Arduino.

E definitivamente não quando pedes ao ChatGPT para gerar 800 linhas de código.

A tua PAP começa muito antes disso.

Começa no momento em que consegues identificar um problema e explicar por que vale a pena tentar resolvê-lo.

Porque, quando consegues fazer isso, já tens algo que muitos estudantes passam semanas à procura:

um ponto de partida.

Na próxima parte

Agora que já sabes como pensar numa ideia de PAP, falta a parte mais interessante:

o que é que eu faria se tivesse de escolher uma hoje?

No próximo artigo, vou mostrar 5 projetos que eu consideraria fazer se estivesse novamente no Ensino Médio — pensando em problemas reais, tecnologia, impacto e, acima de tudo, naquilo que um estudante consegue realmente terminar.

Talvez um deles seja exatamente a ideia que andas à procura.