EMPREENDIMENTOS EM INFORMÁTICA¶
A disciplina (IF781, Centro de Informática da UFPE, professor Fabio Silva — fundador e presidente do CESAR, presidente do ITEP e fundador do Porto Digital) tem como objetivo capacitar alunos de Ciência da Computação a desenvolver competências empreendedoras: pensamento criativo, resolução de problemas complexos e criação de soluções inovadoras para a sociedade digital. Ao final, espera-se que o aluno seja capaz de identificar oportunidades de negócio, prototipar soluções disruptivas e usar tecnologia de forma estratégica.
Estrutura e avaliação do curso
O curso é organizado em 3 módulos de aproximadamente 4 semanas cada, nos quais equipes de até 5 pessoas desenvolvem um projeto de empreendimento inovador do zero até um MVP funcional com pitch final.
| Componente | Peso |
|---|---|
| Entregas intermediárias do projeto (Módulos 1–3) | 40% |
| Apresentação final (Pitch + MVP funcional) | 40% |
| Autoavaliação e avaliação por pares | 20% |
| Módulo | Foco | Principais entregas |
|---|---|---|
| 1 — Fundamentos do Empreendedorismo | Conceitos centrais de empreendedorismo, papel do empreendedor, visão das escolas econômicas | Formação de equipes; registro da ideia inicial (problema + público-alvo); MVP conceitual (personas, proposta de valor) |
| 2 — MVP Funcional + Estrutura de Custo | Business Model Canvas, viabilidade econômica, precificação, finanças básicas | Canvas do modelo de negócio (BMC); protótipo/mockup navegável do MVP; planilha de viabilidade financeira |
| 3 — Pitch final + Plano de lançamento | Refinamento do projeto, comunicação, avaliação entre pares | Pitch de 5–8 min + plano de lançamento; MVP funcional; autoavaliação |
A apresentação final é avaliada por banca com rubrica cobrindo clareza da proposta de valor, originalidade e inovação, estrutura e comunicação, viabilidade e aplicação, CTA, qualidade do MVP e entrega no prazo. A presença de toda a equipe é obrigatória nas apresentações — quem falta fica sem nota na entrega, independente da presença registrada no SIGAA.
1. A evolução histórica do empreendedor como gerador de riqueza¶
Por que estudar empreendedorismo na Ciência da Computação?¶
Muitas das empresas mais valiosas do mundo — Google, Microsoft, Amazon, Apple — nasceram de iniciativas empreendedoras lideradas por engenheiros e cientistas da computação. Isso abre dois caminhos profissionais complementares para quem programa: criar tecnologia, e transformar tecnologia em valor econômico e social. O empreendedorismo é o campo que estuda justamente essa segunda transformação.
Para entendê-la, a disciplina percorre a evolução histórica da figura do empreendedor — do mercador antigo ao fundador técnico de hoje.
Linha do tempo¶
| Período | Papel do empreendedor | Marcos |
|---|---|---|
| Antiguidade (fenícios, gregos, romanos) | Comerciante e explorador de risco | Expedições comerciais em ambientes de altíssima incerteza (pirataria, tempestades, ausência de instituições financeiras); riqueza entendida como acumulação individual |
| Idade Média | Artesão e mercador regulado | A teologia cristã condenava a usura e via o lucro excessivo com desconfiança; surgem guildas de artesãos e corporações de ofício — "proto-ecossistemas empreendedores" que padronizam produção e transmitem conhecimento técnico |
| Renascença e Mercantilismo (séc. XV–XVII) | Agente de expansão comercial | O lucro ganha legitimidade como instrumento de prosperidade nacional; companhias como a Companhia das Índias Orientais antecipam elementos da empresa moderna (investimento coletivo, gestão profissional, divisão de riscos) |
| Revolução Industrial | Inovador tecnológico | O empreendedor assume papel central na teoria econômica (ver Say e Schumpeter, abaixo) |
| Século XX (pós-guerra) | Fundador de empresas, disciplina acadêmica | O empreendedorismo passa a ser estudado sistematicamente nas universidades (Stanford, MIT); Peter Drucker consolida o campo |
| Era digital | Criador de plataformas e ecossistemas — o "fundador técnico" | Os próprios criadores da tecnologia fundam as empresas (Google, Facebook, Microsoft, Apple); o código se torna infraestrutura econômica |
| Século XXI | Agente de impacto | O lucro deixa de ser o único objetivo legítimo; surgem negócios de impacto social, sustentabilidade e inovação aberta |
Dropbox: validar antes de construir
Antes de construir a plataforma de armazenamento em nuvem, o Dropbox criou apenas um vídeo explicando a proposta do produto. O vídeo atraiu milhares de cadastros para uma lista de espera antes que qualquer código fosse escrito — uma validação de ideia com esforço mínimo, no espírito do que o curso chama de MVP conceitual.
Seis teóricos centrais sobre o papel do empreendedor¶
A disciplina compara explicitamente como diferentes economistas e pensadores de gestão definiram o papel social do empreendedor:
| Autor | Visão principal | Papel do empreendedor | Ênfase em inovação | Ênfase em risco |
|---|---|---|---|---|
| Jean-Baptiste Say (1803) | "Move recursos econômicos de uma área de produtividade mais baixa para uma mais alta" | Organizador econômico | Baixa | Pouco abordada |
| Joseph Schumpeter (1934/1942) | Introduz a destruição criativa: o empreendedor rompe equilíbrios, inova e substitui modelos antigos por novos | Destruidor criativo / agente revolucionário | Central | Implicitamente presente |
| Peter Drucker (1985) | "Empreendedorismo não é apenas criar empresas — é sistematicamente buscar oportunidades de inovação" | Agente de adaptação e renovação contínua | Fundamental | Considerado |
| Howard Stevenson (1983) | Empreendedorismo é a busca implacável por oportunidades, independentemente dos recursos controlados | Caçador de oportunidades | Média | Considerado |
| Raymond Kao (1993) | Cria valor econômico assumindo riscos calculados | Gerador de riqueza / gestor consciente de risco | Alta | Central |
| Jacques Fillion (1997) | Detecta oportunidades, mobiliza recursos e inova em mercados, produtos e processos | Arquiteto da inovação, orquestrador | Alta | Considerado |
Destruição criativa, na prática
Para Schumpeter, inovações como o motor a vapor, a eletrificação e a produção em massa destruíram setores antigos e criaram mercados inteiramente novos. O mesmo padrão se repete hoje com algoritmos de busca, redes sociais, plataformas de IA e marketplaces digitais — cada um redefinindo (ou destruindo) um mercado anterior.
O lucro através das culturas: uma perspectiva multicultural¶
A forma como diferentes civilizações legitimaram (ou não) o lucro individual varia enormemente, e o material da disciplina usa isso para desnaturalizar a visão ocidental moderna de "empreendedor-herói":
| Cultura/Tradição | Visão do lucro | Instituições ou práticas notáveis |
|---|---|---|
| China (Confucionismo, dinastias Tang–Song) | Tolerado na prática, mas moralmente inferior ao saber — o comerciante (shang) ficava abaixo do agricultor e do erudito na hierarquia social | Huiguan (câmaras de comércio regionais), Gongsuo (associações comerciais), Rota da Seda |
| Mundo Islâmico Medieval | Legítimo e abençoado se obtido de forma ética (halal); usura proibida | Mudarabah (contrato de investimento, ancestral do venture capital), Wakala (agência comercial), Sūq (mercado) |
| Índia Antiga (Hindu/Jainista) | Aceitável com moderação, acompanhado de caridade — ligado ao dharma (dever) e artha (prosperidade) | Castas mercantis (vaishyas), redes comerciais sob os impérios Gupta e Mughal |
| África Subsaariana (impérios Mali/Songhai) | Riqueza como redistribuição e prestígio social — enriquecer sem compartilhar podia reduzir o prestígio | Comércio caravaneiro transaariano, redes tribais de confiança |
| Japão (Período Edo) | Lucro vinculado à excelência, disciplina e legado familiar | Chōnin (burgueses urbanos), Keiretsu e Zaibatsu (empreendedorismo corporativo/familiar) |
| Escandinávia | Legítimo se socialmente responsável, integrado a bem-estar e equidade | Era Viking como rede comercial; cooperativas agrícolas e industriais; modelo atual (Spotify, Klarna, IKEA) combina iniciativa privada com forte Estado |
| Povos pré-colombianos (Incas, Maias, Tupis) | Não havia lucro individual — valor era redistribuído ritualmente | Mit'a (trabalho obrigatório inca), Qollqas (silos coletivos de redistribuição) |
| Rússia / culturas eslavas | Ambivalente — necessário, mas moralmente suspeito, herança do coletivismo soviético | Blat (rede de trocas informais), mercados paralelos na era soviética |
Síntese do material
"Historicamente e culturalmente, o lucro nunca foi um conceito neutro. Ele sempre esteve envolto em juízos morais, espirituais, políticos ou comunitários. A tradição ocidental moderna o transformou em objetivo central da ação empreendedora, enquanto diversas culturas o condicionaram à ética, redistribuição ou responsabilidade coletiva."
Empreendedorismo com propósito¶
No século XXI, a visão do empreendedor como mero gerador de riqueza financeira dá lugar a algo mais amplo. Muhammad Yunus, criador do microcrédito, cunhou o conceito de negócios sociais — empreendimentos que usam mecanismos de mercado para resolver problemas sociais. Para quem programa, isso é especialmente relevante em áreas como inteligência artificial, privacidade de dados, automação do trabalho e governança algorítmica: o código não é neutro, e quem o escreve carrega responsabilidade sobre seu impacto.
2. Startups de software¶
O que é (e o que não é) uma startup¶
Na definição clássica de Steve Blank, difundida por Eric Ries, uma startup é uma "organização temporária em busca de um modelo de negócio repetível e escalável, operando sob condições de extrema incerteza". Isso implica algo importante: uma startup não é apenas uma empresa pequena. Uma padaria de bairro com modelo de negócio estável não é uma startup — ela já sabe como ganha dinheiro. Uma startup existe para experimentar, aprender e iterar rapidamente até descobrir isso.
Essa abordagem é conhecida como Lean Startup, do livro homônimo de Eric Ries (2011), que introduz o ciclo de experimentação contínua e aprendizado validado como motor do processo empreendedor.
O ciclo de vida de uma startup de software¶
| Fase | Pergunta central | Objetivos | Exemplo real |
|---|---|---|---|
| 1. Ideação | "Será que alguém realmente precisa disso?" | Identificar um problema real; formular proposta de valor clara; mapear o público-alvo | Airbnb: os fundadores testaram se alguém pagaria para dormir em colchões de ar durante uma conferência lotada em São Francisco |
| 2. Validação | "Como saber se funciona sem construir tudo?" | Testar hipóteses via MVP; observar reações reais; coletar feedback | Zappos: o fundador fotografava sapatos em lojas físicas e os vendia online, comprando e enviando manualmente a cada pedido — testando a hipótese sem estoque nem logística |
| 3. MVP e produto em evolução | "Como torná-la mais robusta?" | Desenvolver com base no feedback; corrigir bugs; ampliar funcionalidades com cautela | Spotify: começou como cliente desktop restrito aos amigos dos fundadores na Suécia, validando a fluidez do streaming antes de expandir |
| 4. Crescimento e escala | "Como crescer mantendo qualidade?" | Escalar infraestrutura; automatizar processos; criar canais de aquisição | Notion: passou anos desenvolvendo o produto antes de investir em marketing, e só então enfrentou o desafio de atender milhões de usuários |
Startups não são lineares
Uma startup pode voltar fases (pivotar), parar e recomeçar, ou abandonar ideias que não funcionam. O ciclo acima é um mapa, não um trilho único.
Papéis em uma equipe enxuta¶
Em equipes pequenas, papéis raramente são rígidos — a mesma pessoa frequentemente acumula várias funções:
| Papel | Responsabilidade principal |
|---|---|
| Fundadores | Visão de produto, decisões estratégicas, priorização e direcionamento |
| Desenvolvedores(as) | Transformar ideias em código (full-stack), entender restrições técnicas, participar de decisões de arquitetura |
| Designer / UX-UI | Wireframes e protótipos, clareza e acessibilidade, defesa do usuário final dentro da equipe |
| Product Manager (PM) | Backlog, priorização, tradução de necessidades do usuário em requisitos |
| DevOps | Deploy, build, ambiente de testes, monitoramento — ganha peso nas fases finais |
Estrutura organizacional e cultura¶
Startups adotam uma estrutura organizacional enxuta: equipes de 3 a 7 pessoas multidisciplinares, comunicação horizontal sem hierarquia formal, tomada de decisão distribuída (autonomia com responsabilidade) e ciclos curtos de entrega — cada ciclo gera um artefato testável e um novo aprendizado.
A cultura de startup que sustenta essa estrutura tem cinco traços centrais:
- Experimentação e aprendizado contínuo — o erro é parte do processo, não algo a evitar a todo custo. O Gmail passou anos em "beta" dentro do Google, sendo testado e refinado internamente antes de virar um dos produtos mais usados do mundo.
- Rapidez na tomada de decisão — "feito é melhor que perfeito"; decisões são tomadas com os dados disponíveis, sem aprovações burocráticas demoradas.
- Colaboração e responsabilidade compartilhada — a cultura de "liberdade com responsabilidade" da Netflix é citada como exemplo: autonomia para decidir, desde que as decisões sejam baseadas em dados.
- Foco obsessivo no usuário — feedback real não é opcional, é o que direciona prioridades.
- Códigos culturais explícitos — algumas empresas formalizam seus valores em culture decks (o deck da Netflix é o exemplo mais famoso da indústria).
Ferramentas comuns¶
| Categoria | Ferramentas citadas |
|---|---|
| Gestão de tarefas / planejamento ágil | Trello, Notion, Jira |
| Comunicação | Slack, Discord, Google Meet/Zoom |
| Prototipagem | Figma, Miro |
| Controle de versão | Git + GitHub, GitLab, Bitbucket |
| Deploy e backend | Vercel, Render, Netlify, Firebase, Supabase |
| Documentação | Notion, Confluence, Google Docs, README.md |
Do MVP conceitual ao MVP funcional¶
Um MVP conceitual é uma representação simplificada de uma ideia de produto — não precisa ser tecnicamente funcional, mas deve comunicar com clareza qual problema é resolvido, quem são os usuários, qual a proposta de valor, e como a solução funcionaria. Seus componentes típicos são: persona(s), problema principal, proposta de valor, cenários de uso (user stories ou casos de uso), um protótipo de interface (mesmo que em papel ou Figma) e, quando aplicável, uma demonstração inicial de API (uma chamada simples a um modelo de linguagem, por exemplo, com input/output reais).
3. Pesquisa de mercado para validar o MVP¶
Pesquisa de mercado reduz o risco de construir algo que ninguém quer: ela fornece dados concretos para testar hipóteses sobre público-alvo, problema e proposta de valor, e o feedback coletado é o que direciona a iteração do MVP.
Qualitativa vs. quantitativa¶
| Tipo | Pergunta central | Técnicas |
|---|---|---|
| Qualitativa | O quê? Como? Por quê? | Entrevistas (percepção individual), grupos focais (opiniões compartilhadas/conflitantes), observação participante (comportamentos em primeira mão) |
| Quantitativa | Quanto? Com qual frequência? | Pesquisas de campo com questionários fechados e amostra representativa; dados secundários de estudos existentes; mineração de dados em larga escala |
Pesquisas qualitativas não permitem generalização estatística, mas oferecem uma generalização conceitual mais forte — a interpretação precisa ser contextualizada e depende das habilidades conversacionais e observacionais de quem pesquisa.
Desenhos de pesquisa mistos¶
Combinar os dois tipos é comum e tem duas variantes com propósitos diferentes:
- Sequencial explanatória (Quanti → Quali): explicar por que os resultados quantitativos aconteceram.
- Sequencial confirmatória (Quali → Quanti): coletar e analisar percepções de uma pequena amostra intencional para criar uma teoria, depois testá-la em uma amostra representativa, refinando a teoria em um ciclo contínuo.
Um desenho prático de pesquisa para validar um MVP¶
- Entrevistas ou grupo focal com clientes potenciais — explorar o problema ("Qual é o maior desafio relacionado a [problema] que você enfrenta? Como você resolve isso hoje? O que esperaria de uma solução ideal?").
- Testes com protótipos (observação participante) — mostrar o protótipo e observar reações reais, não apenas perguntar opiniões abstratas.
- Landing pages — página simples apresentando o produto, coletando e-mails/cadastros; métrica principal: taxa de conversão.
- Pesquisas de campo com questionários (Google Forms, Typeform, SurveyMonkey) — identificar o problema, perguntar sobre hábitos/frequência, e testar disposição a pagar pela solução proposta.
Não contamine sua própria pesquisa
Fale com os clientes certos (que realmente enfrentam o problema, não qualquer pessoa disponível); seja neutro, evitando perguntas que induzem a resposta desejada; priorize a escuta sobre a fala; prefira testes rápidos e iterativos a uma única pesquisa demorada e "perfeita".
4. Estrutura de custos¶
Motivação
"Se você tivesse que lançar um app hoje com R$ 10.000, onde você gastaria?" — "Startups não quebram só por falta de ideia — elas quebram por má gestão de custos."
Estrutura de custos é como o dinheiro é gasto para construir, operar e crescer o produto. Software tem uma particularidade importante em relação a outros negócios: boa parte do seu custo não cresce de forma suave, mas em degraus.
Três tipos de custo¶
| Tipo | Comportamento | Exemplos |
|---|---|---|
| Fixos | Independem do número de usuários | Salários, ferramentas SaaS, aluguel |
| Variáveis | Crescem com o uso | Cloud (AWS, GCP), APIs (OpenAI, Stripe), custo por usuário |
| Semi-variáveis | Crescem em degraus — um servidor aguenta até X usuários, e então é preciso escalar | Infraestrutura que precisa de upgrade abrupto ao cruzar um limiar de uso |
As quatro áreas típicas de gasto de uma startup de software¶
- Desenvolvimento (o principal custo inicial) — salários/pró-labore, freelancers, ferramentas (GitHub, Figma, IDEs). Mesmo sem salário formal, tempo de desenvolvimento é custo — é tempo que não está sendo investido em outra coisa.
- Infraestrutura — cloud, banco de dados, CDN; custo por requisição, por armazenamento, por escala.
- Aquisição de usuários — marketing digital, anúncios, vendas; métrica-chave: CAC (Customer Acquisition Cost).
- Operação e suporte — atendimento, manutenção, monitoramento, correção de bugs.
Métricas fundamentais¶
| Métrica | O que mede | Fórmula/regra |
|---|---|---|
| Burn rate | Quanto a startup gasta por mês | — |
| Runway | Quanto tempo a empresa sobrevive no ritmo atual de gastos | Runway = Caixa / Burn Rate |
| LTV (Lifetime Value) | Valor total gerado por um cliente ao longo do relacionamento | — |
| CAC (Customer Acquisition Cost) | Custo para adquirir um cliente | Regra: LTV > CAC — senão, o modelo de negócio simplesmente não funciona |
Decisão técnica é decisão financeira
Código ruim custa mais, sobretudo em manutenção e dívida técnica; arquitetura errada torna a escala mais cara e acumula mais dívida. Trade-offs recorrentes incluem build vs. buy, cloud vs. on-premise e escalabilidade precoce vs. MVP enxuto.
Dívida técnica é a metáfora para as consequências de decisões de design tomadas visando resultados rápidos, mas que comprometem a qualidade do código a longo prazo — assim como uma dívida financeira, ela é "paga" depois, com juros na forma de retrabalho, maior complexidade e dificuldade de manutenção. "Programadores não escrevem só código — eles escrevem estruturas de custo."
5. Roadmap de lançamento do MVP¶
Um roadmap de lançamento é um plano estratégico que descreve etapas, metas, custos, prazos e responsabilidades para colocar um produto novo no mercado — um guia prático para alinhar as equipes de produto, marketing, vendas, desenvolvimento e suporte em torno de um mesmo cronograma.
A ferramenta recomendada pela disciplina para estruturá-lo é o 5W1H (acrescido do "C" de custo, 5W1H1C):
| Pergunta | Tradução | Objetivo |
|---|---|---|
| What? | O quê? | Qual é a ação, tarefa ou objetivo? |
| Why? | Por quê? | Qual é o motivo/justificativa? |
| Who? | Quem? | Quem é o responsável pela execução? |
| Where? | Onde? | Onde acontecerá (local, canal, ambiente)? |
| When? | Quando? | Qual o prazo/cronograma? |
| How? | Como? | Quais etapas, recursos ou métodos? |
| (Cost) | Custo | Quanto custa executar? |
5W1H1C aplicado a um app de escrita assistida por IA
What? Lançar o MVP do aplicativo de escrita assistida por IA. Why? Validar se estudantes e criadores de conteúdo consideram útil a geração automática de rascunhos. Who? Equipe de desenvolvimento cuida do app; marketing cuida do lançamento. Where? Divulgação em redes sociais e grupos acadêmicos, acesso via landing page. When? Lançamento beta em 15 de setembro, com campanha de divulgação de 10 dias. How? Construir o MVP com GPT-4, usar Typeform para feedback, promover via Instagram e e-mail.
6. Pitch do projeto¶
Um pitch é uma apresentação curta, clara e persuasiva de uma ideia de negócio, produto ou projeto, com o objetivo de gerar interesse imediato, convencer a audiência do potencial da proposta e conquistar um próximo passo concreto (investimento, parceria, cliente — ou, no contexto do curso, a avaliação do professor).
Tipos de pitch¶
| Tipo | Duração | Foco |
|---|---|---|
| Elevator pitch | 30s a 2min | O essencial: o que é, que problema resolve, por que vale a pena — cabe no tempo de uma viagem de elevador |
| Pitch de investimento | 5 a 10min | Modelo de negócio, mercado, proposta de valor, diferenciais, plano financeiro |
| Pitch de vendas | — | Benefícios práticos e ROI para o cliente potencial |
| Pitch acadêmico/de projetos | — | Estrutura didática, valorizando inovação, viabilidade e impacto |
Roteiro recomendado (10 blocos, ~8 minutos)¶
- Abertura impactante (30s) — uma frase ou pergunta que capture atenção imediatamente.
- O problema (1min) — a dor do mercado, com dados ou exemplos concretos.
- A solução (1min) — o MVP e como ele resolve o problema; uma demonstração ou mockup ajuda muito.
- Mercado e oportunidade (1min) — quem é o público-alvo e qual o potencial de crescimento.
- Proposta de valor e diferenciais (1min) — por que essa solução é única.
- Modelo de negócio (1min) — como o projeto gera receita.
- Tração ou validação (30s) — o que já foi testado, prototipado ou validado com usuários reais.
- Equipe (30s) — quem são e por que têm as habilidades certas.
- Pedido e próximos passos / CTA (1min) — o que se espera da audiência, de forma específica.
- Fechamento memorável (30s) — uma frase forte que resuma o impacto do projeto.
Como formular um bom CTA (call to action)
Seja específico (não peça "apoio" genérico — diga que tipo); seja realista (adapte o pedido ao perfil da audiência); mostre reciprocidade (o que a audiência ganha ao ajudar); use verbos de ação ("testar", "investir", "participar", "guiar"). Para uma banca acadêmica, um CTA eficaz costuma soar como: "Estamos abertos a ouvir suas sugestões para melhorar nosso MVP e torná-lo mais competitivo."
Erros comuns em pitches
Sobre o conteúdo: não explicar o problema real; proposta de valor vaga ("vai mudar o mundo"); nenhum dado ou métrica de validação; público-alvo indefinido; diferencial não demonstrado; CTA ausente ou confuso ("precisamos de dinheiro").
Sobre a estrutura: pitch desequilibrado (longo/curto demais); sem lógica problema → solução → valor → pedido; fechamento abrupto.
Sobre a comunicação: jargão técnico excessivo; falta de energia; superlativos sem comprovação ("somos os melhores"); ler o roteiro sem olhar para a audiência.
Um exemplo didático de pitch ruim, usado em aula: "A gente ainda não tem certeza de como vai funcionar, mas acreditamos que, se der certo, vai ser um sucesso enorme. [...] não posso explicar direito porque é segredo, mas confiem em mim." — a ausência de clareza sobre problema, solução e pedido específico é exatamente o que torna este pitch ineficaz.
Referências e para saber mais¶
Citadas diretamente no material da disciplina:
- Say, J.-B. (1803). Traité d'économie politique. Paris: Deterville.
- Schumpeter, J. A. (1934). The Theory of Economic Development. Harvard University Press. / (1942). Capitalism, Socialism and Democracy. Harper & Brothers.
- Drucker, P. F. (1985). Innovation and Entrepreneurship: Practice and Principles. Harper & Row.
- Stevenson, H. H. (1983). A Perspective on Entrepreneurship. Harvard Business School Working Paper No. 9-384-131.
- Kao, R. W. Y. (1993). Entrepreneurship: A Wealth-Creation and Value-Adding Process. Prentice Hall.
- Fillion, J. L. (1997). "Le processus entrepreneurial: caractéristiques individuelles et étapes de développement". Revue Internationale PME, 10(2).
- Weber, M. (2004 [1905]). A Ética Protestante e o Espírito do Capitalismo. Companhia das Letras.
- Casson, M. (2003). The Entrepreneur: An Economic Theory. Edward Elgar Publishing.
- Shane, S.; Venkataraman, S. (2000). "The Promise of Entrepreneurship as a Field of Research". Academy of Management Review, 25(1).
- Yunus, M. (2010). Building Social Business. PublicAffairs.
- Blank, S.; Dorf, B. (2012). The Startup Owner's Manual. K&S Ranch.
- Ries, E. (2011). The Lean Startup. Crown Business.
Enriquecimento externo (não estava no material original, mas complementa diretamente os temas da disciplina — leituras clássicas de referência em empreendedorismo e startups de tecnologia):
- Blank, S. (2005/2013). The Four Steps to the Epiphany. O livro que originou a metodologia de Customer Development por trás do próprio conceito de Lean Startup usado na disciplina.
- Osterwalder, A.; Pigneur, Y. (2010). Business Model Generation. A obra que introduziu o Business Model Canvas (BMC), ferramenta explicitamente usada no Módulo 2 do curso para modelar o negócio.
- Fitzpatrick, R. (2013). The Mom Test. Referência clássica sobre como conduzir entrevistas de validação de problema sem contaminar as respostas com perguntas que induzem o que o entrevistado "acha que você quer ouvir" — diretamente aplicável à etapa de pesquisa de mercado qualitativa do curso.
- Thiel, P.; Masters, B. (2014). Zero to One. Discute a criação de monopólios através de inovação radical, em diálogo direto com a ideia schumpeteriana de destruição criativa.
- Moore, G. (1991). Crossing the Chasm. Clássico sobre como produtos de tecnologia atravessam o abismo entre os primeiros adotantes entusiastas e o mercado de massa — relevante para pensar o roadmap de lançamento além do MVP.
- Christensen, C. (1997). The Innovator's Dilemma. Formaliza por que empresas estabelecidas falham diante de inovações disruptivas, complementando a leitura de Schumpeter sobre destruição criativa com uma perspectiva de gestão.