O design thinking é a ideia de que podemos resolver problemas praticando o design centrado no ser humano - colocando as pessoas no centro do processo de resolução de problemas.
Essencial para a ideia do design thinking é que nos concentramos em um objetivo geral, em vez de dizer um problema específico a ser resolvido. Embora possa nos ajudar a resolver alguns dos problemas mais complexos do mundo (pense no aquecimento global), também podemos usá-lo todos os dias na indústria da web, para nos ajudar a resolver nossos próprios problemas complexos.
Por exemplo, um gerente de produto pode vir até você e dizer "precisamos melhorar nosso tráfego da Web este mês em 50%". A maneira tradicional de resolver isso talvez aumente os gastos com publicidade, execute uma campanha social ou simplesmente analise os métodos para a criação de tráfego.
A abordagem do design thinking para esse problema é perguntar "por quê?" - talvez seja esperado que o aumento de 50% no tráfego produza um aumento nos leads. Bem, em vez de reduzir o dispendioso processo de publicidade paga para aumentar o tráfego e os leads, talvez uma solução melhor seja melhorar a taxa de conversão do tráfego já existente.
Um ótimo exemplo de design thinking na prática vem dos primórdios da AirBNB . Logo no início, eles perceberam que as listagens de apartamentos tendiam a ter fotos de baixa qualidade - geralmente de celulares com câmera mais antigos. Eles acreditavam que, se mais apartamentos tivessem fotos melhores, eles receberiam mais reservas.
Então, o que eles fizeram? Eles voaram para Nova York (onde a maioria das listas eram), alugaram uma câmera, visitaram alguns usuários e melhoraram drasticamente a qualidade das fotos dessas listas. Imediatamente eles dobraram sua receita semanal , a maior melhoria que eles fizeram em um longo tempo.
Como esse design está pensando? Bem, o AirBNB sabia que era impossível, a longo prazo, poder tratar todos os usuários e voar para todos os destinos. Mas, sabendo o quão crítico era, eles optaram por empregar uma solução de curto prazo que não iria escalar, porque se funcionasse, o resultado era extremamente positivo para a empresa.
Outro ótimo exemplo de design thinking na prática veio do Nordstrom Innovation Lab. Nordstrom , uma grande varejista norte-americana, contratou uma equipe para coletar dados coletados de fontes como Facebook, Pinterest e Twitter para criar experiências selecionadas para clientes com base em suas preferências e atividades na loja.
Uma das atividades que eles realizaram foi entrar em uma loja de varejo e criar um aplicativo de iPad para óculos de sol no local da loja. Em vez de adotar uma abordagem típica de coleta de dados, projetar em seus escritórios e testar o produto nos usuários, eles levaram fisicamente designers e desenvolvedores à loja e instalação. Isso permitiu o acesso em primeira mão a clientes reais (usuários não recrutados para estudar) e significava que, a cada passo do caminho, eles podiam testar com usuários reais. Em vez de apenas os pesquisadores usuários obterem acesso próximo aos clientes, os gerentes de projeto e desenvolvedores também tiveram acesso e as ideias puderam ser facilmente testadas e validadas com os clientes em tempo real, à medida que eles desenvolviam o aplicativo.
Essa abordagem "enxuta" é central no pensamento de design. Assim como no exemplo do AirBNB, essa ideia não escala necessariamente - nem todo mundo pode ir ao local e criar um aplicativo com esse método -, mas a Nordstrom usou seus recursos para se aproximar de seus clientes e criar algo, com base nos recursos diretos. feedback que eles receberam. Quer o aplicativo funcionasse ou não a longo prazo, sua abordagem significava que eles tinham algo para testar muito mais rápido do que se tivessem adotado uma abordagem de design mais tradicional.
Outro grande exemplo de design thinking na prática, usando uma abordagem 'lean', é a técnica 'wizard of oz'. O termo origina-se no campo da psicologia experimental nos anos 80. Como ' Métodos Universais de Design "O mágico de Oz é um experimento de pesquisa no qual os sujeitos interagem com um sistema de computador que os sujeitos acreditam ser autônomo, mas que na verdade está sendo operado ou parcialmente operado por um ser humano invisível".
É assim chamado porque o usuário ou participante do teste pode pensar que está interagindo com um computador ou sistema, enquanto na verdade há um ser humano 'atrás da cortina' operando o computador (o operador é 'o mago'). Embora esse emprego específico da abordagem se origine no campo da psicologia, há muitas maneiras pelas quais podemos empregá-lo em nossos projetos da web hoje.
Essencialmente, a ideia é testar se um recurso vale a pena ser construído antes de criá-lo. Esta é a mesma razão pela qual nós protótipos, queremos construir algo rapidamente para que possamos validá-lo com os usuários. A abordagem do 'Mágico de Oz' é diferente da prototipagem, já que a prototipagem tende a ser algo que construímos antes de construirmos um produto real, enquanto o 'Mágico de Oz' tende a ser mais um produto viável mínimo (MVP) para uma ideia.
Então, como isso funciona? Bem, as ideias podem variar de simples a complexas. No nível mais simples, digamos que você queira adicionar um boletim ao seu site. Você já ouviu falar que é uma boa ideia, mas talvez esteja preocupado em ter que se inscrever em um serviço de e-mail, como o Mailchimp ou o Campaign Monitor, você precisará de alguém para criar seu boletim informativo, alguém para codificar e depois alguém para criar conteúdo - pode ser um exercício caro.
Bem, uma maneira de abordar isso seria retirar tudo de volta - use um plano gratuito com o MailChimp ou o Campaign Monitor, comece com um modelo básico e foque no conteúdo. No entanto, como poderíamos realmente desmontá-lo é usar a técnica do Mágico de Oz - ter uma inscrição por e-mail e coletar e-mails em um banco de dados, não anexado a nenhum serviço. Apenas colete endereços de e-mail para ver se há realmente um desejo por esta lista de e-mail. Se ninguém se inscrever, você pode desviar sua atenção para outro lugar. Se algumas pessoas se inscreverem, você pode enviar manualmente e-mails e ver se ele ganha força. Se muitas pessoas se inscreverem, talvez você possa gastar esse dinheiro extra para implementar o recurso corretamente!
A startup ' CityPockets 'empregou esse método para criar seu MVP. Para validar sua ideia (coletar cupons de usuários para várias lojas em um local central), eles disseram aos usuários para encaminhar os e-mails para que eles pudessem fazer a separação. Em vez de usar a lógica de back-end para implementar esse recurso, Cheryl, a fundadora da empresa, passou horas inserindo manualmente os cupons em um banco de dados. Isso significava que, em vez de gastar tempo e dinheiro na criação do back-end para o aplicativo, ela conseguia um produto em funcionamento muito mais cedo ao fazer um trabalho pesado.
Claro, essa ideia não seria escalável, mas permitiu que ela descobrisse rapidamente que tipo de mudanças precisava fazer em seu aplicativo e, portanto, quando chegou à criação de um back-end, havia muito menos esforço desperdiçado .
O verdadeiro design thinking significa colocar as pessoas no centro da sua experiência de design. Enquanto as pessoas dizem que querem coisas, usando técnicas como o 'Mágico de Oz', é mais fácil ver se elas realmente usarão o que elas dizem que querem, e torna mais fácil para nós projetarmos as coisas certas para nossos clientes.
Como nos exemplos acima, é claro que aplicando o design thinking, estamos resolvendo os problemas reais de nossos clientes, em vez de nos concentrar exclusivamente nos objetivos de negócios. A idéia de uma pequena empresa sem uma grande quantia de dinheiro voando para Nova York para tirar algumas fotos pode não ter flutuado em muitas salas de diretoria corporativa, mas não há dúvida de que essa decisão mudou a direção da empresa. Nem todo mundo pode entrar em lojas e criar aplicativos em tempo real, mas adicionar um campo de e-mail para coletar e-mails de usuários para um determinado recurso é bastante factível.
Parte da razão pela qual essa ideia de design thinking é tão boa é que podemos olhar para os problemas de uma maneira diferente - muitas vezes reformulando os problemas, onde talvez a abordagem tradicional tenda a priorizar as coisas erradas.
Também nos permite ser ágeis e enxutos. Isso significa que, em vez de gastar muito tempo criando um produto ou um site, depois de lançar e ver o que acontece, ele nos permite criar algo menor e lançar mais cedo. Teste-o, gire conforme necessário. Analise como estamos construindo o produto, não esperando até o final.
Esses benefícios são infinitos. Uma abordagem de design thinking significa envolver os usuários no processo. Isso não apenas fornece soluções melhores, mas significa que os usuários se sentem parte do processo. Eles se sentem amados, como se alguém estivesse realmente se importando com eles. Isso fará com que eles perdoem os possíveis problemas mais facilmente e se tornem promotores, que encorajarão seus amigos e outras pessoas a usar nossos produtos e sites. Este efeito, é claro, é mais popularmente conhecido como ' Efeito halo '.
Outro ótimo exemplo é da empresa de serviços financeiros Fidelidade . Eles enviaram alguns dos seus graduados para 'escola de design' para aplicar o design thinking e aqui está uma citação de o que eles aprenderam :
Projetos e planos de projeto podem ser ajustados ou descartados antes que a equipe gaste uma quantidade significativa de tempo e recursos polindo uma oferta de produto. Talvez o mais importante, essa metodologia evita o modelo de convidar os clientes a revisar um site de maquete que é mais ou menos funcional, o que faz com que os clientes sintam que sua contribuição é em grande parte uma reflexão tardia.
Embora os designers de experiência do usuário e outros profissionais da Web devam praticar habilidades de design, o design thinking pode ser praticado por qualquer funcionário que enfrente uma situação em que precise resolver um problema, não apenas aqueles com o termo 'designer' em seus projetos. Titulo do trabalho.
Como designers, temos a responsabilidade de não apenas praticar o design pensando em nós mesmos e aplicá-lo à resolução de problemas, mas também de explicar aos outros ao nosso redor por que tomamos as decisões que fazemos e os ajudamos a praticar métodos semelhantes em seu trabalho.
Não faça apenas perguntas, observe-as. Use dados, mas certifique-se de fazer backup com observações do mundo real e não confie apenas nos números. Tenha em mente que os dados nos dizem o que as pessoas estão fazendo, mas conversar com as pessoas nos diz "por que".
Embora, lembre-se, com tudo isso, temos que lembrar com quem estamos lidando quando falamos de 'usuários'. 100% dos usuários são pessoas. Pessoas como você e eu que têm muito herdar preconceitos . Isso significa que é construído para nós pensarmos de certa forma em certas situações. Mesmo a maneira como fazemos uma pergunta, pode distorcer as respostas de uma maneira particular.
Em suma, você deve ouvir 100% das pessoas, mas tenha cuidado com o que você pergunta e com a maneira como você pergunta!
Falha cedo, falha frequentemente. Não tenha medo de experimentar coisas que não necessariamente escalam. Certifique-se de que você é ágil o suficiente para desenvolver ideias se elas não estiverem funcionando. Não se preocupe com o perfeccionismo, apenas faça as coisas e veja se elas funcionam.
Há muitas ferramentas para nos ajudar a construir coisas mais rápido do que nunca (incluindo caneta e papel!) E testar ideias para ver o que está funcionando, antes de gastar muito dinheiro em um produto 'perfeito' que funciona muito bem, mas ninguém precisa .
Observe que isso não diz números, números e números. Como anunciante líder Rory Sutherland disse, “assim que um número se torna uma métrica, perde toda a relevância como uma métrica”. Isso quer dizer que, assim que nos concentramos demais no número ou na métrica, é fácil perder de vista o objetivo geral.
Certifique-se de buscar regularmente feedback sobre seus projetos, de usuários, de análises e internamente também. Como eu mencionei ao longo do artigo, não há uma única fonte de verdade para isso. Use uma coleção de todos os comentários que você pode reunir para tomar decisões equilibradas e bem pensadas.
Se não estiver funcionando, tente recuar e reformular o problema. Olhe para o contexto do seu problema, há algo que você está perdendo? Certifique-se de envolver todos os envolvidos na solução. Seus usuários, sim, mas envolvem seus desenvolvedores. Envolva a recepcionista - qualquer pessoa com uma perspectiva diferente terá um feedback valioso para você.
Como mencionei anteriormente, os designers não são os únicos que deveriam estar praticando o design thinking. De fato, se tentarmos fazer tudo sozinhos, não estamos fazendo nosso trabalho corretamente.
Há muita literatura sobre como implementar praticamente o design thinking. Todas as evidências sugerem que empregar essa nova metodologia para resolver problemas é mais criativo e mais eficaz do que métodos mais tradicionais.
( Ref- o processo de design em Ideo )
Como designers, estamos em posição de educar os que nos rodeiam a empregar essa metodologia e liderá-la, praticando-a em nosso trabalho do dia-a-dia.
Se isso está em nossas mãos em habilidades de design, como construir protótipos rápidos ou em um nível mais alto ao nos comunicar com nossos clientes e partes interessadas, usando o design thinking podemos garantir que estamos resolvendo os problemas corretos e não perdendo tempo construindo produtos desnecessários websites.