Os designers continuam a evoluir.
Em largura, em direção ao céu e até mesmo lateralmente.
Se antes bastava chamar a si mesmo de designer e aprender a pronunciar a palavra "Photoshop" sem hesitação, agora essas habilidades claramente não são suficientes para encontrar um emprego decente.
Um dos tipos de designers que estão em uma direção relativamente nova é a mercearia. No artigo, também quero falar sobre ele.
Vou acertar a teoria e a prática.
Em teoria, quero descobrir quem ele é e o que eles querem dele.
Na prática - descreva o processo de trabalho desse mesmo designer naquele mesmo produto.
Ir!
Parte um. Teórico.
Quem é, quanto custa e o que se espera
Por isso, nas primeiras linhas da minha carta, querida audiência, quero no entanto explicar que tipo de animal é um tal “Designer de produtos” e o que as empresas querem dele, aceitando os seus gloriosos.
Em primeiro lugar, recorri a cursos que ensinam exatamente esse design de produto.
Aqui está o que os cursos dizem.
A Netologia promete um salário de 120 mil. rublos
“UX / UI designer, designer de produto é uma das profissões digitais mais exigidas, com amplas oportunidades de crescimento e altos salários.
Combina análise e criatividade, abordagem de engenharia e soluções não padronizadas. O trabalho competente do designer aumenta o lucro do cliente e melhora a interação do usuário com o produto. "
Skillbox atrai com um salário de 80 mil.
“Um designer de produto é responsável pela criação e desenvolvimento de um produto, desde a ideia até o lançamento no mercado.
Você aprenderá como pensar em uma estratégia de negócios, trabalhar com uma equipe de TI, conduzir pesquisas e projetar sistemas de design. "
Bangbangeducation é modestamente silencioso sobre os prêmios monetários.
« , , , . . . , -. , . — .»
Em geral, tudo nas descrições é um tanto desfocado.
Agora, vamos dar uma olhada em hh.ru e ver o que os empregadores realmente esperam de uma pessoa chamada designer de produto.
Agi desajeitadamente e sem frescuras: digitei “Designer de produto” na caixa de pesquisa e escrevi os requisitos frequentemente encontrados.
Nota para a dona de casa: nas vagas, o nível de salário muitas vezes não é indicado, então o quadro real é bastante difícil de entender.
Mas posso lamentar as promessas e a expectativa de salário de 100 mil.
Tem, tem empresas que querem muito, mas não estão dispostas a pagar muito por isso.
Bem, eles dirigiram agora de acordo com os requisitos gerais :
- Experiência em design e outros programas (Sketch, Zeplin, Figma, InVision, Adobe Photoshop, etc.);
- web, iOS Android ( , , );
- ;
- . , , , . , , , , ;
- . , , , , . , ;
- ux- — , , ;
- , ;
- . ;
- - , ;
- - ( : , , );
- , ux ;
- . , , ;
- frontend , . frontend , , , ; , - front ;
, . ;
E assim, nas pequenas coisas: as habilidades de apresentar seu trabalho, a capacidade de argumentar razoavelmente com os desenvolvedores, auto-organização, multitarefa, etc.
Em geral, os requisitos são bastante extensos. Em algum lugar mais, em algum lugar menos.
Esperançosamente, a direção principal está clara.
Idealmente, um designer de produto deve combinar um designer, um designer de interface, um analista de negócios, um pesquisador, um palestrante, um lógico criativo e, geralmente, uma pessoa maravilhosa com uma alma ampla e uma perspectiva poderosa.
Na verdade, tudo é diferente para cada pessoa.
Mas eu sei com certeza que alguma parte dos requisitos formidáveis, sem os quais, bem, você não pode puxar o trabalho de forma alguma, na verdade, acaba sendo desnecessário, ou em um volume muito pequeno.
Mas esta é minha experiência pessoal. Talvez alguém não seja assim.
A razão para esse estado de coisas é bastante comum: simplesmente não há tempo suficiente para todos esses sushu-pusu com pesquisas, testes e outras porcarias. Porque o casamento é insuportável e a festa disse que era preciso, mas a gente disse que sim.
E quando você é um suíço, um ceifeiro e um jogador em uma pessoa, então, é claro, não há força para quebrar de um grande designer de produto em um bando de pequenos designers de ux e ui, pesquisador de ux, copista, artista e analista, simplesmente não há força ... A propósito, hora também. Mas aqui tudo, novamente, depende do tempo, da complexidade e de outros corpos celestes.
Honestamente, acho que algum dia a orquestra masculina acabará e um designer de produto se dividirá em especialidades diferentes. Porque a carga é muito alta e cada pessoa tem uma mentalidade diferente.
É como uma história com designers de layout.
Parecia bom em teoria. Na prática, não vi um único designer de layout que pudesse fazer um design de alta qualidade do zero e vice-versa. Talvez eu estivesse com uma aparência ruim ou minha visão esteja falhando.
Mas enquanto isso, sento, balanço minha perna, reclamo da vida e me chamo de designer de produto, quero compartilhar minha experiência de como construí os processos para que depois não fosse terrivelmente doloroso ...
Porque você ainda tem que fazer.
Bem, como?
Primeiro, reserve um tempo e construa o processo de trabalho no produto para que, após o lançamento, você não caia em um desmaio nervoso ao perceber que, em vez da risada feliz do usuário, você ouve o parceiro escolhido. Bem, desenvolvido, novamente, porque não é bom piscar em sua direção.
Parte dois. Prático.
Baseado em eventos verdadeiros.
Não direi que em todos os projetos consegui fazer conforme planejado. Mas houve ... houve pontos brilhantes em minha biografia quando deu certo.
E minha história será sobre esses pontos brilhantes.
Aqui vale a pena prestar atenção especial ao fato de que há quatro anos venho desenvolvendo projetos do zero. Portanto, a descrição do processo lhes interessará. Mas algo me diz que o processo pode ser aplicado a produtos prontos.
E sim, no artigo irei apenas tocar no processo de desenvolvimento e lançamento de novas funcionalidades. Sobre a geração de hipóteses, coleta de feedback e assim por diante, caso contrário, haverá muito.
Então…
Coletando requisitos do cliente
Os requisitos podem ser coletados do Dono do Produto, cliente ou outra pessoa responsável.
Nesta fase, é importante compreender como funciona agora e como é visto pelo responsável. E não só aqui e agora, mas também com uma lacuna para o futuro.
Afinal, quando você vê a imagem inteira, e não em pedaços, é sempre mais fácil lançar as bases para um maior dimensionamento e refinamento.
Os requisitos devem ser coletados com cuidado, sem deixar uma única mancha branca.
A boa notícia é que o analista de negócios deve fazer isso. Eu descobri, anotei, trouxe, dei um "tapa" e acenei adeus com minha caneta.
Mas com a amarga experiência de um telefone quebrado sob meu cinto, tenho certeza que um designer de produto deveria fazer isso. Bem, ou esteja presente na coleta de requisitos.
Porque há coisas que não são tão importantes para o analista, mas na hora de projetar uma interface, não há nada sem elas. Portanto, ele mesmo e apenas ele mesmo, bem, ou ao lado dele, como um piano no mato com um caderno, uma caneta e um gravador de voz.
A propósito, gostaria de falar separadamente sobre o ditafone: se você não usa no seu trabalho, comece a usar. A função é vergonhosamente útil. Quando você sabe que toda a conversa está sendo gravada, você pode se concentrar nela sem perder o foco da atenção ao longo do caminho, sendo distraído pelas gravações, etc.
Coletando requisitos do usuário
Este é o outro lado da moeda.
Agora você entende como funciona no topo e precisa ir mais fundo. É preciso cavar na direção de quem conhece não só os topos, mas também as raízes.
Sente-se e veja como ele funciona com o que já possui.
Pergunte o que combina com você e o que não é. E como gostaríamos. O que é importante ao realizar uma determinada ação, tomar uma decisão e assim por diante.
Mesmo que façamos algo que ainda não foi feito, eles ainda resolverão esses problemas.
Tendo cutucado com um pau nas duas direções, você já tem uma imagem mais ou menos inteligível com a qual pode trabalhar.
Outra coisa importante: sobre como funciona e o que há de errado, é melhor aprender não com especialistas, mas com usuários finais. Porque os especialistas podem ter apenas teoria ou memórias de dias passados, enquanto os usuários finais têm prática real, dor e lágrimas.
Por que estou prestando atenção nisso? Porque, novamente, salta com a prática. Coletei os problemas com os especialistas, me formei e fui ver o quão felizes os usuários finais estão com a felicidade que caiu sobre eles na forma de resolver seus problemas.
E de repente, de repente, descobriu-se que alguns dos problemas não são válidos, alguns deles não surgem aqui e não neste momento, mas alguns geralmente soam estranhos e são pobres, o que fazer com isso. Em suma, obrigado, decidimos, embora eles apenas tornassem as coisas piores.
Diagrama de caminho do usuário
Esta parte pode ser chamada de CJM, você ainda pode de alguma forma.
Sua essência reside no fato de que após o acervo de conhecimento recebido, esse acervo precisa ser transformado em algum tipo de fertilizante para trabalhos posteriores, desta vez. Dois - decidir se tudo é compreendido, levado em consideração e anotado corretamente a partir das palavras da vítima.
Deixe-me lembrar que estou falando agora sobre o desenvolvimento de um novo produto. Como eu fiz. Talvez alguém o faça de maneira diferente ou nem o faça.
E eu peguei e coloquei todo o caminho do usuário para uso com alguma função do ponto A ao B, de B ao C e assim por diante.
Visto que muitas vezes eu tinha que fazer algo que ainda não existia, não conseguia transmitir problemas reais, alegria e assim por diante.
Imaginei, em teoria, que poderia haver, em que momento eles correm o risco de se voltar para o lado negro do mal, indo para o lado errado e assim por diante.
Pensando em cada etapa com possíveis opções de problemas, soluções, ramificações, etc., é fácil ver se você mesmo entendeu o que ia fazer (sim, mesmo nesta fase, depois de todas as conversas, você pode tropeçar em um piano desconhecido no mato, depois ir e para esclarecer outra coisa). Que tipo de armas em forma de botões, informações, fotos e gatos você fornecerá ao seu futuro lutador?
Quando todo o caminho estiver desimpedido, como uma lágrima de bebê, você já pode iniciar o protótipo.
Protótipo um: papel
Não sei, talvez essa etapa não seja obrigatória para alguém, mas sempre faço isso. Ele ajuda você a examinar e corrigir soluções rapidamente sem se distrair com a beleza dos botões e gradientes.
Os papéis podem ser organizados em uma linha e avaliar a lógica e a clareza do futuro produto.
Em pedaços de papel, você pode até escrever alguns pontos sobre os quais precisa pensar ou imediatamente escrever questões emergentes que precisam ser esclarecidas com o desenvolvimento, por exemplo.
Protótipo dois: dinâmico
Eu faço isso no Axure.
Sinceramente, tentei em outros programas, mas não é conveniente para mim, especialmente quando haverá um número suficiente de telas.
Um protótipo dinâmico é necessário para mostrar aos poderes superiores que tudo está indo como deveria e ao usuário na hora do teste.
Não direi que o desenho diretamente, mas faço alguns acentos e cores importantes.
Teste de protótipo
Executar um script com um protótipo ajuda a garantir que você chegue aonde deseja. Ou talvez tenham, mas não lá. Ou talvez eles não tenham acertado.
Em qualquer caso, o protótipo transfere todas as edições mais facilmente do que o produto lançado em produção.
Eu testo a passagem de acordo com certos cenários, o quanto o usuário entende o significado dos símbolos, se é conveniente para ele ser apresentado com informações, etc.
Não vou dizer que tudo corra bem e corretamente.
Também havia limites de tempo para você simplesmente vir e mostrar o resultado do seu trabalho. Tipo, olha: você perguntou, e foi isso que a gente fez. Então você senta e escuta o feedback.
A primeira vez que pensei que os figos dessa abordagem seriam bons, mas não. Erros, momentos incompreensíveis e polêmicos ainda foram encontrados.
Portanto, concluí que se é impossível reservar um tempo "para conversar", você pode se limitar ao show, coletando feedback.
É definitivamente melhor do que nada.
Mostrar o desenvolvimento do protótipo
Em geral, nem sempre se consegue esse enfoque, mas acho importante encontrar tempo para os dois lados.
Muitas vezes, quando o tempo é limitado, algo pode ser simplificado sem perder qualidade.
Também é possível observar os locais que vão requerer uma descrição mais detalhada da lógica de trabalho, para que os desenvolvedores depois vivam mais facilmente.
Tadam! A reta final: design
Não há nada de especial para contar. Você senta, abre o programa e começa a desenhar, bem ou não, o que você trabalhou na série anterior.
O tempo permite - você vai para obter inspiração visual e outra sobre os recursos, cujos nomes não podem ser pronunciados, porque ultimamente são frequentemente odiados.
Transferência para desenvolvimento
Anteriormente, descrevi cenários no formato de história do usuário.
Soava mais ou menos assim:
Eu, tipo ..., eu quero ...
Além disso, a função em si, as ações com ela pelo usuário, recursos adicionais, etc., foram descritos.
Acontece que às vezes acontece muito e ninguém quer ler, então comecei a esculpir notas no próprio protótipo e fazer o layout no miro, o jeito é com telas já desenhadas.
Descobriu-se que é muito mais conveniente para os desenvolvedores trabalhar dessa maneira.
Eles veem tudo de uma vez, podem fazer perguntas ou colar adesivos para não se esquecerem de nada.
Na verdade, isso é quase tudo que eu queria dizer sobre como um designer de produto deve trabalhar com uma tarefa.
Conclusão
Repito que esta é minha visão e minha experiência.
Cada uma das etapas é importante para que funcione bem. E cada etapa leva tempo.
É provavelmente por isso que realmente não acredito na história de que a posição de um designer de produto durará muito tempo. Bem, ou todos terão um saco de tempo ou algo não será resolvido com tanto cuidado.
Gostaria muito de saber a sua opinião sobre a construção dos processos de trabalho, responsabilidades e capacidades de um designer de produto.
Essa profissão será relevante no futuro ou acabará se desintegrando em especialistas individuais estreitos?