O que é um pré-projeto e por que a maioria das pessoas complica demais
Pré-projeto é o documento que você entrega antes de entrar no projeto completo. Ele resume o que vai ser feito, quanto custa, quanto tempo leva e por que faz sentido. Ninguém vai bancar o trabalho pesado com base nele. A universidade, o banco de fomento ou o cliente pede isso para decidir se investe ou não. A maior parte dos tutoriais na internet transforma isso num ritual burocrático de cinquenta páginas que ninguém lê de verdade. Eu já vi editais de FAPESP e CNPq onde o analista gasta em média quatro minutos na avaliação inicial do pré-projeto. Quatro minutos. Se você passar vinte linhas dizendo coisas óbvias sobre a importância do tema, você já perdeu.
Como fazer um pré projeto sem desperdiçar tempo nem recurso
Vamos direto ao ponto. A estrutura que funciona na prática é mais ou menos essa, e eu não tô inventando nada aqui, só consolidando o que dá certo depois de ver dezenas de projetos aprovados e reprovações por motivos ridículos. 1. Título – Uma linha. Clareza acima de tudo. "Estudo sobre X em Y" funciona melhor que "Uma abordagem transdisciplinar e inovadora para a análise sistêmica de..." Ninguém gosta de enfeite.
2. Resumo estruturado – Objetivo, metodologia, público-alvo, resultados esperados. Duzentas a trezentas palavras. Pode parecer pouco, mas escreva esse pedaço por último, quando o resto já estiver fechado. É mais fácil resumir o que já existe do que tentar prever. 3. Justificativa – Aqui é onde as pessoas erram. Não basta dizer que o tema é importante. Você precisa responder: por quê agora? Por quê você? Por quê esse lugar ou contexto? Se o seu projeto pudesse ser feito da mesma forma há cinco anos, a justificativa despenca. Eu perdi uma aprovação porque alguém do painel perguntou especificamente por que aquele levantamento de campo tinha que ser feito naquele ano e não no seguinte. Eu não tinha previsto essa pergunta. Aprendi a incluir um parágrafo sobre janela temporal desde então.
4. Problema de pesquisa ou objetivo central – Uma pergunta clara ou um enunciado direto. Se você consegue transformar isso numa frase que um colega de outra área entenda, está bom. 5. Objetivos – Geral e específico. O geral replicaria o problema reformulado como meta. O específico são os passos concretos. Evite verbos como "analisar profundamente" ou "compreender de forma abrangente". Esses verbos não são mensuráveis. Use "identificar", "quantificar", "comparar", "mapear".
6. Fundamentação teórica – Aqui entra a revisão de literatura, mas sem transformá-la num resumo enciclopédico. Cite os autores que realmente sustentam seu método. Se você citou Foucault mas seu método é estatístico descritivo, o avaliador vai notar. Eu já vi isso acontecer em três editais seguidos. A dica prática: inclua no máximo dez a quinze referências chave em vez de quarenta genéricas. 7. Metodologia – Tipo de pesquisa, procedimentos, instrumentos, população amostral (se houver), plano de análise de dados. Seja específico. "Será utilizado questionário" não é uma metodologia. "Será aplicado questionário estruturado com escala Likert de cinco pontos, aplicado online, com validação por teste piloto de trinta respondentes" é.
👉 Clique no botão abaixo para saber mais sobre o assunto!
8. Cronograma – Tabela simples. Fase por mês ou trimestre. Não coloque coisas impossíveis como "análise de dados" num único mês se seu volume de dados é bruto. Eu já vi cronogramas de pré-projeto com três meses para coleta de dados quando o levantamento precisava de sete porque envolvia deslocamento para cinco cidades diferentes. 9. Orçamento – Se o edital pede, detalhe por item. Passagens, diárias, material de consumo, taxas de equipamento. Eu já usei uma planilha que eu montei pra mim mesmo que calcula automaticamente margem de inflação baseada na média dos últimos doze meses do INPC. Economia de quinze minutos por linha de orçamento que se repete trinta vezes num pré-projeto de engenharia.
10. Resultados esperados – O que muda na prática se esse projeto for realizado. Não diga "contribuirá para a área". Diga o que será produzido: relatório, protótipo, artigo, base de dados, política pública recomendada. 11. Referências – Formatadas conforme a norma solicitada. ABNT, APA, Vancouver. Leia o edital antes. Eu já passei doze minutos corrigindo formatação de referências porque o sistema não aceitou o padrão que eu usava normalmente. Nunca mais.
Edge cases e armadilhas que ninguém conta
Aqui vai algo que eu aprendi na marra: a maioria dos pré-projetos é rejeitada não por conteúdo fraco, mas por inconsistência interna. Você diz no cronograma que vai coletar dados em março, mas no orçamento não tem verba de deslocamento para março. Você cita autores americanos no referencial teórico mas a metodologia pressupõe contexto brasileiro sem adaptar as variáveis. O avaliador não tem obrigação de adivinhar que você percebeu isso depois. Outro ponto: pré-projeto não é sinônimo de projeto executado. A diferença principal é que o pré-projeto opera com estimativas e premissas explícitas. Anotar as premissas é mais importante do que parecer certo. Se você precisa assumir que a secretaria de educação vai autorizar o acesso às escolas em outubro, escreva isso como premissa. Se a premissa não se concretizar, o projeto morre, mas o pré-projeto cumpriu o papel dele de mostrar o raciocínio.
Limitação honesta: esse formato funciona para edições acadêmicas e de fomento no Brasil. Para projetos empresariais de engenharia ou arquitetura, a estrutura muda consideravelmente. Pré-projeto comercial exige estudo de viabilidade econômica com TIR e VPL, não review de literatura. Se o seu contexto é esse, adapte. Não force uma estrutura acadêmica num pedido de proposta comercial. O que eu faço antes de entregar qualquer pré-projeto agora é um checklist de coerência interna. Leio o documento inteiro tentando achar cada afirmação que não tenha sustentação em outra parte. Objetivo que não aparece nos métodos. Orçamento sem cronograma correspondente. Referências que não aparecem no texto. Isso leva cerca de vinte minutos e elimina a maioria dos problemas que eu via nas submissões antigas.
Se você quiser uma base prática, monte seu pré-projeto num documento único com seções numeradas. Não separe em arquivos diferentes. A maioria dos sistemas de submissão exige PDF único e as pessoas perdem tempo desnecessariamente converting, recompressando e acabando com formatação quebrada. Um arquivo, uma estrutura, revisão de coerência, pdf final. Doze a vinte minutos de trabalho bem usado.
