Could you explain which user problem we are trying to solve before we discuss implementation?
Você poderia explicar qual problema do usuário estamos tentando resolver antes de discutir a implementação?
Perguntar antes de propor uma solução
Primeira vez aqui?
Cada tema tem etapas curtas, uma de cada vez.Esta é a primeira: a Aula. Quando terminar de ler, toque em Concluir aula e ir ao vocabulário. Seu progresso fica salvo sozinho — pode sair e voltar quando quiser.
Precisa de uma fonte mais confortável? Abra Menu → Preferências.
Tema 192 · Aula
Você vai aprender estas frases
Ouça cada frase e tente repeti-la.
Se quiser, grave sua voz para comparar. A gravação não é enviada.
We are interested in understanding how people measure success, rather than assuming a metric.
Estamos interessados em entender como as pessoas medem sucesso, em vez de presumir uma métrica.
Ver dica
Gerund forms support exploratory questions.Before designing the service, we need to identify the audience, constraint and alternative.
Antes de desenhar o serviço, precisamos identificar a audiência, a restrição e a alternativa.
Ver dica
Infinitive and coordination frame the discovery work.The question is whether the proposed workflow solves the real bottleneck.
A questão é se o fluxo proposto resolve o gargalo real.
Ver dica
An embedded whether-clause keeps the problem open.Nível: C1
Objetivo
Aplicar Embedded questions, gerunds/infinitives e problem framing; identificar público, necessidade, restrição e alternativa; Exemplos tech: perguntar sobre usuários, métricas e restrições antes de desenhar uma solução. em inglês de nível C1, usando o cenário de tecnologia do roadmap (uma conversa de discovery antes de desenhar um serviço) sem perder precisão, clareza e responsabilidade.
Explicação
Este tópico pratica Embedded questions, gerunds/infinitives e problem framing em uma situação de tecnologia: uma conversa de discovery antes de desenhar um serviço. O objetivo é tornar o raciocínio audível para a audiência certa, separar fatos de inferências e registrar uma ação verificável. Use a estrutura-alvo para conectar linguagem, evidência, risco e decisão; não substitua clareza por jargão.
Erros comuns
- Aplicar discovery como fórmula decorativa, sem relacioná-la à decisão técnica.
- Confundir uma hipótese ou preferência com um fato confirmado.
- Usar jargão quando uma formulação clara explicaria o risco e o próximo passo.
Prática guiada
Escolha uma conversa de discovery antes de desenhar um serviço; produza uma resposta usando Embedded questions, gerunds/infinitives e problem framing, nomeie a evidência e termine com uma ação ou pergunta de confirmação.
Resumo
Aplicar Embedded questions, gerunds/infinitives e problem framing; identificar público, necessidade, restrição e alternativa; Exemplos tech: perguntar sobre usuários, métricas e restrições antes de desenhar uma solução. em inglês de nível C1, usando o cenário de tecnologia do roadmap (uma conversa de discovery antes de desenhar um serviço) sem perder precisão, clareza e responsabilidade.
Aplicar Embedded questions, gerunds/infinitives e problem framing; identificar público, necessidade, restrição e alternativa; Exemplos tech: perguntar sobre usuários, métricas e restrições antes de desenhar uma solução. em inglês de nível C1, usando o cenário de tecnologia do roadmap (uma conversa de discovery antes de desenhar um serviço) sem perder precisão, clareza e responsabilidade.
Registre sua percepção. Isso não prova domínio, não muda sua nota e não bloqueia o próximo tema.