Declarações de problemas de design - o que são e como enquadrá-las

Publicados: 2022-03-11

Em 2006, a Microsoft fez a jogada competitiva e lançou o Zune, sua versão do iPod futurista, de um botão e com todas as músicas no bolso. As cores na tela eram fortes e a interface foi digitada com uma bela fonte minimalista. Foi uma jogada ousada desafiar a Apple, mas no mundo do produto, o sucesso nem sempre é estar em primeiro lugar.

O Zune da Microsoft não conseguiu resolver nenhum problema de design específico na vida diária — O Microsoft Zune não foi um produto bem-sucedido porque não abordou nenhum problema especial de design na vida diária que ainda não fosse preenchido por recursos em outros produtos.

Pode-se argumentar que os recursos exclusivos do Zune, como o envio sem fio de uma música de um Zune para outro (um recurso inovador no meio do ano) eram tão bons quanto os recursos exclusivos do iPod, tornando o produto da Microsoft um concorrente aparentemente forte . Mas em vez disso, foi um fracasso.

Por quê?

Você pode descobrir inúmeras razões pelas quais o Zune não foi um sucesso (e provavelmente uma pilha de razões pelas quais deveria ter sido). Uma das principais causas subjacentes era que a Microsoft não havia identificado um problema que o Zune resolveria. Não havia necessidades claras do usuário que o iPod não atendesse ou qualquer inovação que pudesse agitar as coisas. O Zune não estava resolvendo nada.

Se não há problema, não há solução e não há razão para uma empresa existir. – Vinod Khosla, Khosla Ventures (uma empresa de capital de risco do Vale do Silício)

O que exatamente é um “problema de design”?

Todos nós os tivemos, os resolvemos e, definitivamente, os causamos. Mas colocá-lo em termos simples é um desafio em si. O dicionário Oxford diz que um problema é “uma questão ou situação considerada indesejada ou prejudicial e que precisa ser tratada e superada”. É verdade, mas isso implica que há uma consciência do resultado desejado. Com todo o respeito às mentes brilhantes do Dicionário Oxford, esta definição está faltando um componente importante: desejos inconscientes .

O inventor do automóvel, Henry Ford, conhecia essa camada de desejo quando disse: “Se eu tivesse perguntado às pessoas o que elas queriam, elas teriam dito cavalos mais rápidos”. Ele sabia que o problema em questão era que os cavalos eram muito lentos. Mas esse não era realmente o problema que precisava ser resolvido. Havia uma necessidade mais profunda que seus clientes não conseguiam articular.

O Modelo T e seu inventor Henry Ford — Henry Ford, e piloto do primeiro Model T.

Richard Buchanan é um “teórico do design” cuja carreira gira em torno dos princípios do design thinking centrado no ser humano. Em seu artigo Design Research and the New Learning , ele alude à necessidade não articulada de um usuário quando define design como “o poder humano de conceber, planejar e fazer produtos ou serviços que servem aos seres humanos na realização de seus propósitos individuais e coletivos. .” É o propósito do usuário que precisa de atenção, não apenas uma situação indesejada. Essa necessidade mais profunda está na raiz do que um usuário deseja, podendo ou não articulá-lo.

Os clientes da Ford achavam que precisavam de uma versão mais rápida do que já tinham. Mas a Ford entendeu seu propósito mais profundo: ir de um lugar para outro mais rápido . Essa distinção o ajudou a evitar simplesmente projetar um cavalo mais rápido e, em vez disso, abriu as portas para criar algo que nunca existiu antes.

Um problema não é simplesmente uma situação indesejada ou um assunto que se desvia da norma – embora essas ainda sejam definições válidas de um problema. Para designers e soluções criativas de problemas, um problema é uma necessidade não atendida que, se atendida, pode satisfazer o propósito do usuário.

Enquadrando uma declaração de problema de design — Enquadrar um problema traz o foco para uma paisagem movimentada.

Por que enquadrar um problema?

Enquadrar um problema de design é o primeiro passo em um processo de design centrado no ser humano. Ele prioriza os elementos que acabamos de discutir: o usuário e o propósito que ele deseja realizar. Isso significa que uma rodada inicial de pesquisa de usuários pode ser revolucionária na descoberta de desejos profundamente enraizados. A realização de entrevistas com usuários ou pesquisa de desktop, como análise competitiva, pode revelar insights sobre usuários em potencial e quais problemas eles enfrentam.

Por exemplo, uma declaração de problema de design pode ser: “As novas mães precisam de uma maneira de se sentirem conectadas a um grupo de apoio porque passam muito tempo sozinhas com seus bebês e acabam se sentindo isoladas e solitárias”. Essas mães têm um desejo profundo de saber que não estão sozinhas, e um novo produto pode ajudá-las a alcançar o propósito de se sentirem conectadas.

Uma equipe de design poderia desenvolver um aplicativo, uma plataforma de rede social ou até mesmo um local físico onde as mães pudessem se reunir. A declaração do problema orientaria a equipe na navegação de decisões e recursos, como, devemos usar IA? A quais outros aplicativos ele deve se vincular? Como o ambiente poderia ser projetado? O problema enquadrado fornece uma estrutura para elaborar a melhor solução para o usuário.

Ao enquadrar o problema com uma declaração estreita o suficiente para trazer foco, mas ampla o suficiente para a criatividade, a equipe de design do produto pode permanecer simultaneamente focada na solução de problemas de design e aberta a possibilidades inovadoras.

Procura-se designers de UX freelancers em tempo integral nos EUA

Identificando Barreiras e Oportunidades

Quando você sabe a direção que quer seguir, pode ver o que está à sua frente. Com um problema claramente definido que está enraizado no propósito de um usuário, é mais fácil ver quais barreiras estão no caminho para alcançar esse objetivo final. E se o problema for claramente declarado no início de um projeto, ele pode atuar como uma lente para encontrar oportunidades adicionais que podem ter passado despercebidas.

Alinhando a equipe em torno da solução de problemas de design

Sem perceber, os membros de uma equipe – partes interessadas, designers, desenvolvedores e até mesmo usuários – têm uma imagem diferente na cabeça do que o produto final deve ser. Cada um deles está pensando sobre isso de uma maneira ligeiramente diferente, informada por diferentes modelos mentais. Indiscutivelmente, o maior impacto de enquadrar um problema é como ele alinha essas visões variadas.

O processo de enquadrar um problema reúne múltiplas perspectivas dentro de uma estrutura que desencadeia conversas e decisões eficazes. Uma vez que uma declaração articulada é feita, as expectativas para a equipe podem ser gerenciadas e os esforços são alinhados.

Uma discussão aberta com a equipe é o primeiro passo para escrever uma declaração de problema — Uma equipe de produto bem-sucedida está focada em resolver um problema de design comum e claramente enquadrado.

Orientando o Projeto e Todas as Decisões Futuras

Uma equipe de produto pode funcionar sem um problema definido – isso acontece o tempo todo. Mas quando uma declaração explícita declara qual problema precisa ser resolvido, todos os esforços se concentram nesse único resultado.

Uma declaração de problema de projeto bem estruturada que é documentada como parte de um resumo de projeto de produto é uma ferramenta simples para pesar opções e medir o sucesso. Uma boa declaração de problema de design deixará espaço para a criatividade, mas, em última análise, fornecerá uma lente clara através da qual visualizar cada elemento do projeto.

Delinear a declaração do problema e as etapas do processo de design funciona como um filtro que filtra ideias supérfluas ou irrelevantes e retém apenas aquelas que atendem à necessidade. À medida que o processo de design progride, a equipe deve consultar a declaração inicial do problema e garantir que o que está sendo projetado ainda aborde a declaração do problema central documentada no resumo do design do produto.

Assine o blog de design Toptal e receba nosso eBook

Deus nos deu dez canetas... não vamos inventar outra. – Steve Jobs em seu desgosto pela caneta stylus desnecessária do Apple Newton

Economizando tempo e dinheiro a longo prazo

Com uma perspectiva compartilhada e aprovação do objetivo final do produto, o processo de design pode ser executado com mais eficiência. Sempre haverá tangentes e becos sem saída inevitáveis em projetos inovadores, mas mesmo esses aprendizados podem ser mais perspicazes quando tudo é conduzido pela busca de uma solução para um único problema.

Trabalhar a partir de um entendimento compartilhado do problema de design que precisa ser resolvido também pode evitar constrangimento público – além de um produto com falha. Quando a Juicero lançou sua extravagante máquina de sucos, foi recebida com jabs e vaias porque cobrava um preço premium pelo que qualquer um pode fazer com as mãos – espremer suco fresco de um pacote. Conseguiu arrecadar US$ 120 milhões em investimentos, mas suspendeu as vendas 16 meses após o lançamento.

Em última análise, o produto trouxe muito pouco valor para os amantes de suco porque resolveu um problema inexistente. Nem toda ideia deve ser executada, e uma declaração de problema bem estruturada pode ajudar a determinar quais devem ficar no caderno de rascunhos.

Um erro no pensamento de design do produto pode resultar em falha do produto — A Juicero oferecia pacotes pré-vendidos de frutas e legumes em cubos que os usuários conectavam em suas máquinas de US$ 400.

Ajudando a se conectar emocionalmente ao usuário

Um problema não pode ser definido a menos que você saiba quem está lutando. Ao dedicar um tempo para realizar pesquisas e conversar com usuários em potencial e fazer perguntas sobre sua situação atual e como eles se sentem sobre isso, sua equipe pode de repente se colocar no lugar do usuário.

O envolvimento emocional necessário no estágio de estruturação do problema alinha o produto com a pessoa que ele deve servir. As motivações, desejos e medos do usuário podem criar uma estrutura para medir todas as ideias e propostas. Ver um problema de uma perspectiva humana inevitavelmente iluminará insights intuitivos e emocionais que tornarão um produto mais adorável.

Como um problema pode ser enquadrado?

Embora os benefícios de enquadrar um problema sejam significativos, muitas vezes é uma etapa ignorada. Não é incomum receber um briefing de design totalmente construído que inclui tudo, desde a direção visual e os requisitos funcionais. E às vezes isso é tudo que você precisa quando se junta à equipe.

Mas se você está no início de um projeto e as decisões visuais e funcionais já estão sendo tomadas, vale a pena dar um passo atrás para definir o problema que o produto está resolvendo. Às vezes há muito tempo para fazer isso, outras vezes há resistência e recursos limitados. Independentemente de onde você se encontre, existem métodos que podem ajudar a trazer um nível de clareza para todos os envolvidos.

Se eu tivesse uma hora para resolver um problema, passaria 55 minutos pensando no problema e 5 minutos pensando nas soluções. - Albert Einstein

Os quatro Ws: perguntas a responder

Idealmente, este é um método que reúne os principais interessados em torno de uma pilha de Post-its e uma grande parede. Ao fazer quatro perguntas simples, todos podem colocar seus próprios pensamentos e juntos sintetizar o conteúdo para encontrar foco e clareza.

Quem é afetado? Quem está passando pelo problema? Esse usuário pode ser mais especificado (por demografia, persona, motivação, razão de estar na situação)?
Qual é o problema? Quais são as lutas? Que tarefa precisa ser cumprida? Qual ponto de dor precisa ser aliviado?
Onde isso acontece? Qual é o contexto em que o usuário experimenta o problema? É em um espaço físico ou digital? Quem mais está envolvido?
Por que isso Importa? Por que vale a pena resolver esse problema? Que valor traz para o usuário? Que valor traz para o negócio?

Mapa da empatia: colocando-se no lugar do usuário

Os mapas de empatia são uma ferramenta comum usada no design de UX e podem ser úteis em vários estágios ao longo do desenvolvimento de um produto. Aqui, no início, ele conecta instantaneamente a equipe ao usuário para descobrir qual pode ser seu objetivo. Dependendo da quantidade de tempo que você tem para o estágio de enquadramento do problema, esse método pode envolver entrevistas com usuários e sombras observacionais.

Ouça e veja. Que tipo de comentários ou conceitos o usuário encontra? O que os outros estão dizendo que o usuário está exposto? O que o usuário observa os outros fazendo ao seu redor? (Esta categoria ilustra os arredores do usuário.)
Diga e faça. Quais são os comentários e comportamentos do usuário? O que eles estão dizendo em voz alta para os outros? O que eles fazem na prática? (Estas são coisas que são feitas explicitamente e podem ser claramente observadas.)
Pense e sinta. O que o usuário pensa, mas guarda para si mesmo? Como eles reagem emocionalmente a uma situação? Quais são seus desejos? (Isso nem sempre é aparente pela simples observação de um usuário, mas pode ser revelado por meio de entrevistas de conversação. É preciso pesquisar para entender o que está acontecendo em um nível subconsciente, mas é aqui que grandes insights podem ser encontrados.)
Dores e ganhos. Que frustrações o usuário tem? E a experiência é desnecessária ou decepcionante? Em contrapartida, o que a experiência está melhorando a vida do usuário? O que funciona bem? Onde ou quando o usuário está mais feliz? (Estes são os resultados da experiência.)

Os mapas de empatia são uma ferramenta para a resolução de problemas de design — Os mapas de empatia ajudam a entender melhor a pessoa que o produto deve servir.

A declaração final do problema

Essa é uma maneira simples, mas realmente eficaz, de focar nos insights que você descobriu e no problema final que você pode enquadrar. O modelo de estrutura de declaração de problema de design é como uma página do MadLibs, uma frase com espaços em branco para preencher com seus insights. Ele cria uma declaração concisa enraizada no pensamento coletivo de sua equipe. É importante manter a declaração específica o suficiente para que haja uma visão compartilhada do produto, mas ampla o suficiente para permitir criatividade e novos insights.

Aqui estão alguns formatos de exemplo de declaração de problema de design:

Do ponto de vista do usuário: “ Eu sou (persona) tentando (verbo) mas (barreira) porque (causa) o que me faz sentir (reação emocional) . ”
- ex.: “Sou uma nova mãe tentando cuidar do meu bebê da melhor maneira possível, mas não sei se estou fazendo um bom trabalho porque estou sempre sozinha em casa e não tenho ninguém para falar sobre isso, o que me faz sentir isolado e sozinho.”
Extraído da pesquisa do usuário: “(Persona) precisa de uma maneira de (necessidade do usuário) porque (insight) . ”
- por exemplo, “As novas mães precisam de uma maneira de se conectar com outras mães porque muitas vezes ficam em casa sozinhas durante o dia e se sentem isoladas e sozinhas”.
Usando os 4 Ws: “ Nosso (quem) tem o problema que (o quê) quando (onde) . Nossa solução deve entregar (por quê) . ”
- por exemplo, “Nossa nova mãe tem o problema de não ter com quem conversar sobre a melhor maneira de cuidar de seu bebê quando ela está sozinha em casa todos os dias. Nossa solução deve oferecer uma maneira de ela se sentir conectada a outras mães, para que ela se sinta menos isolada e sozinha”.

Toda boa fase de enquadramento de problemas, por mais simples que seja, deve:

Evite propor soluções. É fácil pensar em termos tangíveis de recursos e funcionalidade, mas isso apenas distrairá a compreensão inicial do problema fundamental.
Pergunte por que. É uma pergunta simples para ajudar a encontrar insights sob a superfície. Mas, como escreve Tina Seelig, colaboradora da Fast Company, perguntar “por que” permite que você veja uma situação de um ângulo diferente.
Reflita. Arranje tempo para dar um passo atrás e procurar conexões e padrões. É aqui que residem os insights que podem diferenciar um produto dos concorrentes.
Mantenha-o universal. Evite usar jargão ou qualquer complexidade desnecessária. O problema deve ser simples para qualquer um entender e, idealmente, recontar. Equipar os membros da equipe para falar facilmente sobre o que você está tentando alcançar criará confiança e paixão no projeto.

Esqueça o Cavalo, Entregue um Carro

O que é uma declaração de problema de design? Alguns clientes podem definir um briefing que defina claramente o problema a ser resolvido. Outros podem não saber sobre esse estágio crucial. Aí está uma oportunidade para você levar o cliente a dar um passo atrás e avaliar por que esse produto existirá. Juntos, você pode alinhar a equipe, criar uma estrutura e iniciar um processo eficaz e eficiente.

Talvez o maior valor desta etapa seja compreender a psique humana. Enquadrar um problema da perspectiva de um cliente permite que você entregue com mais eficiência o que as pessoas nunca souberam que precisavam. Dave Thomsen, um ex-designer da IDEO, escreve que uma abordagem centrada no ser humano leva a grandes benefícios e propósitos para o usuário.

Quando os designers projetam um produto que se conecta profundamente ao propósito desejado do usuário, fica mais fácil construir uma experiência de produto e uma marca que se conecta às pessoas em um nível emocional. Por sua vez, esses produtos não serão apenas mais bem-sucedidos, mas também terão mais propósito e significado na vida das pessoas que os utilizam.

• • •