flowchart TD
M09["Módulo 09<br/>Entrevistas de empatia<br/>Observações e citações reais"] --> ENTRADA
M10["Módulo 10<br/>Mapa de Empatia<br/>Jornada do Usuário<br/>Enunciado POV"] --> ENTRADA
M12["Módulo 12<br/>Ideia selecionada<br/>Justificativa de seleção"] --> ENTRADA
subgraph M13["Módulo 13 — Solução e Proposta de Valor"]
ENTRADA["Insumos de entrada<br/>Dados empíricos + ideia definida"] --> EXP
subgraph EXPO["Exposição — 30 minutos"]
EXP["Bloco 1 (0–10 min)<br/>Da ideia à solução<br/>5 perguntas definitórias"] --> EXP2
EXP2["Bloco 2 (10–20 min)<br/>Value Proposition Canvas<br/>Estrutura e rastreabilidade"] --> EXP3
EXP3["Bloco 3 (20–30 min)<br/>Feature vs. benefício<br/>Cadeia 'e daí?'"]
end
EXP3 --> PROJ
subgraph PROJ["Trabalho em Projeto — 170 minutos"]
E1["Estágio 1 (0–30 min)<br/>Perfil do Cliente<br/>Rastreabilidade empírica"] --> E2
E2["Estágio 2 (30–90 min)<br/>Mapa de Valor<br/>Avaliação do encaixe"] --> E3
E3["Estágio 3 (90–140 min)<br/>Definição precisa da solução<br/>Parágrafo de proposta de valor"] --> E4
E4["Estágio 4 (140–170 min)<br/>Finalização e leitura coletiva<br/>Feedback rápido entre grupos"]
end
end
PROJ --> M14["Módulo 14<br/>Protótipo<br/>Definição de solução + proposta de valor<br/>como ponto de partida"]
style ENTRADA fill:#74add1,color:#fff,stroke:#4a8ab0
style M13 fill:#f5f0e8,color:#333,stroke:#c8a96e
style EXPO fill:#e8f4e8,color:#333,stroke:#4dac26
style PROJ fill:#e8f0f8,color:#333,stroke:#2c7bb6
style M14 fill:#2c7bb6,color:#fff,stroke:#1a5a8a
Plano de Aula — Módulo 13: Startup — Solução e Proposta de Valor
Documento exclusivo para o professor | Módulo 13 | Formato: Projeto de Startup
Este plano de aula é o guia pedagógico completo para a condução do Módulo 13. Ele detalha a visão geral da sessão no contexto do arco semestral do projeto, os objetivos de aprendizagem e as três competências centrais do módulo, a preparação prévia do professor e dos estudantes, o sumário denso dos conceitos nucleares para revisão rápida, o diagrama do fluxo metodológico, o roteiro dos 30 minutos de exposição estruturado em três blocos de dez minutos, o roteiro dos 170 minutos de trabalho em projeto estruturado em quatro estágios, as orientações separadas sobre as atividades da Turma A e da Turma B com critérios de avaliação, e os cinco erros conceituais mais frequentes na tutoria deste módulo. Leia este plano integralmente na semana anterior ao módulo. Na véspera da aula, releia as seções 6 e 7.
1. Visão geral do módulo
O Módulo 13 é o mais intelectualmente exigente dos módulos de startup do semestre — não porque o seu conteúdo seja o mais extenso, mas porque a facilitação que ele requer é a mais delicada. Em todos os módulos anteriores do projeto, a direção do trabalho era relativamente clara: no Módulo 09, o grupo coletava dados entrevistando pessoas reais; no Módulo 10, organizava esses dados em ferramentas estruturadas; no Módulo 12, gerava ideias e selecionava uma com critérios explícitos. Em cada um desses módulos, havia um produto relativamente tangível ao final — e a verificação da qualidade dependia, em grande medida, de checar se os procedimentos corretos tinham sido seguidos.
O Módulo 13 é diferente em um aspecto fundamental: seu produto principal é uma definição, não um artefato. O que o grupo precisará produzir ao final desta sessão é uma definição precisa da solução e uma proposta de valor articulada como benefício — e a qualidade desse produto não se verifica pela forma, mas pelo rigor conceitual que o sustenta. Um grupo pode preencher as seis dimensões do Value Proposition Canvas e, ainda assim, ter um canvas que não diz nada útil, porque os itens foram inventados durante o preenchimento em vez de derivados dos dados de empatia. Um grupo pode escrever um parágrafo de proposta de valor tecnicamente correto em formato e, ainda assim, ter um parágrafo que descreve características do produto em vez de benefícios para o usuário. A função do professor neste módulo é, antes de mais nada, criar e manter o padrão de rigor necessário para que os produtos entregues pelos grupos tenham a qualidade exigida.
A dificuldade central que o professor enfrentará neste módulo vem de duas pressões opostas que os grupos experimentam simultaneamente, e que puxam em direções contrárias. A primeira é a pressão pela abrangência. Os grupos chegam ao Módulo 13 com o entusiasmo natural de quem passou três módulos pesquisando um problema real e acredita ter descoberto algo importante. Essa energia é valiosa e deve ser preservada — mas ela também cria uma tendência a querer incluir tudo: todos os problemas que o usuário tem, todas as funcionalidades que poderiam ajudar, todas as dimensões da experiência que o produto poderia melhorar. Grupos que cedem a essa pressão produzem soluções que tentam resolver cinco problemas ao mesmo tempo e, por isso, não resolvem nenhum com profundidade. O canvas de um grupo assim será visualmente preenchido — mas o Mapa de Valor terá dez aliviadores de dor para cinco dores, três tipos de produto diferentes, e criadores de ganho que não se conectam a nenhuma dor específica. A solução não tem forma porque não tem limite.
A segunda pressão é a pressão pela vagueza. Paradoxalmente, alguns grupos chegam ao Módulo 13 com o movimento oposto: diante da dificuldade de definir, preferem manter a solução deliberadamente genérica — “um aplicativo para ajudar pacientes” — para preservar optionalidade e não se comprometer com nada que possa se revelar errado mais tarde. Esses grupos acreditam, equivocadamente, que uma solução mais vaga é mais segura, porque pode ser reconfigurada conforme necessário. O problema é que uma solução vaga não pode ser prototipada, porque não tem forma; não pode ser testada, porque não tem hipótese; e não pode ser apresentada a nenhum interlocutor externo de forma convincente, porque não diz nada que seja verificável. Um prototype de uma solução vaga é sempre um prototype de nada.
O papel do professor, portanto, é empurrar cada grupo em direção à especificidade: usuário específico, funcionalidade específica, limites específicos e benefícios específicos. Esse trabalho de especificação não deve ser confundido com restrição criativa — ele é a condição para que qualquer trabalho criativo subsequente tenha valor. Na medicina, a analogia é precisa: um plano terapêutico sem paciente específico identificado, sem contraindicações explicitadas e sem critérios de acompanhamento definidos não é um plano — é uma intenção. O mesmo se aplica à definição de produto.
A conexão com o mundo real do desenvolvimento de produtos de saúde deve ser tornada explícita durante o módulo. Produtos que falham em definir o que não fazem quase invariavelmente falham em entregar o que prometem fazer. A literatura sobre desenvolvimento de produtos digitais de saúde documenta extensamente o fenômeno de aplicativos e plataformas que, projetados com escopo ilimitado, chegam ao mercado com dezenas de funcionalidades parcialmente implementadas, nenhuma delas suficientemente profunda para resolver o problema que motivou o produto. O professor pode mencionar esse padrão durante a exposição inicial para criar o contexto de por que a definição de limites é uma decisão de design, não uma limitação.
A conexão para frente, em direção ao Módulo 14, é direta e deve ser comunicada com clareza: a qualidade do protótipo que cada grupo construirá no módulo seguinte é diretamente determinada pela qualidade da definição de solução produzida neste módulo. Um grupo que sai do Módulo 13 com uma definição vaga construirá um protótipo vago que não testa nenhuma hipótese específica — e, portanto, não aprenderá nada relevante sobre se a solução responde ao problema identificado. A conexão para trás, em direção aos Módulos 09 e 10, é o critério de ancoragem: cada item do Perfil do Cliente no Value Proposition Canvas deve ser rastreável a uma observação ou citação real das entrevistas conduzidas no Módulo 09 e estruturadas nas ferramentas do Módulo 10. Um canvas preenchido a partir de suposições, por mais plausíveis que pareçam, não é um canvas — é uma fantasia bem organizada.
2. Objetivos, competências e habilidades
O objetivo central do Módulo 13 é que cada grupo de estudantes produza, a partir da ideia selecionada no Módulo 12 e dos dados de empatia coletados nos Módulos 09 e 10, três produtos integrados: um Value Proposition Canvas completamente preenchido com rastreabilidade empírica demonstrável, uma descrição de solução precisa que responde às cinco perguntas definitórias, e um parágrafo de proposta de valor que articula benefícios para o usuário em linguagem que qualquer pessoa consegue compreender. Esse objetivo operacional é sustentado por três competências de ordem superior que o módulo deve cultivar.
A primeira competência é a precisão definitória, que se refere à capacidade de definir um objeto — neste caso, uma solução tecnológica — com especificidade suficiente para que seja operacionalmente distinguível de alternativas. Um estudante que desenvolveu essa competência consegue articular com clareza o que a solução faz, o que ela deliberadamente não faz, em que condições ela funciona e onde ela falha — e o faz sem recorrer a formulações genéricas como “ajuda os pacientes” ou “melhora o acesso à saúde”. O indicador observável dessa competência é a qualidade das exclusões deliberadas na descrição da solução: grupos que listam exclusões com justificativas baseadas no perfil do usuário e no problema central demonstram essa competência; grupos cujas exclusões são arbitrárias ou cuja lista de exclusões está ausente não a demonstram. Na prática médica, essa competência encontra paralelo direto na capacidade de formular hipóteses diagnósticas específicas e testáveis, em vez de listas abertas de diagnósticos diferenciais sem critério de priorização.
A segunda competência é a tradução de pesquisa em design, que se refere à capacidade de usar dados coletados em entrevistas e organizados em ferramentas de síntese como fundamento direto para decisões de design de produto. Um estudante que desenvolveu essa competência consegue apontar, para cada item do Perfil do Cliente no seu canvas, a observação específica ou a citação da entrevista que o gerou — e quando um item não tem essa rastreabilidade, consegue identificá-lo como hipótese a ser validada. Essa distinção entre dado empírico e suposição é o núcleo do método científico aplicado ao design de produto. O indicador observável é precisamente a rastreabilidade: o professor testa essa competência perguntando, para qualquer item do Perfil do Cliente, “de qual entrevista isso veio?” Se o grupo hesita ou generaliza a resposta, o item provavelmente é suposição.
A terceira competência é a articulação de valor do ponto de vista do usuário, que se refere à capacidade de descrever o que um produto oferece em termos do resultado que produz para quem o usa — não em termos das funcionalidades técnicas que o compõem. Essa competência exige uma mudança de perspectiva que, para estudantes em formação técnica, é contraintuitiva: o investimento na construção de um produto cria naturalmente um viés de narrar o produto pela perspectiva de quem o construiu, descrevendo o que ele faz internamente. O usuário, no entanto, não se importa com o que acontece internamente — importa com o resultado que experimenta. O indicador observável dessa competência é a capacidade de o grupo ler o seu próprio parágrafo de proposta de valor em voz alta e responder, de forma honesta, à pergunta: “alguém que nunca ouviu falar do produto, ao ler este parágrafo, entenderia por que deveria usá-lo?”
O conjunto das três competências configura um perfil de saída que vai além dos entregáveis deste módulo: forma estudantes capazes de traduzir necessidades de usuários reais em definições de produto rigorosas e comunicáveis — uma habilidade que será útil tanto no contexto do projeto de startup quanto em qualquer situação futura em que precisem propor, avaliar ou implementar soluções tecnológicas em saúde.
3. Preparação prévia do professor e dos estudantes
A preparação do professor para o Módulo 13 começa com a leitura das entregas de dois módulos anteriores: o Módulo 10, que contém o Mapa de Empatia, a Jornada do Usuário e o Enunciado POV de cada grupo, e o Módulo 12, que contém a ideia selecionada e a justificativa de seleção. Essa leitura prévia serve a propósitos que vão além do conhecimento geral do andamento dos grupos: ela permite que o professor identifique antecipadamente as situações que exigirão intervenção específica durante a sessão.
Para o Módulo 10, o professor deve verificar três coisas em cada grupo. Primeiro, se o Mapa de Empatia e a Jornada do Usuário têm conteúdo suficientemente específico para alimentar o Perfil do Cliente do Value Proposition Canvas — grupos com ferramentas muito genéricas terão dificuldade em rastrear itens do canvas até dados empíricos, e o professor deve estar preparado para ajudá-los a trabalhar com o material que têm sem inventar o que não foi pesquisado. Segundo, se o Enunciado POV identifica com clareza um usuário específico e uma necessidade específica — enunciados vagos produzirão Perfis do Cliente vagos, e o professor deve preparar perguntas específicas para ajudar o grupo a recuperar a especificidade a partir dos dados disponíveis. Terceiro, se existe algum elemento especialmente rico nos dados de empatia de determinado grupo — uma observação particularmente reveladora, uma citação que captura com precisão um ponto de dor — que o professor possa usar como exemplo durante a exposição inicial ou durante a tutoria.
Para o Módulo 12, o professor deve verificar duas coisas em cada grupo. Primeiro, se a ideia selecionada está descrita com especificidade suficiente para ser distinguível de outras ideias candidatas. Uma descrição como “um aplicativo para hipertensos” é insuficiente; uma descrição como “um sistema de lembretes personalizados para pacientes hipertensos em acompanhamento no SUS que perderam dois ou mais retornos consecutivos nos últimos seis meses” é o nível de especificidade esperado. Segundo, se a justificativa de seleção conecta a ideia escolhida ao usuário e ao problema identificados nas entrevistas, ou se foi baseada em preferência do grupo sem ancoragem empírica. Grupos cuja justificativa de seleção não menciona o usuário nem o problema terão dificuldade de preencher o Perfil do Cliente com dados genuínos.
Quando a descrição da ideia selecionada de um grupo for ambígua ou vaga, o professor deve preparar, antes da aula, uma pergunta clarificadora específica para aquele grupo — não uma avaliação, mas uma questão que ajude o grupo a articular o que intuitivamente sabe mas não expressou com precisão. Por exemplo: “vocês disseram que querem ajudar médicos de família em municípios pequenos — o que exatamente o médico faria de diferente no dia seguinte se tivesse a solução de vocês?” Esse tipo de pergunta específica é mais produtivo do que orientações genéricas, porque obriga o grupo a recuperar a especificidade a partir da sua própria perspectiva, não a aceitar uma redefinição proposta pelo professor.
Os estudantes devem chegar ao Módulo 13 com dois conjuntos de documentos em mãos, em formato físico ou digital. O primeiro conjunto é o material do Módulo 10: Mapa de Empatia, Jornada do Usuário e Enunciado POV. Esses documentos são o substrato empírico do Perfil do Cliente — sem eles em mãos, os grupos terão que preencher o canvas a partir da memória, o que invariavelmente introduz generalizações e omissões. O segundo conjunto é a entrega do Módulo 12: a ideia selecionada com a justificativa documentada. Essa entrega é o ponto de partida da definição de solução.
4. Sumário do material para revisão rápida
Esta seção apresenta uma síntese densa dos conceitos nucleares do material do Módulo 13, organizada como referência de revisão para o professor. Não substitui a leitura do material completo, mas permite reativar, nas horas anteriores à aula, os conceitos que serão mobilizados durante a tutoria.
As cinco perguntas que transformam uma ideia em solução. O material distingue explicitamente entre intenção e definição: uma ideia selecionada no Módulo 12, por mais bem formulada que esteja, é ainda uma intenção enquanto não responder a cinco perguntas precisas. A primeira pergunta — quem exatamente é o usuário — exige que o grupo vá além de categorias amplas como “pacientes” ou “médicos” e identifique o perfil específico: contexto de atenção à saúde, nível de letramento digital, fase do tratamento, condicionantes sociais e econômicos. A segunda pergunta — o que exatamente o produto faz — exige a descrição do fluxo de uso primário do ponto de vista do usuário, não uma lista de funcionalidades técnicas. A terceira pergunta — o que o produto não faz — é a mais incomum e a mais importante do ponto de vista da disciplina de produto: exige pelo menos três exclusões explícitas que delimitam o escopo e impedem a expansão progressiva não planejada. A quarta pergunta — sob quais condições o produto funciona — identifica os pré-requisitos técnicos, contextuais e comportamentais para o funcionamento adequado. A quinta pergunta — sob quais condições o produto não funciona — descreve os modos de falha esperados e as situações nas quais o produto entregará resultados piores do que a alternativa atual.
As seis dimensões do Value Proposition Canvas. O canvas de Osterwalder tem dois lados que funcionam como complementos. O Perfil do Cliente tem três dimensões. As Tarefas do Cliente são o que o usuário está tentando realizar — e se subdividem em três tipos: as tarefas funcionais (o que o usuário literalmente faz), as tarefas sociais (como o usuário quer ser percebido por outros enquanto realiza a tarefa) e as tarefas emocionais (como o usuário quer se sentir ao realizar a tarefa). As Dores são o que frustra, bloqueia, ou impede o usuário de realizar suas tarefas — e se subdividem em dores como obstáculos (barreiras de acesso ou funcionamento), dores como riscos (possíveis consequências negativas) e dores como resultados indesejados (consequências já sofridas). Os Ganhos são os resultados positivos que o usuário deseja obter — e se subdividem em ganhos esperados (o resultado mínimo aceitável), ganhos desejados (o que realmente quereria) e ganhos inesperados (o que surpreenderia positivamente). O Mapa de Valor também tem três dimensões. Os Produtos e Serviços são o que o produto oferece concretamente. Os Aliviadores de Dor descrevem como o produto reduz ou elimina dores específicas do Perfil do Cliente — cada aliviador deve ser mapeado a uma dor específica, não a uma dor genérica. Os Criadores de Ganho descrevem como o produto cria ou amplifica ganhos específicos do Perfil do Cliente — cada criador deve ser mapeado a um ganho específico.
O encaixe e seus três tipos. O encaixe entre o Perfil do Cliente e o Mapa de Valor não é binário — existe ou não existe. Osterwalder descreve três tipos de encaixe em sequência crescente de validação. O encaixe problema-solução ocorre quando o Mapa de Valor foi desenhado para endereçar as dores mais intensas e os ganhos mais desejados identificados no Perfil do Cliente — é o tipo de encaixe que o Módulo 13 trabalha, e sua validação é ainda baseada em dados de pesquisa, não em evidência de uso real. O encaixe produto-mercado ocorre quando usuários reais adotam o produto e demonstram, pelo comportamento, que o produto resolve o problema — esse encaixe só pode ser verificado após a prototipação e os testes do Módulo 14. O encaixe de modelo de negócio ocorre quando o produto funciona dentro de uma estrutura sustentável de criação e captura de valor — é o tema central do Módulo 15. O professor deve deixar claro para os grupos que o que se verifica no Módulo 13 é apenas o encaixe problema-solução, e que esse encaixe é necessário mas não suficiente.
A distinção entre característica e benefício e a cadeia “e daí?”. A distinção que o material do módulo recupera a partir do insight de Theodore Levitt sobre brocas e furos é a seguinte: uma característica descreve o que o produto faz; um benefício descreve o que muda na vida do usuário como resultado de o produto fazer isso. A tendência natural de equipes de desenvolvimento é descrever o produto pelas suas características, porque é isso que a equipe construiu e conhece. O mecanismo para atravessar da característica ao benefício é a cadeia “e daí?”: para cada característica técnica, o grupo pergunta “e daí? o que isso significa para o usuário?” e repete a pergunta até chegar a uma resposta que se conecta diretamente a uma Dor ou Ganho do Perfil do Cliente. Uma cadeia bem construída tem no mínimo três elos e termina em uma frase que o próprio usuário reconheceria como relevante para a sua vida. O parágrafo de proposta de valor, ao final, deve ser composto exclusivamente de benefícios — nenhuma característica técnica deve aparecer nele.
Os cinco erros comuns no preenchimento do canvas. O primeiro erro é preencher o Mapa de Valor antes do Perfil do Cliente — a inversão de sequência que contamina todo o trabalho subsequente. O segundo erro é preencher o Perfil do Cliente com suposições em vez de dados empíricos, produzindo um perfil que reflete o que o grupo acha que o usuário precisa, não o que os usuários relataram nas entrevistas. O terceiro erro é escrever Aliviadores de Dor como descrições de funcionalidades técnicas — “o sistema envia notificações push” não é um aliviador de dor, é uma característica. O quarto erro é propor Criadores de Ganho para ganhos que não aparecem no Perfil do Cliente — criadores soltos, sem correspondência no Perfil, revelam que o grupo está design-ando para si mesmo, não para o usuário pesquisado. O quinto erro é redigir a proposta de valor como lista de funcionalidades — o que produz um texto que o usuário não consegue usar para decidir se o produto é relevante para ele.
O parágrafo de proposta de valor e seus critérios. Um parágrafo de proposta de valor bem formulado tem no máximo 150 palavras, não contém nenhuma característica técnica, identifica o usuário específico para quem o produto foi desenhado, descreve o benefício principal que o produto entrega, e diferencia esse benefício do que já existe. O critério de teste é simples: alguém que nunca ouviu falar do produto deve conseguir entender, ao ler o parágrafo, por que o produto existe e por que alguém com o perfil descrito deveria querer usá-lo.
5. Diagrama do fluxo metodológico do módulo
O diagrama abaixo representa o fluxo metodológico do Módulo 13, mostrando a relação entre os insumos trazidos pelos grupos dos módulos anteriores, as atividades conduzidas ao longo dos 200 minutos da sessão e os produtos que alimentarão o Módulo 14.
6. Roteiro dos 30 minutos de exposição
Os 30 minutos de exposição inicial têm um objetivo pedagógico que vai além de recapitular o conteúdo do material: eles devem criar o enquadramento mental que tornará produtivos os 170 minutos de trabalho que se seguem. Os estudantes já leram o material do módulo — ou deveriam ter lido — portanto a exposição não deve repetir definições que o material apresenta com detalhe. O que a exposição deve fazer é demonstrar, com exemplos concretos e ao vivo, como os conceitos se traduzem em ações específicas que os grupos realizarão em seguida. Os 30 minutos estão organizados em três blocos de dez minutos com funções distintas.
Bloco 1 (0–10 min): Da ideia à solução — as cinco perguntas
O professor abre o módulo com uma pergunta direta à turma: “Quem pode me dizer o que o produto de seu grupo vai fazer?” Ele aguarda uma ou duas respostas e, tipicamente, as respostas serão formuladas de forma genérica — “um aplicativo para ajudar pacientes hipertensos”, “uma plataforma de telemedicina para municípios pequenos”. O professor então diz: “Essas são intenções excelentes. Mas se eu fosse o desenvolvedor do produto de vocês e precisasse começar a construí-lo amanhã, o que eu construiria? Quem é o paciente, exatamente? O que o produto faz no primeiro uso? O que ele não faz?”
Esse enquadramento inicial cria o reconhecimento do problema — grupos que acreditavam ter uma definição clara percebem que têm uma intenção — e estabelece a motivação para o trabalho do módulo.
Em seguida, o professor usa um exemplo de grupo fictício de aulas anteriores — ou cria um fictício com o contexto mencionado no material: “um aplicativo para ajudar pacientes hipertensos a não perderem as consultas de retorno” — e percorre ao vivo as cinco perguntas definitórias. O professor deve fazer as perguntas em voz alta e registrar as respostas no quadro ou em tela projetada, de forma que os estudantes vejam a ideia se transformando progressivamente em uma definição. Ao responder a primeira pergunta (quem é o usuário?), o professor demonstra como “pacientes hipertensos” precisa se tornar “pacientes adultos com diagnóstico de hipertensão há mais de um ano, em acompanhamento em UBS do SUS, com smartphone Android de entrada, que já perderam ao menos uma consulta de retorno nos últimos quatro meses”. Ao responder a terceira pergunta (o que o produto não faz?), o professor demonstra o raciocínio por trás das exclusões: “o produto não monitora a pressão arterial — porque isso exigiria um esfigmomanômetro conectado que a maioria dos usuários não tem. O produto não substitui a consulta — porque isso criaria um risco clínico e um desafio regulatório que estão fora do escopo desta solução. O produto não envia notificações sobre medicamentos — porque esse é um problema diferente do problema de comparecimento, e misturá-los produziria um produto que não resolve nenhum dos dois bem.”
A mensagem de encerramento do Bloco 1 deve ser explícita e direta: “Os limites que vocês definem hoje não são restrições ao que podem fazer no futuro — são o que vai proteger o trabalho de vocês no Módulo 14. Um protótipo sem definição clara não testa nada. Uma definição clara decide o que o protótipo precisa responder.”
Bloco 2 (10–20 min): O Value Proposition Canvas — estrutura e rastreabilidade
O professor projeta ou desenha no quadro a estrutura do Value Proposition Canvas — o círculo do Perfil do Cliente à direita e o quadrado do Mapa de Valor à esquerda — e explica brevemente as seis dimensões. O ponto mais importante deste bloco não é a descrição das dimensões, que o material já apresenta em detalhe, mas a demonstração do princípio de rastreabilidade.
O professor usa o mesmo exemplo do Bloco 1 e começa a preencher o Perfil do Cliente ao vivo: “A tarefa funcional mais importante desse usuário é comparecer às consultas de retorno para manter o tratamento em dia. Como eu sei isso? Porque três dos seis entrevistados mencionaram espontaneamente o medo de perder a consulta e precisar recomeçar o processo de agendamento, que demora três semanas. Isso está no Mapa de Empatia desse grupo fictício, no quadrante ‘o que diz’.” O professor deve fazer esse gesto — apontar para a fonte empírica — pelo menos duas ou três vezes durante o preenchimento do Perfil, para que os estudantes internalizem que cada item do Perfil precisa ter essa conexão.
Em seguida, o professor preenche o Mapa de Valor com o mesmo cuidado: “O aliviador de dor é: reduz o risco de perder a consulta por esquecimento, enviando lembretes 48 horas antes e 2 horas antes. Por que esse aliviador endereça a dor específica? Porque a dor identificada é o esquecimento, não a dificuldade de acesso à unidade ou a falta de transporte. Um aliviador que facilita o transporte não aliviaria essa dor — seria um aliviador para uma dor diferente.”
O professor deve então demonstrar o teste de rastreabilidade inverso: aponta para um item do Mapa de Valor — por exemplo, “permite reagendar diretamente pelo app” — e pergunta: “Esse item endereça qual dor do Perfil do Cliente? Se não consigo traçar uma linha direta até uma dor específica, esse item não tem ancoragem — e ou está sobrando, ou revela que falta uma dor importante no Perfil que ainda não foi mapeada.”
Bloco 3 (20–30 min): Característica ou benefício? A cadeia “e daí?”
O professor projeta duas versões do mesmo produto: a primeira, escrita em linguagem de características técnicas; a segunda, escrita em linguagem de benefícios. Um exemplo de par contrastante que funciona bem é: “Versão 1: O AppRetorno usa algoritmo de priorização baseado em dados de histórico de ausências para enviar notificações push customizadas com janela de tempo adaptativa. Versão 2: Para o paciente hipertenso que já perdeu consultas por esquecimento, o AppRetorno lembra você da consulta no momento certo — dois dias antes e duas horas antes — de um jeito que funciona com o smartphone que você já tem.”
O professor pergunta: “Qual das duas versões faz você querer usar esse produto?” A resposta é invariavelmente a segunda — e o ponto pedagógico é exatamente esse: a primeira versão descreve o produto do ponto de vista de quem o construiu; a segunda descreve o produto do ponto de vista de quem vai usá-lo.
O professor então demonstra ao vivo a cadeia “e daí?” partindo de uma característica técnica da Versão 1: “Algoritmo de priorização baseado em dados de histórico de ausências. E daí? Isso significa que o sistema sabe quais pacientes têm mais risco de não comparecer. E daí? Isso significa que esses pacientes recebem mais lembretes ou lembretes no momento mais eficaz. E daí? Isso significa que o paciente que tinha o hábito de esquecer as consultas passa a comparecer com mais regularidade. E daí? Isso significa que o tratamento da hipertensão é acompanhado com mais regularidade. E daí? Isso significa menor risco de evento cardiovascular por hipertensão descontrolada — que é exatamente o que o paciente teme e o que o médico quer prevenir.” O professor mostra que a cadeia atravessou cinco elos até chegar a um resultado que o próprio paciente reconheceria como importante para a sua vida.
Nos últimos dois minutos do bloco, o professor organiza a dinâmica dos 170 minutos: a Turma A construirá o canvas do próprio grupo, começando obrigatoriamente pelo Perfil do Cliente; a Turma B realizará as três tarefas analíticas com materiais fictícios. O professor deixa explícito o produto esperado ao final da sessão para cada turma.
7. Roteiro dos 170 minutos de trabalho em projeto
Os 170 minutos de trabalho em projeto estão organizados em quatro estágios com transições explícitas. O professor deve manter circulação ativa e contínua entre os grupos durante toda a fase, sem permanecer em nenhum grupo por mais de dez minutos consecutivos, salvo em situações que exijam intervenção mais demorada. A regra de circulação tem um objetivo preciso: garantir que o professor passe por cada grupo pelo menos três vezes em posições diferentes do estágio 2 — o mais longo e o que requer mais tutoria — e que identifique grupos com problemas antes que o problema se consolide em um entregável errado.
Estágio 1 (0–30 min): Construção do Perfil do Cliente
A Turma A inicia o estágio 1 com a instrução explícita: nenhum grupo deve tocar no Mapa de Valor até que o Perfil do Cliente esteja completo. O professor deve comunicar essa regra de sequência antes de liberar os grupos para o trabalho e reforçá-la durante a circulação.
O procedimento para a Turma A neste estágio é o seguinte. Cada grupo coloca na mesa todos os documentos do Módulo 10 — Mapa de Empatia, Jornada do Usuário e Enunciado POV — e usa esses documentos como fonte primária para cada item que inserem no Perfil do Cliente. O professor, ao visitar cada grupo neste estágio, deve fazer uma verificação de rastreabilidade: aponta para um item do Perfil que o grupo acabou de escrever e pergunta: “De qual entrevista ou observação isso veio? Qual quadrante do Mapa de Empatia tem isso?” Se o grupo não conseguir apontar a fonte, o item deve ser marcado como hipótese não validada pelos dados disponíveis — não deve ser removido, mas deve ser tratado de forma distinta dos itens com ancoragem empírica clara.
O professor deve também verificar se as três dimensões do Perfil do Cliente estão sendo preenchidas de forma equilibrada. Grupos que preenchem intensamente as Tarefas do Cliente mas negligenciam as Dores — ou que listam Dores mas não distinguem os tipos — estão produzindo um Perfil incompleto que comprometerá o Mapa de Valor. O professor pode usar a pergunta: “Você tem pelo menos uma dor de cada tipo? Obstáculo, risco e resultado indesejado já sofrido?” para verificar a cobertura sem dirigir o conteúdo.
Ao mesmo tempo, a Turma B inicia a Tarefa 1 — o diagnóstico do canvas fictício de um grupo que trabalha com telemedicina para médicos de família em municípios rurais. O professor deve visitar os grupos da Turma B neste estágio para verificar que o diagnóstico está sendo feito com base nos critérios do material, não por intuição: cada problema identificado deve ser nomeado com o termo do material e justificado com referência ao elemento específico do canvas que o exemplifica.
A ação mais importante do professor ao longo do Estágio 1 é garantir que nenhum grupo da Turma A avance para o Mapa de Valor antes de ter um Perfil do Cliente com pelo menos dois itens por dimensão com rastreabilidade demonstrável. Grupos que terminam o Perfil antes dos 30 minutos podem começar a identificar os três itens prioritários — a Tarefa mais importante, a Dor mais intensa e o Ganho mais desejado — o que dará mais clareza ao preenchimento do Mapa de Valor no estágio seguinte.
Estágio 2 (30–90 min): Mapa de Valor e avaliação do encaixe
O Estágio 2 é o mais longo e o que requer a tutoria mais ativa e mais tecnicamente exigente. É neste estágio que o erro mais frequente do módulo tende a se materializar: os grupos da Turma A começam a preencher o Mapa de Valor com Aliviadores de Dor formulados como descrições de funcionalidades técnicas, sem perceber a diferença.
O professor, ao visitar um grupo neste estágio, deve aplicar imediatamente um teste de mapeamento: aponta para cada Aliviador de Dor que o grupo escreveu e pergunta: “Qual Dor do Perfil do Cliente este aliviador endereça? Consegues traçar uma linha direta?” Se o grupo hesita, ou se o aliviador é genérico demais para ser ligado a uma Dor específica, o professor aplica a cadeia “e daí?” ao vivo: “Você escreveu ‘sistema de notificações push’. E daí? O que muda para o usuário? Qual dor isso alivia?” O objetivo não é que o professor forneça a resposta, mas que o grupo percorra os elos até chegar à articulação do aliviador em termos de resultado para o usuário.
Uma segunda intervenção frequente neste estágio é a identificação de Criadores de Ganho que endereçam ganhos que não aparecem no Perfil do Cliente. Quando o professor identifica esse problema, a intervenção correta não é pedir que o grupo remova o Criador de Ganho, mas perguntar: “Você tem esse ganho no Perfil do Cliente? Se não tem, de duas uma: ou esse ganho realmente existe nos dados de empatia e você não o incluiu no Perfil, ou esse criador está endereçando um ganho que você imaginou que o usuário teria, não um que o usuário expressou. Qual das duas situações é esta?”
Nos grupos que demonstram encaixe claramente aspiracional — onde o Mapa de Valor foi claramente construído a partir do que o grupo quer que o produto ofereça, não do que o usuário precisa — o professor deve intervir de forma mais direta: “Vocês podem me dizer qual parte do Mapa de Empatia sustenta este item do Mapa de Valor? Se não há sustentação, este item é uma hipótese. Marquem como hipótese e continuem — mas saibam que no Módulo 14 vão precisar testar essa hipótese antes de investir tempo na prototipação desse item.”
Simultaneamente, a Turma B avança pela Tarefa 1 e inicia a Tarefa 2 — a classificação e reformulação dos cinco fragmentos de proposta de valor com diferentes graus de problema. O professor deve verificar que a Turma B está aplicando os critérios do material e não julgando os fragmentos por impressão geral. A pergunta de intervenção útil para a Turma B neste estágio é: “Você classificou esse fragmento como ‘descrição de característica’. Qual é a característica específica? Qual seria o benefício correspondente? Como você chegaria de um ao outro usando a cadeia ‘e daí?’”
Estágio 3 (90–140 min): Definição precisa da solução e parágrafo de proposta de valor
O Estágio 3 marca a transição do canvas para os dois produtos finais do módulo: a descrição precisa da solução e o parágrafo de proposta de valor. Para a Turma A, essa transição deve ser comunicada explicitamente pelo professor ao visitar os grupos: “Vocês têm o canvas. Agora precisam usar o que aprenderam ao preencher o Perfil do Cliente para responder às cinco perguntas da definição de solução — não como exercício separado, mas como síntese do que o canvas revelou.”
O professor deve verificar, em cada grupo da Turma A, se a descrição de solução responde genuinamente às cinco perguntas ou se é uma reformulação da ideia original do Módulo 12 sem incorporar o que o canvas produziu. A pergunta de intervenção para esse caso é: “A definição de solução que vocês escreveram mudou em alguma coisa depois que vocês preencheram o Perfil do Cliente? Se não mudou nada, ou vocês já tinham uma definição muito boa antes do canvas — o que é ótimo, mas raro — ou o canvas não influenciou a definição, o que significa que um dos dois não foi feito com rigor suficiente.”
A verificação mais importante deste estágio, para o parágrafo de proposta de valor, é o teste que o professor aplica ao ler o parágrafo de cada grupo: “Leiam o parágrafo para mim. Agora me digam: existe alguma característica técnica neste parágrafo? Se sim, qual é o benefício correspondente que deveria estar no lugar?” O professor deve verificar também se o usuário específico aparece no parágrafo — propostas de valor que omitem o usuário são invariavelmente mais genéricas do que o necessário.
Para o parágrafo de proposta de valor, o professor deve resistir à tentação de sugerir formulações. A função do professor é testar e questionar, não escrever. Uma intervenção eficaz é: “Você escreveu que o produto ‘melhora o acompanhamento do tratamento’. Quem é beneficiado por isso? O paciente, o médico, ou os dois? Quão específico você pode ser sobre o que muda na vida da pessoa depois que ela usa o produto?”
Simultaneamente, a Turma B avança pela Tarefa 2 e inicia a Tarefa 3 — a análise crítica do grupo fictício com problema de scope creep na definição da solução de monitoramento de insuficiência cardíaca. O professor deve visitar os grupos da Turma B neste estágio para verificar que o diagnóstico de scope creep está baseado em critérios específicos: quais itens da solução proposta pelo grupo fictício vão além do ponto de dor central identificado nas entrevistas? A intervenção útil para a Turma B é: “Você identificou scope creep nesse item. Agora demonstre: no contexto do usuário central descrito — paciente acima de 60 anos com smartphone básico em acompanhamento no SUS — qual é o problema específico que essa funcionalidade cria?”
Estágio 4 (140–170 min): Finalização e apresentação cruzada
O Estágio 4 combina finalização dos produtos com uma atividade de feedback rápido que é ao mesmo tempo avaliativa e pedagógica. A instrução do professor aos grupos da Turma A é que cada grupo deve ter, ao início do Estágio 4, os três produtos prontos em rascunho: o canvas completo, a descrição precisa da solução e o parágrafo de proposta de valor.
O professor organiza a atividade de leitura cruzada: cada grupo da Turma A lê seu parágrafo de proposta de valor em voz alta para a turma, em no máximo 45 segundos. Após a leitura, o professor abre para os outros grupos responderem a uma única pergunta binária: “Depois de ouvir esse parágrafo, você consegue entender por que alguém com esse perfil usaria esse produto?” O professor não permite debates ou críticas — apenas respostas diretas. Grupos cujos parágrafos produzem dúvida ou incompreensão em outros grupos recebem de volta a pergunta do professor: “O que faltou no parágrafo para que a resposta fosse ‘sim, entenderia’?”
Essa atividade de leitura cruzada serve a um propósito pedagógico preciso: coloca o parágrafo de proposta de valor no teste mais simples e mais revelador disponível — a compreensão de um leitor externo que não sabe nada sobre o produto além do que o parágrafo comunica. Grupos que constroem o produto ao longo de semanas desenvolvem inevitavelmente um viés de familiaridade — aquilo que parece óbvio para quem construiu o produto é com frequência opaco para quem não o construiu. A leitura cruzada torna visível esse gap com custo zero.
Para a Turma B, o Estágio 4 é dedicado à finalização das três tarefas e à revisão interna da coerência dos produtos: o diagnóstico do canvas fictício, a reformulação dos fragmentos de proposta de valor, e a análise de scope creep com a hipótese para o Módulo 14. O professor visita os grupos da Turma B neste estágio para verificar se a hipótese central identificada para o Módulo 14 se conecta genuinamente à assunção mais incerta da solução — e não à funcionalidade que o grupo fictício teria mais facilidade de prototipar.
8. Orientações sobre as atividades
Turma A
A Tarefa 1 da Turma A pede a construção do Perfil do Cliente do Value Proposition Canvas a partir dos dados de empatia dos Módulos 09 e 10. O critério central de avaliação é a rastreabilidade empírica: cada item do Perfil deve ter uma fonte empírica identificada. Para avaliar essa dimensão, o professor deve, na leitura da entrega, verificar se o grupo explicitou as fontes ao longo do texto dissertativo — não apenas ao final, mas para cada item no momento em que é introduzido. A ausência de rastreabilidade em mais de dois itens de qualquer dimensão indica que o grupo preencheu o Perfil a partir de suposições.
A segunda dimensão de avaliação da Tarefa 1 é a cobertura das três dimensões do Perfil. As três dimensões — Tarefas, Dores e Ganhos — devem estar preenchidas com mais de um item cada, e os tipos dentro de cada dimensão devem ser distinguidos: tarefas funcionais, sociais e emocionais; dores como obstáculos, riscos e resultados indesejados; ganhos esperados, desejados e inesperados. Grupos que tratam cada dimensão como uma lista homogênea, sem distinguir os subtipos, demonstram compreensão superficial da ferramenta.
A terceira dimensão de avaliação é a identificação e justificativa dos três itens prioritários — a Tarefa mais importante, a Dor mais intensa e o Ganho mais desejado. A qualidade dessa identificação está na justificativa: o grupo deve ser capaz de argumentar por que esses três itens são os prioritários — com base nos dados de empatia, não na preferência do grupo. Uma justificativa como “escolhemos essa dor porque parecia mais grave para o paciente” é insuficiente; uma justificativa como “escolhemos essa dor porque quatro dos seis entrevistados a mencionaram espontaneamente como o problema mais frequente e mais frustrante” demonstra ancoragem empírica.
A Tarefa 2 da Turma A pede a construção do Mapa de Valor e a avaliação do encaixe. O critério central de avaliação é o mapeamento direto: cada Aliviador de Dor deve endereçar explicitamente uma Dor específica do Perfil do Cliente, e cada Criador de Ganho deve criar ou amplificar explicitamente um Ganho específico do Perfil. O professor deve verificar, na leitura da entrega, se os Aliviadores de Dor são formulados como resultados para o usuário ou como descrições de funcionalidades. Aliviadores formulados como funcionalidades — “o sistema envia notificações”, “a plataforma usa criptografia” — não passam no teste.
A avaliação do encaixe, segunda parte da Tarefa 2, deve ser avaliada pela honestidade da distinção entre encaixe genuíno e encaixe aspiracional. Grupos que afirmam ter encaixe genuíno em todos os itens sem apresentar evidência empírica para cada afirmação estão sendo otimistas, não rigorosos. O encaixe mais difícil de sustentar empiricamente — e, portanto, o mais revelador da qualidade do trabalho — é o encaixe dos Criadores de Ganho com os Ganhos do Perfil: ganhos desejados e inesperados são os mais difíceis de confirmar com dados de entrevistas, porque os usuários raramente expressam espontaneamente o que os surpreenderia positivamente.
A Tarefa 3 da Turma A pede a descrição precisa da solução, o parágrafo de proposta de valor e a demonstração da cadeia “e daí?”. Para a descrição de solução, o critério de avaliação é a completude das cinco respostas: todas as cinco perguntas devem estar respondidas com especificidade, e as exclusões devem ser deliberadas — cada exclusão deve ser acompanhada de uma justificativa baseada no perfil do usuário ou no problema central, não em “não tivemos tempo de fazer isso”. Para o parágrafo de proposta de valor, o critério é a ausência de características técnicas: o professor deve ser capaz de ler o parágrafo e não identificar nenhuma sentença que descreva o que o produto faz internamente. Para a cadeia “e daí?”, o critério é a completude e a conexão final: cada cadeia deve ter pelo menos três elos e o elo final deve conectar a uma Dor ou Ganho identificado no Perfil do Cliente da Tarefa 1.
Turma B
A Tarefa 1 da Turma B pede o diagnóstico de um canvas fictício de um grupo que trabalha com telemedicina para médicos de família. Os erros presentes no canvas fictício são três principais: os Criadores de Ganho não se conectam aos Ganhos identificados no Perfil do Cliente (o canvas lista ganhos como “exportar relatórios em PDF” e “interface adaptada para dispositivos móveis”, que não correspondem a nenhum dos ganhos no Perfil — “sentir que está fazendo a diferença”, “ser reconhecido como competente”, “ter um colega especialista disponível”), os Aliviadores de Dor mais técnicos — “usa criptografia de ponta a ponta” e “sistema de notificações push” — não identificam qual Dor do Perfil endereçam, configurando o erro de aliviador formulado como característica, e o Perfil do Cliente, embora pareça plausível, não tem nenhuma referência a dados empíricos, podendo ter sido preenchido a partir de suposições sobre o que médicos de família precisam.
O critério de avaliação da Tarefa 1 é a precisão do diagnóstico: o grupo deve nomear os erros com os termos do material e justificar cada identificação com referência ao elemento específico do canvas. A correção proposta para os dois erros mais graves deve ser substantivamente diferente do original — não uma reformulação cosmética, mas uma versão que realmente resolve o problema identificado. O professor deve verificar se a avaliação do encaixe vai além de “o encaixe é fraco” para especificar exatamente quais itens prioritários do Perfil não estão sendo endereçados e o que precisaria mudar no Mapa de Valor para fortalecê-lo.
A Tarefa 2 da Turma B pede a classificação e reformulação de cinco fragmentos de proposta de valor. O critério de avaliação não é se o grupo chegou à classificação “correta” — pois a classificação pode ter nuances — mas se a justificativa de cada classificação está baseada nos critérios do material. Um grupo que classifica o Fragmento 1 como “descrição pura de característica” sem identificar qual benefício estava ausente não demonstra domínio do critério. A reformulação dos fragmentos problemáticos deve demonstrar a aplicação da cadeia “e daí?”: o grupo deve mostrar, passo a passo, como atravessou da característica ao benefício, não apenas apresentar o resultado final. A hierarquia de qualidade dos cinco fragmentos deve ser justificada por critérios — benefício genuíno, especificidade do usuário, relevância para a vida do usuário — e não por preferência pessoal do grupo.
A Tarefa 3 da Turma B pede a análise crítica de um caso de scope creep em uma solução de monitoramento cardíaco. O critério de avaliação do diagnóstico é a especificidade: o grupo deve identificar quais itens específicos da proposta inicial do grupo fictício constituem scope creep em relação ao ponto de dor central identificado nas entrevistas — a descompensação não percebida a tempo — e deve justificar por que cada item excedente cria complexidade desnecessária dado o perfil do usuário central. A reformulação da definição de solução deve demonstrar as cinco respostas com pelo menos três exclusões deliberadas, cada uma com justificativa que mencione o perfil do usuário ou a hipótese central. O parágrafo de proposta de valor da Tarefa 3 deve ser avaliado pelo mesmo critério que o da Turma A: ausência de características técnicas e presença do usuário específico. A hipótese para o Módulo 14 deve conectar-se à assunção mais incerta da solução reformulada — e o professor deve verificar se o grupo identificou a hipótese de fato mais incerta, não a mais conveniente de testar.
9. Pontos críticos de tutoria e erros conceituais frequentes
Os cinco erros conceituais que o professor mais frequentemente encontra na tutoria do Módulo 13 são descritos a seguir, com o método de detecção e a intervenção recomendada para cada um.
Erro 1: preencher o Mapa de Valor antes do Perfil do Cliente. Este é o erro mais prevalente e o que tem as consequências mais graves para a qualidade do canvas. Ele se manifesta de duas formas: na forma explícita, quando o grupo literalmente começa pelo lado esquerdo do canvas porque a ideia de produto é o que têm mais claro na cabeça; e na forma implícita, quando o grupo aparentemente preenche o Perfil do Cliente primeiro, mas o faz de forma que o Perfil converge curiosamente com o produto que já tinham em mente. A segunda forma é mais difícil de detectar e mais danosa pedagogicamente, porque o grupo acredita genuinamente que seguiu o processo correto.
O método de detecção é o teste de rastreabilidade: o professor aponta para um item do Perfil do Cliente — especialmente uma Dor ou um Ganho — e pede que o grupo indique a fonte empírica. Se o grupo hesita, generaliza ou não consegue apontar para um documento específico do Módulo 09 ou 10, o Perfil foi preenchido a partir do produto, não dos dados. A intervenção é a mais direta deste módulo: o professor pede que o grupo ponha de lado o Mapa de Valor, abra os documentos do Módulo 10 na mesa, e reconstrua o Perfil do Cliente olhando exclusivamente para esses documentos, sem olhar para o que já escreveu no Mapa de Valor. A reconstrução, feita com os documentos empíricos como único insumo, quase sempre produz um Perfil diferente — e o grupo percebe a diferença sem que o professor precise explicá-la.
Erro 2: itens do Perfil do Cliente sem fonte empírica identificável. Este erro é uma versão mais branda do Erro 1 e ocorre mesmo em grupos que genuinamente tentam basear o Perfil nos dados de empatia: eles incluem itens que parecem plausíveis, que provavelmente existem, mas que não aparecem de forma clara nos documentos do Módulo 09 ou 10. O perigo desse erro é que ele não é detectável pela aparência do canvas — um Perfil preenchido com suposições plausíveis parece idêntico a um Perfil preenchido com dados empíricos.
O método de detecção é novamente o teste de rastreabilidade, aplicado item por item: “Este item sobre isolamento profissional — qual entrevistado mencionou isso? Em qual parte do Mapa de Empatia está?” Se o grupo não consegue apontar a fonte, o item é suposição. A intervenção não é remover o item — é marcar explicitamente como hipótese não sustentada pelos dados disponíveis e pedir que o grupo retorne aos documentos do Módulo 09 e 10 para verificar se existe alguma evidência que sustente a suposição. Frequentemente, grupos que fazem esse exercício descobrem que a evidência existe mas foi negligenciada no preenchimento original.
Erro 3: Aliviadores de Dor formulados como listas de funcionalidades. Este erro é o que mais aparece no Mapa de Valor e o que revela com maior clareza a confusão entre característica e benefício. Sua manifestação mais comum são formulações como “o sistema possui algoritmo de detecção X”, “a plataforma oferece integração com Y”, “o aplicativo usa tecnologia Z”. Essas formulações descrevem o que o produto faz internamente — não o que muda na vida do usuário como resultado.
O método de detecção é a pergunta direta: o professor lê o Aliviador de Dor em voz alta e pergunta: “Qual Dor do Perfil do Cliente este aliviador alivia?” Se o grupo consegue nomear a Dor específica mas o Aliviador está formulado em linguagem técnica, a intervenção é a cadeia “e daí?” aplicada ao vivo: “O sistema usa criptografia de ponta a ponta. E daí? O que isso significa para o médico? Qual dor isso alivia?” O professor deve conduzir os elos até que o grupo chegue a uma formulação que descreve o resultado para o usuário, e então pede que o grupo reescreva o Aliviador de Dor usando essa formulação, não a original.
Erro 4: parágrafo de proposta de valor com características em vez de benefícios. Este erro é a manifestação no produto final da mesma confusão que produz o Erro 3. Ele é especialmente frequente porque grupos que passaram horas construindo uma solução técnica tendem a se orgulhar das características que a tornam tecnicamente interessante e querem comunicá-las. O parágrafo de proposta de valor parece o lugar certo para isso — e não é.
O método de detecção é o teste de leitura em voz alta: o professor pede que o grupo leia o parágrafo e, ao final, pergunta: “Existe alguma frase neste parágrafo que descreve o que o produto faz internamente, em vez de o que muda para o usuário?” Se o grupo identifica alguma frase assim, a intervenção é imediata: aplicar “e daí?” àquela frase ao vivo e substituir pelo resultado que aparece ao final da cadeia. Se o grupo não identifica nenhuma frase com esse problema mas o professor identifica, o professor pode ler a frase com um tom neutro e perguntar: “Esta frase, por si só, faz o usuário que vocês descreveram querer usar o produto? Por que sim ou por que não?”
Erro 5: definição de solução sem limites explícitos. Este erro é o mais fácil de não perceber, porque a ausência de limites não produz nenhum produto visível com problema — ela produz um produto que parece completo mas não tem fronteira. Um grupo cujo produto “pode ser usado por qualquer paciente com qualquer condição em qualquer contexto de atenção à saúde” não definiu uma solução — definiu uma categoria.
O método de detecção é a pergunta direta: “O que o produto de vocês não faz?” Se o grupo hesita ou produz uma lista de exclusões óbvias e triviais — “não faz diagnóstico médico”, “não substitui o médico” — sem exclusões deliberadas e específicas ao escopo da solução, os limites não foram definidos. A intervenção mais eficaz é a pergunta sobre o modo de falha: “O que acontece quando um usuário tenta fazer X com o produto de vocês?” — onde X é uma funcionalidade adjacente, relacionada ao problema, mas fora do escopo que o grupo deveria ter definido. A resposta a essa pergunta revela os limites implícitos que o grupo tem na cabeça mas não documentou. O professor então convida o grupo a tornar esses limites explícitos na descrição da solução, transformando o implícito em um contrato interno que protegerá o grupo da expansão progressiva do escopo no Módulo 14.
Lembrete pedagógico para encerramento do módulo. Ao final dos 170 minutos de trabalho, reserve cinco minutos para um fechamento explícito com toda a turma. A mensagem central deste encerramento deve conectar o trabalho realizado com o que virá no Módulo 14: “O canvas que vocês preencheram hoje, a definição que vocês escreveram e o parágrafo de proposta de valor são os três documentos que determinarão a qualidade do protótipo que vocês construirão no próximo módulo. Um protótipo não testa um produto — testa uma hipótese sobre o produto. A hipótese está na definição que vocês fizeram hoje. Se a definição for vaga, o protótipo testará uma hipótese vaga — e não aprenderão nada relevante. Se a definição for precisa, o protótipo poderá revelar, de forma direta, se a solução que vocês conceberam responde ao problema que identificaram nas entrevistas.”