Build With AI - Definindo o Problema

IFRO Campus Porto Velho - Calama, 4985 Avenida Calama, Porto Velho, 76820-441

GDG Porto Velho

Como criar um Problem Statement eficaz. Frameworks: "How Might We", Jobs To Be Done, Value Proposition Canvas.Criar um P...

Apr 2, 12:00 – 9:30 PM (UTC)

3 RSVP'd

Key Themes

AIAI - GeminiBuild with AIWorkshop / hands-on session

About this event

Como criar um Problem Statement eficaz. Frameworks: "How Might We", Jobs To Be Done, Value Proposition Canvas.

Criar um Problem Statement (Declaração do Problema) eficaz é o passo mais crítico antes de desenhar qualquer solução. Um bom Problem Statement foca no problema do usuário e no impacto gerado, sem tentar prescrever a solução antecipadamente.

Abaixo, detalho como estruturar declarações de problemas matadoras utilizando três dos frameworks mais respeitados do mercado.

1. Framework "How Might We" (HMW)

O "How Might We" (Como Poderíamos) é excelente para a fase de ideação. Ele pega um problema estático ou uma frustração e o transforma em uma oportunidade aberta e otimista para o design.

  • O "Como": Assume que existe uma solução, mas ainda não sabemos qual é.

  • O "Poderíamos": Encoraja o trabalho em equipe e tira o peso da certeza absoluta.

  • O "Nós": Reforça que o desafio será resolvido colaborativamente.

A Estrutura Básica:

"Como poderíamos [ação para melhorar a experiência] para [público-alvo] para que [impacto/resultado desejado]?"

Exemplo Prático:

  • Problema ruim (focado na solução): "Precisamos de um botão maior na tela de pagamento."

  • Problema estático: "Os usuários idosos abandonam o carrinho de compras na hora de pagar."

  • Problem Statement HMW: "Como poderíamos simplificar as etapas de pagamento para usuários com pouca familiaridade digital, para que eles sintam segurança ao finalizar a compra sozinhos?"

2. Jobs To Be Done (JTBD)

O JTBD parte do princípio de que os usuários não "compram" produtos; eles os "contratam" para realizar um trabalho (job) específico em suas vidas. A clássica analogia é: as pessoas não querem comprar uma furadeira de ¼ de polegada, elas querem um buraco de ¼ de polegada na parede.

Este framework é perfeito para entender o contexto, a motivação e o resultado esperado, isolando a necessidade real do produto em si.

A Estrutura Básica (Job Story):

"Quando [situação / contexto], eu quero [motivação / ação], para que eu possa [resultado esperado]."

Exemplo Prático:

  • Problema tradicional: "Executivos precisam de um app de delivery de comida mais rápido."

  • Problem Statement JTBD: "Quando estou focado em fechar relatórios antes do prazo final (situação), quero conseguir uma refeição nutritiva sem precisar analisar dezenas de cardápios (motivação), para que eu não perca o foco e mantenha minha produtividade alta (resultado)."

3. Value Proposition Canvas (VPC)

O Value Proposition Canvas ajuda a garantir a adequação entre o que o mercado quer e o que você está construindo (o famoso Product-Market Fit). Ele é dividido em duas partes: o Perfil do Cliente e o Mapa de Valor.

Para redigir o seu Problem Statement usando o VPC, você deve focar exclusivamente no lado direito do canvas (o Perfil do Cliente) antes de pensar no Mapa de Valor.

Atividade Prática

Como extrair o problema do Canvas:

  1. Customer Jobs (Tarefas do Cliente): O que seu cliente está tentando realizar profissionalmente ou pessoalmente?

  2. Pains (Dores): Quais são os riscos, obstáculos ou emoções negativas que o impedem de realizar essa tarefa com sucesso?

  3. Gains (Ganhos): Quais resultados concretos fariam a vida desse cliente mais fácil?

A Estrutura Básica (Sintetizando o VPC):

"Nosso cliente [Perfil] está tentando [Customer Job], mas enfrenta [Principal Dor], o que o impede de alcançar [Principal Ganho]."

Exemplo Prático:

  • Problem Statement VPC: "Gestores de RH de médias empresas (Perfil) estão tentando mapear o clima organizacional (Job), mas enfrentam a baixíssima adesão dos funcionários às pesquisas longas e burocráticas (Dor), o que os impede de ter dados confiáveis e rápidos para prevenir demissões (Ganho)."

Qual usar?

  • Use HMW quando quiser fazer um brainstorming aberto com a equipe de design e engenharia.

  • Use JTBD quando quiser entender a motivação profunda por trás da decisão de compra ou uso.

  • Use o VPC quando quiser garantir que o problema que você está resolvendo tem forte apelo comercial e alinhamento direto com o valor do negócio.

    Utilizar o ecossistema de Inteligência Artificial do Google para aplicar esses frameworks acelera absurdamente o processo. A IA atua como um parceiro de brainstorming e um sintetizador de dados, tirando você da "tela em branco" em segundos.

    Aqui estão as melhores ferramentas de IA do Google para criar e refinar seus Problem Statements, e como usá-las em cada framework:

    1. NotebookLM (O "Sintetizador" de Pesquisas)

    O NotebookLM é, sem dúvida, a ferramenta mais poderosa do Google para a fase de descoberta de produto. Ele atua como um assistente de pesquisa personalizado que baseia suas respostas exclusivamente nos documentos que você faz o upload.

    • Como aplicar aos frameworks:

      • Faça o upload de transcrições de entrevistas com usuários, relatórios de Zendesk/atendimento ao cliente, pesquisas de mercado e anotações soltas.

      • Para o Value Proposition Canvas: Peça ao NotebookLM: "Leia estas entrevistas e liste as 5 principais Dores (Pains) e os 3 maiores Ganhos esperados (Gains) relatados por este perfil de cliente."

      • Para o JTBD: Peça: "Com base nos relatos de frustração destes documentos, escreva 3 Job Stories focadas no que o usuário estava tentando realizar antes de desistir do processo."

    2. Gemini (O seu Co-piloto de Ideação)

    A interface de chat do Gemini (esta que estamos usando) é excelente para a fase de ideação divergente e convergente. Você traz o contexto cru, e nós estruturamos e expandimos as ideias.

    • Como aplicar aos frameworks:

      • Para o "How Might We": Você pode me dar um problema estático e pedir variações. Exemplo de prompt: "O problema atual é que os usuários abandonam o cadastro no meio do caminho. Gere 10 perguntas 'How Might We' focadas em reduzir o atrito emocional desse público."

      • Para refinar: Você pode me pedir para atuar como o "Advogado do Diabo" para testar se o seu Problem Statement está enviesado ou focando cedo demais na solução.

    3. Gemini Live (Brainstorming em Tempo Real)

    Se você estiver usando o aplicativo do Gemini no celular (Android ou iOS), pode ativar o Gemini Live. É um modo conversacional por voz, de fluxo livre, onde você pode me interromper e debater ideias de forma muito natural.

    • Como aplicar aos frameworks:

      • É perfeito para quando a ideia ainda está confusa na sua cabeça. Você pode abrir o microfone enquanto caminha ou dirige e dizer: "Estou tentando montar um Value Proposition Canvas para um novo sistema. O cliente quer resolver X, mas esbarra em Y. Como podemos transformar isso na declaração do problema?" e nós vamos ajustando verbalmente até chegar na frase perfeita.

    4. Gemini no Google Workspace (Google Docs)

    Quando o brainstorming termina e você precisa oficializar a documentação para a equipe de engenharia e design, o recurso "Ajude-me a escrever" (Help me write) integrado ao Google Docs entra em cena.

    • Como aplicar aos frameworks:

      • Ao abrir um documento em branco para o PRD (Product Requirements Document), você pode pedir para a IA do Docs: "Crie um rascunho de Problem Statement usando a estrutura Jobs To Be Done para um usuário que precisa gerar relatórios financeiros semanais." Ele já formata o texto profissionalmente dentro do seu documento oficial.

When

When

Thursday, April 2, 2026
12:00 PM – 9:30 PM (UTC)

Speaker

  • Filipe Rodrigo Freitas da Silva

    GDG

    Organizer GDG Porto Velho

Partners

Go tech logo

Go tech

SEBRAE RONDÔNIA logo

SEBRAE RONDÔNIA

Zorvian Tec logo

Zorvian Tec

Organizer

  • Filipe Freitas

    Organizer