Alexey Borodkin, líder de produto e chefe da Guild of Free Designers , falou em uma lição aberta em Netology como entender as áreas de design e distribuir funções em uma equipe de design.Designer Party
Uma vez - nos violentos anos 90 - não havia web designers, e os sites foram criados por webmasters - pessoas corajosas com experiência em programação que fizeram tudo sozinhas: coletaram requisitos, codificaram, desenharam, criaram conteúdo e desenvolveram o site.
No final dos anos 90, surgiu a profissão de web designer, que é mais corretamente chamada de "designer visual". Esses caras estavam envolvidos na parte estética dos produtos digitais, não se incomodavam com o fato de o site estar sob um capô técnico e viam o trabalho deles como um meio de auto-expressão. Principalmente eles estavam interessados apenas em beleza, em um sentimento de satisfação e também na opinião de outros designers visuais.
Nos anos zero, quando não apenas os especialistas em TI e parentes de especialistas em TI começaram a penetrar na Internet, ficou claro que os produtos digitais não deveriam ser apenas bonitos e tecnologicamente avançados, mas também convenientes. Nesta onda de entendimento em produtos digitais, apareceu um ponto de encontro de designers de UX, que se opunham aos designers visuais existentes - enquanto alguns buscavam estética, outros lutavam por conveniência e clareza.
O fato de que os designers de UX, ao contrário dos designers visuais com sua arte ou educação semi-artística, inicialmente eram representados principalmente por psicólogos, estava envolvido em tudo isso: eles estavam interessados em investigar as cabeças dos usuários. Eles perceberam a interface não como uma decoração abstrata, mas como uma alavanca para criar a experiência de usuário necessária.
Vale ressaltar que os dois não estavam particularmente interessados no interior do produto - o próprio sistema, sobre o qual o design foi puxado. Eles perceberam isso como uma "caixa preta" para os desenvolvedores.
Vale a pena contar sobre mais uma festa gastronômica que existia em paralelo com designers visuais e de UX - esses são arquitetos de sistemas.
Os arquitetos de sistemas existem desde os anos 70 e se dedicam principalmente à análise e desenvolvimento da parte interna do produto: quanto ele cumpre as tarefas de negócios, atende aos requisitos técnicos e assim por diante. Os arquitetos perceberam as interfaces do usuário como um complemento ao sistema, o que deve ajudar os usuários a executar determinadas funções dentro de uma determinada estrutura técnica, só isso.
Portanto, o desenvolvimento do produto acabou sendo dividido em duas partes, entre duas partes quase interseções - de um lado, os designers visuais e de UX (apesar das contradições, seu campo de trabalho era o mesmo) e, de outro - os arquitetos de sistemas. Infelizmente, o produto também se partiu em dois.
Em que consiste um produto digital
Vamos dar uma pausa no confronto épico de designers e ver o que qualquer produto digital consiste - um aplicativo móvel, uma loja online, um sistema de gerenciamento de aeroportos:
O produto começa com
três grupos fundamentais de requisitos :
- Requisitos de negócios: metas e objetivos de negócios, requisitos de clientes, riscos de negócios e assim por diante.
- Requisitos do usuário: estrutura do público-alvo, suas tarefas e cenários de comportamento.
- Requisitos técnicos: plataforma técnica, sistemas relacionados.
O produto que está sendo criado deve existir dentro da estrutura desses três grupos de requisitos, que devem ser analisados, sistematizados e priorizados.
É possível distinguir
três componentes do sucesso do próprio produto:
- Interface: como o usuário percebe o produto e interage com ele.
- Funcionalidade: quais recursos o produto possui, como funciona e o que permite fazê-lo.
- Arquitetura da informação : como é o sistema, qual é a estrutura de dados, quais são os fluxos de dados e assim por diante.
Tudo isso gera uma experiência do usuário - uma sensação subjetiva de um produto que se desdobra na cabeça do usuário. O quanto essa experiência do usuário será positiva e útil depende da consistência e dos detalhes do trabalho dos três componentes do produto acima: se a interface for feia, a experiência do usuário será arruinada. Se o aplicativo funcionar com erros, eles não o usarão. Se tudo estiver em ordem com a interface e a funcionalidade, mas o produto tiver uma arquitetura de sistema incorreta, ele não poderá se desenvolver e, como resultado, perderá popularidade.
Acontece que o produto deve combinar os interesses dos negócios, os interesses dos usuários e as condições tecnológicas, e não se pode dizer que o produto seja mais importante: a parte da interface visual ou a arquitetura interna.
E surge uma pergunta simples: quem deve lidar com o produto?
Projeto e engenharia
Engenharia e design na Rússia são duas áreas profissionais diferentes:
No entanto, se você mergulhar no significado original dos termos, encontraremos descobertas surpreendentes. Aqui, por exemplo, está a definição de design no Dicionário Oxford:
O verbo projetar - para determinar a aparência e o princípio de operação de um edifício, roupa ou outro objeto, criando desenhos detalhados.
O design substantivo é um plano ou desenho que ilustra o tipo, estrutura ou princípio de operação de um edifício, roupa ou outro objeto antes de sua criação.
E aqui está uma definição estrita da palavra "design" de acordo com a ISO 24765:
Design - o processo de determinação da arquitetura, componentes, interfaces e outras características de um sistema ou parte dele.
Interessante, certo? Acontece que os significados das palavras “design” e “projeto” são idênticos ao verbo design e ao substantivo design. Você pode verificar isso se observar a tradução da palavra "design" em um tradutor do Google:
E há uma verdade profunda nisso. O fato é que, no Ocidente, eles não compartilham o processo de trabalhar nas partes interna e externa do produto, porque entendem que este é um organismo vivo único e que devem ser aplicadas abordagens exclusivamente integradas.
Como conectar interno com externo
Mas voltando aos nossos designers. Temos uma festa de designers de UX e visuais que pensam principalmente em beleza e experiência do usuário:
E há um grupo de arquitetos de sistemas que pensam apenas no interior do produto:
Intuitivamente, para um trabalho holístico em um produto, eles precisam ser combinados. Vale ressaltar que o mercado de desenvolvimento web começou a pensar nisso no início do zero. Assim, nasceu a posição de gerente, que reúne essas esferas de interesses multidirecionais:
Vamos ver o que isso leva.
O gerente tem uma carga pesada:
- Primeiro, ele tira uma camada de tarefas puramente gerenciais: coordenação da equipe, trabalho com o cliente, controle de prazos e orçamentos e várias centenas de outras tarefas que estão em sua lista de tarefas diretas.
- Em segundo lugar, ninguém o dispensa do componente do produto: elaboração de requisitos, interfaces e funcionalidades, redação de documentação, controle sobre a implementação dos requisitos do cliente.
Essas duas frentes de trabalho importantes e de larga escala dificilmente coexistem em uma pessoa. Se o gerente não interromper imediatamente o número de tarefas, ele será atormentado por um inimigo mais insidioso - um conflito interno de interesses.
Suponha que um gerente receba duas tarefas paralelas. Uma é reparar o formulário de pedido caído; a segunda é descrever em detalhes as especificações técnicas para a próxima versão.
Naturalmente, o gerente primeiro lidará com a extinção do incêndio - “estragando” o formulário de pedido, porque a cada minuto o cliente perde dinheiro e fica mais histérico por causa do formulário ocioso. A tarefa com uma descrição detalhada da TK terá que ser relegada a segundo plano, colocando riscos estratégicos na fundação do projeto. E assim será constantemente.
Tendo provado as delícias desse trabalho, tanto do lado do agente quanto do produto, formulei para mim uma solução diferente para esse problema - dividir as tarefas entre dois especialistas: deixar as tarefas gerenciais para o gerente e dar as tarefas do produto a um designer de produto dedicado.
Área de Responsabilidade do Designer de ProdutoUm designer de produto é uma pessoa que no nível superior entende todos os componentes de um produto e sabe como combinar os requisitos de negócios, usuários e tecnologia. Um designer de produto está ciente de como as interfaces coexistem com a funcionalidade e como a experiência do usuário nasce disso.
Obviamente, ele próprio não será capaz de executar todas as tarefas; portanto, ele precisa de uma equipe e um parceiro-chave - um diretor de arte. Se o projeto for grande e com muitas tarefas, esses dois indivíduos poderão distinguir funções separadas e, de
acordo com as leis de Adam Smith , delegá-las a subordinados. Um exemplo de um comando efetivo pode se parecer com o seguinte:
Isso cria um casal criativo, conhecido no "grande" marketing do século 20, composto por um designer de produtos e diretor de arte, complementando o gerente de produtos. Há exceções neste caso, mas falaremos sobre elas a seguir, mas, por enquanto, é importante lembrar que é essa abordagem que garante um desenvolvimento equilibrado do produto e sua consistência estrutural.
Vamos ver o que aconteceu com as funções da equipe e abordar separadamente algumas exceções.
Quem está na festa de design de alimentos?
UX Designer
A tarefa do designer de UX: tornar o produto conveniente, útil e confortável para os usuários.
Designer de interface do usuário
A tarefa do designer da interface do usuário: tornar "bonito" e esteticamente agradável.
Analista de UX
A tarefa do analista de UX: entrar na cabeça do usuário, extrair as informações importantes e transmitir ao designer de UX para implementação no design.
Arquiteto de sistemas
A tarefa do arquiteto do sistema: elaborar a lógica interna e a arquitetura do produto.
Designer de produto
A tarefa do designer do produto: reduzir todos os "tópicos" da criação do produto e ser responsável pelo resultado.
Gerente de Produto
A tarefa do gerente de produto: combinar o gerente e o designer do produto.
Um leitor atento dirá: "Espere um minuto, que gerente de produtos, porque sempre tentamos separar os componentes do produto e do gerenciamento!"
É verdade, mas tudo no mundo tem exceções. Se o produto for único e, de preferência, não prosseguir no formato de desenvolvimento personalizado, essa abordagem será eficaz - o gerente terá oportunidades suficientes para manter em mente todos os aspectos do produto e os recursos organizacionais. Essa função não funciona em vários produtos - o gerente de produto será literalmente separado do número de tarefas.
Líder de produto / diretor de produto
Tarefa principal do produto: monitorar o desenvolvimento do produto. Esse papel é uma "superestrutura" sobre o papel do gerente de produtos e concentra em suas mãos não apenas as funções de criação do produto, mas também o desenvolvimento do produto no futuro.
Como escolher uma profissão
Se você está confuso com um grande conjunto de profissões de design e não sabe por onde começar, poderá usar o tablet:
O que é interessante
| Profissão adequada
|
Psicologia
| Análise UX
|
Componente interno
| Arquiteto de sistemas
|
Draw
| Designer de interface do usuário
|
Psicologia + sorteio
| UX Designer
|
Tudo de uma vez
| Designer de produto, gerente de produto, líder de produto
|
Observo que se você estiver interessado em "tudo de uma vez" - esteja preparado para aprender. Eles não se enquadram na profissão de designer de produtos imediatamente, mas "crescem" em um campo adjacente.
Dos editores