Desenvolvimento de produtos digitais com modelos mentais

Olá Habr! Encontramos um artigo muito interessante sobre Design de produtos digitais com modelos mentais no blog de colegas dos EUA, o traduzimos e o publicamos aqui. O autor do artigo é o designer Tim Scheiner . Recomendamos a leitura para todos os envolvidos no desenvolvimento de produtos digitais.

A melhor maneira de obter entendimento mútuo na equipe do projeto.

A tradução é difícil

Uma vez, viajando pela Índia, comprei um livro barato - Crime e Castigo, de Dostoiévski, em inglês. Eu estava ansioso para ler esta obra-prima com prazer, mas no final a derrotei com grande dificuldade. Em vez de prazer, fiquei perplexo: por que é tão admirado? Como se viu depois, o texto que li estava longe da fonte original. Eu só descobri isso quando cheguei a Bangkok, onde tentei vender o livro que havia lido para um revendedor de livros em segunda mão. Ele disse que não precisava disso, porque a tradução era terrível.

Este caso sugere que a tradução não é uma tarefa fácil. Não é apenas difícil fazê-lo bem - é apenas um especialista que pode determinar que isso é feito mal. Ao desenvolver produtos digitais que automatizam operações humanas, você precisa lidar com a tradução da maneira mais complexa. Primeiro, você deve traduzir os resultados análogos da observação humana em formato digital que um computador possa interpretar. Em segundo lugar, você precisa descrever conversões de analógico para digital em palavras que significam o mesmo para engenheiros, designers e gerentes de produto da sua equipe, e todos eles usam terminologias diferentes para formular idéias. A história de Dostoiévski mostra que não é tão fácil manter o significado, mesmo quando se muda para um nível, mas existem dois ao desenvolver produtos digitais de tais níveis.

A solução é construir modelos juntos

Minha abordagem para as dificuldades de tradução ao desenvolver produtos digitais é primeiro minimizar a quantidade de informações que precisam ser traduzidas. Para fazer isso, no início, os membros da equipe devem construir cinco modelos mentais juntos.

1. Modelo de usuário: para quem é?
2. Modelo de valor: por que é útil?
3. Modelo de interação: como usá-lo?
4. Modelo de objeto: como é organizado?
5. Modelo de dados: como gerenciar o estado disso?

Eu chamo esse circuito de “Máquina Digital” e apresento assim:



Esses cinco modelos sempre existem como premissas inconscientes na mente dos participantes do projeto. Tais suposições são a principal fonte de confusão; portanto, o esquema proposto ajuda as pessoas a encontrar uma linguagem comum e a trocar informações de maneira eficaz, discutindo as idéias que se desenvolveram em suas mentes.

Minha abordagem funciona porque o software é realmente uma máquina digital.
Embora seja composto de bits, não de parafusos, e esteja incorporado no código e não seja de aço, as sensações de seu uso (ou seja, usabilidade) - em qualquer caso, quando tudo é pensado como deveria - provêm da mesma fonte que qualquer máquina: o relacionamento do operador com o dispositivo, onde informações introdutórias simples são convertidas em resultados úteis para resolver problemas significativos.

Fazendo uma analogia com uma máquina ao desenvolver um produto digital, podemos confiar na mesma lógica visual e espacial que se aplica aos objetos físicos.

Isso significa que, embora seja impossível ver ou tocar a estrutura interna de um produto digital, desenhando uma analogia com uma máquina durante seu desenvolvimento, podemos confiar na mesma lógica visual e espacial que se aplica aos objetos físicos. E como o pensamento espacial e figurativo são habilidades não-verbais, esses modelos construídos em conjunto são facilmente percebidos pelos participantes com visões diferentes.

Agora que descobrimos por que o circuito da máquina digital é necessário, vamos nos aprofundar em cada modelo com mais detalhes.

Modelo de usuário

O modelo do usuário descreve quem está usando a máquina digital. Este é um modelo de comportamento humano - define objetivos, ações e emoções. Para qualquer projeto, esse é um personagem fictício com certas características:



Thomas é como uma pessoa real, mas não é. Você percebe os heróis do popular programa de televisão como pessoas vivas, mas na realidade eles são apenas atores que desempenham seus papéis. Para uma equipe de desenvolvimento, um usuário fictício é uma pessoa específica: todos o conhecem pelo rosto e pelo nome, a menos que participem de reuniões. O truque é que, quando você usa uma foto e um nome, o modelo ganha vida e faz seu trabalho graças à tendência natural das pessoas à empatia.

É a empatia que nos ajuda a prever com precisão o comportamento de outras pessoas, a fim de nos comunicarmos e trabalharmos com nossa própria espécie. Por exemplo, se hoje concordamos que a cor favorita de Thomas é laranja, é claro que amanhã também será laranja. Continuando a discutir Thomas, chegaremos a um entendimento comum de suas preferências e necessidades: não apenas de que cor ele gosta, mas também o que ele espera da máquina digital que desenvolvemos para ele. Esse entendimento comum se torna o critério que usamos - muitas vezes inconscientemente - para determinar o valor de adicionar ou remover determinadas funções.

Modelo de valor

Um produto digital - como um ser humano - tem apenas uma chance de causar uma boa primeira impressão. O modelo de valor determina como essa impressão deve ser do seu ponto de vista.

Ela diz ao usuário:

1. O que é este produto?
2. Como isso tornará minha vida mais fácil (mais interessante, mais eficiente etc.)?
3. Por que devo comprar / preferir / usar este produto em particular, o que há de especial nele?

A primeira pergunta é que tipo de produto é esse? - serve como um filtro para o usuário no nível mais alto. Como Thomas é um homem ocupado, ele classificará seu carro muito rapidamente e, na maior parte do tempo, intuitivamente em uma determinada categoria. Depois disso, todas as outras impressões do seu produto dependem das expectativas deles em relação a esta categoria. Primeiro, ele determinará se você criou uma ferramenta de gravação, um programa de edição de imagens, um brinquedo para passar o tempo no ponto de ônibus, um mensageiro para se comunicar com os amigos ou um sistema de análise de dados. Se Thomas estiver interessado na categoria apropriada, ele estudará o restante do seu modelo de valor; caso contrário, ele não perderá tempo.

O modelo de valor pode ser representado como a seguinte instrução:

[Nome do produto] é uma categoria de experiência do usuário,
o que me traz tais benefícios e benefícios (e melhores do que soluções alternativas por tais motivos).

A última parte está entre colchetes, pois nem sempre é possível descrever os motivos com uma frase simples. Definir esses recursos distintos é muito importante, mas geralmente a melhor maneira de transmiti-los ao usuário é implicitamente através do modelo de interação.

O paradoxo é que o modelo de valor é o mais fácil de entender e o mais difícil de descrever. A parte mais difícil é encontrar uma linguagem que defina valor para o indivíduo, não para a organização que cria a experiência do usuário. É importante para uma pessoa que o cumprimento de alguma tarefa ou organização seja simplificado - que ela gere receita ou alcance uma meta estratégica. O valor para uma pessoa é primário e o valor para uma organização é derivado: a organização recebe valor como recompensa por criar valor para uma pessoa.

A parte mais difícil é encontrar uma linguagem que defina valor para o indivíduo, não para a organização que cria a experiência do usuário.

Para resolver esse problema, você precisa executar duas etapas importantes. Primeiro, coloque mentalmente uma máquina digital dentro de um modelo de negócios mais amplo, em que nosso produto seja apenas um componente da proposta de valor geral da organização para o consumidor. Em segundo lugar, para criar um modelo de valor convincente, você precisa construí-lo em conjunto aplicando métodos de desenvolvimento orientados para o ser humano - e atraindo diretamente pessoas semelhantes ao usuário-alvo.

Modelo de interação

O modelo de interação determina como uma pessoa altera o estado de uma máquina digital. Este modelo pode ser representado como um diálogo de dois componentes do circuito da máquina digital - humano e algorítmico. Nesta caixa de diálogo:

• ação do operador para alterar o estado da máquina -
• esta é a entrada para o algoritmo,
• que em resposta produz um resultado,
• percebido pelo operador como um sinal de feedback sobre
• que o carro mudou de estado.

Como o usuário interage com a máquina digital para executar uma tarefa específica, e essa interação altera o estado da máquina digital, podemos dizer que o objetivo do modelo de interação é alterar o estado da máquina digital.

Essa compreensão teórica do modelo de interação é necessária para vinculá-lo ao modelo de objeto e ao modelo de dados, que será discutido abaixo, mas essa não é a melhor abordagem para seu design. Nesse caso, é muito melhor apresentar o modelo de interação como uma história.

Aqui está um exemplo de uma história para comprar um livro na Amazon.

1. Acesse amazon.com.
2. Encontre um livro.
3. Veja informações detalhadas do livro.
4. Coloque o livro na cesta.
5. Faça um pedido.

Em cada estágio, interajo com o sistema, inserindo texto, selecionando um produto da lista ou pressionando um botão para executar uma ação. O sistema responde emitindo sinais visuais de feedback que confirmam que recebeu informações minhas. Em cada estágio do histórico, o estado do sistema muda. No final, uma mudança global está ocorrendo: comprei um livro - o sistema concluiu sua tarefa!

Outro nome para uma história que descreve como uma pessoa atinge uma meta é fluxo de trabalho. A ideia de que um fluxo de trabalho é histórico funciona como uma heurística: se o modelo de interação não puder ser descrito como uma simples história plausível, você não terá terminado de projetar.

Outro pensamento importante é que o modelo de interação é sempre uma estrutura hierárquica complexa. Você pode ilustrar isso expandindo o exemplo acima.

1. Acesse amazon.com.
2. Encontre um livro.
2.1 Use a caixa de diálogo Pesquisar.
2.1.1 Coloque o cursor na caixa de diálogo Pesquisar.
2.1.2 Digite o texto.
2.1.3 Veja as opções na lista suspensa de correspondências parciais.
2.1.3.1 Escolha uma das opções disponíveis.
2.1.3.2 Navegue na lista de resultados da pesquisa.
2.1.4 Ignore as opções na lista suspensa de correspondências parciais, clique no botão Retornar.
2.2 Navegue na lista de resultados da pesquisa.
2.3 Clique no título do livro.
3. Veja informações detalhadas do livro.
4. Coloque o livro na cesta.
5. Faça um pedido.

Vemos que, quando detalhes adicionais são adicionados, o modelo de interação descreve cada vez mais claramente como o software final deve se comportar.

Ao apresentar esse modelo como um conjunto de histórias relacionadas hierarquicamente, podemos classificá-las e determinar quais são necessárias para o fluxo de trabalho e quais são úteis, mas não necessárias.

Como o modelo de interação conta a história do que o usuário faz com o software, é mais fácil para os participantes do projeto discutir esse modelo específico, o que os ajuda a entender. O perigo é - e esse é o problema da maioria dos projetos de desenvolvimento de software - que a equipe se concentre muito cedo e de forma imprudente no modelo de interação, sem descrever adequadamente os outros modelos dos quais depende.

Modelo de Objeto

Até agora, conversamos sobre os componentes de uma máquina digital que estão associados ao usuário e sua experiência com o produto. O modelo de objetos e o modelo de dados nos permitem discutir o lado técnico das coisas.

Embora todos os modelos em uma máquina digital sejam importantes, o modelo de objeto é o mais importante porque define os “detalhes” da máquina e seu relacionamento. Vamos ilustrar isso com um exemplo. Digamos que decidimos criar um jogo de simulação para andar de bicicleta. Ao projetar um modelo de um objeto, primeiro precisamos imaginar uma bicicleta. É claro que, embora possamos exibir todos os detalhes de uma bicicleta, precisamos apenas daqueles que interagem com o ciclista e a estrada.

Uma maneira conveniente de realizar essa análise de um objeto é apresentar o modelo de interação na forma de histórico e identificar substantivos significativos:

Quando um ciclista anda de bicicleta , ele se senta no banco com os pés nos pedais e segura o guidão com as mãos. Ele controla a bicicleta controlando o ângulo de rotação e o ângulo da direção em um determinado intervalo , para não cair sob a influência da gravidade e ir do ponto de partida ao destino , ou seja, para fazer uma viagem .
Isso pode ser representado da seguinte maneira:



Ou de uma forma mais compacta:

viagem
> veículo
> ciclista
> bicicleta
> volante
> virar
> ângulo de inclinação
> posição
> ponto de partida
> destino

Essa representação revela os objetos no modelo e sua interação. A estrutura hierárquica que já descobrimos no modelo de interação aparece naturalmente aqui, pois os dois modelos estão interconectados. Quanto mais detalhada a história no modelo de interação, maior a granularidade e a precisão da descrição dos objetos que entram nos relacionamentos. O inverso também é verdadeiro: se dividirmos objetos em subobjetos, a história de sua interação se tornará mais detalhada.

Representar esquematicamente um modelo de um objeto é extremamente útil, mas nossa máquina digital não tem o toque final: um mecanismo para coletar dados de estado. Este problema é resolvido pelo modelo de dados.

Modelo de dados

O modelo de dados é construído com base em um princípio simples - um par de nome / valor. Isso significa que, ao apresentar dados, cada parâmetro recebe um nome e um valor específico é atribuído. Mais frequentemente, o valor é expresso por um número, mas também pode ser texto.

É habitual escrever o nome primeiro e depois o valor, por exemplo:

x = 3
π = 3,14
color = green
city ​​= São Francisco

Os pares nome / valor nos permitem capturar dados de status. Aplicando esse princípio em nosso exemplo com uma bicicleta, podemos escrever:

posição: {
latitude: '37: 78 ',
Longitude: '-122: 42'
}

Pares que descrevem o estado de um objeto geralmente são chamados de propriedades do objeto. Continuando na mesma linha, você pode escrever:

trip = {
veículo: {
ciclista: {
nome: 'Thomas'
}
bicicleta: {
volante: {
turno: '12',
ângulo de inclinação: '3'
}
}
current_position: {
latitude: '37 .78 ',
Longitude: '-122,42'
}
}
ponto de partida: {
nome: «San Francisco»,
posição: {
latitude: '37 .78 ',
Longitude: '-122,42'
}
destino: {
nome: "Los Angeles",
posição: {
latitude: '34 .05 ',
Longitude: '-118,42'
}
}
}

Este é o modelo de dados para o nosso jogo. Ao fixar o estado de todos os objetos em nossa máquina individualmente, ele captura o estado da máquina como um todo.

Agora vemos: para o usuário sentir que controla a velocidade e a direção da bicicleta, precisamos converter os dados inseridos no controlador do jogo em valores numéricos e usá-los para atualizar o modelo de dados e, em seguida, traduzir essas alterações de estado em informações visuais, para que ele possa receber um sinal de feedback.



Assim, todo o trabalho de desenvolvimento e implementação que realizo com minha equipe se resume a dar ao usuário a oportunidade de alterar vários parâmetros numéricos. Compreender isso esclarece a situação e, ao mesmo tempo, derruba a arrogância.

Resumir

Uma "máquina digital" é um diagrama que descreve um produto digital como uma coleção de cinco modelos.

1. Modelo de usuário: para quem é?
2. Modelo de valor: por que é útil?
3. Modelo de interação: como usá-lo?
4. Modelo de objeto: como é organizado?
5. Modelo de dados: como gerenciar o estado disso?

Esse esquema ajuda os participantes do projeto a lidar com o complexo processo de tradução das necessidades humanas em um produto útil em três aspectos.

1. As regras de comunicação estabelecidas pelos modelos da máquina digital revelam premissas e premissas inconscientes e permitem avaliar o grau de concordância dos participantes do projeto.
2. O processo de design se torna mais flexível, porque permite trabalhar em cada modelo por um tempo e, em seguida, remontá-los e avaliá-los como um sistema integrado.
3. Juntos, construindo modelos de uma máquina digital, os participantes do projeto usam suas habilidades para o pensamento imaginativo e espacial, o que os ajuda a chegar a um entendimento comum de como o produto funciona.

Se você chegar a essas linhas, aprendeu uma parte séria da teoria do design. No entanto, para mim, a aplicação de tal abordagem não é de forma alguma uma teoria - eu uso esse esquema com sucesso em meu trabalho todos os dias. Eu falo constantemente para a minha equipe sobre os modelos, os desenho no quadro, incluo-os nas apresentações e faço o possível para facilitar para cada participante do projeto discutir os modelos. , , , : «, , , , ».

, . , . « ».

Literatura

Não fui eu quem inventou a máquina digital e seus modelos. Meu mérito (ou falha) reside apenas no fato de eu ter delineado esse conceito em um artigo e fornecer ilustrações. Para aqueles que desejam se familiarizar com a máquina digital e seus componentes em mais detalhes, vou citar várias fontes.

Carro digital

— — , . 1945 The Atlantic « » ( As We May Think ). , , , . 1948 « » (The Mathematical Theory of Communication), , . , « » (Introduction to Cybernetics) , — , — — .

Conceptual Models: Core to Good Design , 2011 , — « ». , , , .

,

, , , . , , Model of Models , 2009 .

, , . — « . » (About Face 3: The Essentials of Interface Design). Using Personas in Product Design , , .

, « - » (Business Model Generation: A Handbook for Visionaries, Game Changers, and Challengers), 2010 .

2011 IDEO Human-Centered Design Toolkit: An Open-Source Toolkit To Inspire New Solutions in the Developing World , , .

— . « . » (User Story Mapping: Discover the Whole Story, Build the Right Product), 2014 .
What is Interaction , .

Object-Oriented UX .

25 2017