Eu acrescentaria também um último tópico nos pontos sobre UI no minuto 4:04, que é a documentação de requisitos. Em projetos UI, os assets de icones, fontes e demais elementos da interface precisam estar alinhados com os frameworks e as bibliotecas que a equipe de desenvolvimento selecionou pra programar. Se a equipe escolheu que vai programar em React e a Biblioteca de ícones que eles vão usar é do Material Design, então a UI precisa tbm ser pensada com base nela. O Doc de requisitos é importante pra os desenvolvedores porque lá fica documentado todas as funcionalidades do sistema. Esse doc estando bem alinhado com o design system facilita bastante a comunicação do design com o desenvolvimento, porque não corre o risco do designer criar uma "tela" com um botão ou uma interação que não existe no escopo da biblioteca de desenvolvimento. Já tive a oportunidade de trabalhar por um período com uma equipe de dev e vejo esse processo de documentação das etapas do projeto são bem mais recorrentes, diferente do design gráfico que a preocupação maior está mais no criar, no flow do profissional que tá materializando, por conta própria, todos os detalhes do trabalho. Claro que tudo tem seus prós e contras, cabe cada um avaliar aquilo que cabe dentro do nicho que pretende atuar.
Outro detalhe é que até essa questão dos frameworks de desenvolvimento é variável, porque mesmo existindo bibliotecas prontas já formatadas de forma padrão, as vezes o cliente pode pedir uma funcionalidade que precise de recursos externos aquilo que foi planejado no inicio do projeto, aí o esquema muda totalmente. Acho até que seja esse o ponto que @FlambDesign levantou de existirem bem mais reuniões direcionadas a UI, justamente porque a longo prazo, novos problemas e novas questões vão surgindo conforme os usuários vão utilizando e testando a interação do aplicativo/site/plataforma.
@@_mateusemanuel Boa Mateus. Exatamente, quando se trabalha onde o APP é o negócio, as padronizações são muito necessárias para manter a organização, coerencia e ser mais produtivo sem precisar " inventar outra roda". é um processo de melhoria continua. Obrigado por compartilhar sua experiência e ponto de vista. 🙌
Oi Flávio, muito legal a proposta do vídeo. Minha área de atuação é TI e por bastante tempo trabalhei com suporte ao usuário final em SAPs de contabilidade, portanto a solução apresentada para os problemas do dia a dia na atividade não são em um produto ou serviço em desenvolvimento e sim instruir o usuário em como utilizar o produto/serviço. Muito tempo atrás tive contato com o Design, mas não amadureci nessa área, porém estou retornando os estudos e pretendo focar em UX. A dúvida é: Quais habilidades preciso ter atenção em me aperfeiçoar para trilhar um caminho e me tornar um Product Designer? Ahhh e pergunta extra: Sei que isso pode depender muito de profissional para profissional, oportunidade, empresa etc. - Mas quanto tempo leva para chegar num cargo com essa responsabilidade? Muito obrigado pelo conhecimento compartilhado. Um abraço.
Faaala Paulo, tudo certo com você? Boa, obrigado por compartilhar sua perspectiva. Sobre o caminho de estudo, existem muitas coisas, talvez por isso a dúvida do que estudar. Bem puxando pra parte UI eu diria: Princípios de design visual(cores, hierarquia, tipografia), Design responsivo, interação/protótipo. UX: Psicologia do usuário, padrões de interação e design intuitivo, ferramentas de pesquisas, etc. Lembrando que existem cargos que você faz os dois, mas existem empresas que contratam especialistas somente em UI, ux, interações, etc.MAs é legal entender o geral. Sobre a pergunta extra, esse é difícil responder sem errar, hehe. Como falei no vídeo, existem muitas variáveis. Eu posso dizer que você já entra tendo contato com "tudo isso", o que muda é que você vai aumentado sua responsabilidade e você se torna a pessoa que toma as decisões. Dica extra: Eu ficaria de olho em low code, o Figma fez uma baita atualização mostrando seu direcionamento. Quem entender melhor sobre o assunto, pode ter uma grande vantagem no mercado. Espero ter ajudado, obrigado pelo feedback Paulo.🙂 🔥
Qual parte do vídeo chamou sua atenção? E você que já fez essa transição, o que mais podemos compartilhar com o pessoal? 😉
Eu acrescentaria também um último tópico nos pontos sobre UI no minuto 4:04, que é a documentação de requisitos. Em projetos UI, os assets de icones, fontes e demais elementos da interface precisam estar alinhados com os frameworks e as bibliotecas que a equipe de desenvolvimento selecionou pra programar. Se a equipe escolheu que vai programar em React e a Biblioteca de ícones que eles vão usar é do Material Design, então a UI precisa tbm ser pensada com base nela. O Doc de requisitos é importante pra os desenvolvedores porque lá fica documentado todas as funcionalidades do sistema. Esse doc estando bem alinhado com o design system facilita bastante a comunicação do design com o desenvolvimento, porque não corre o risco do designer criar uma "tela" com um botão ou uma interação que não existe no escopo da biblioteca de desenvolvimento. Já tive a oportunidade de trabalhar por um período com uma equipe de dev e vejo esse processo de documentação das etapas do projeto são bem mais recorrentes, diferente do design gráfico que a preocupação maior está mais no criar, no flow do profissional que tá materializando, por conta própria, todos os detalhes do trabalho. Claro que tudo tem seus prós e contras, cabe cada um avaliar aquilo que cabe dentro do nicho que pretende atuar.
Outro detalhe é que até essa questão dos frameworks de desenvolvimento é variável, porque mesmo existindo bibliotecas prontas já formatadas de forma padrão, as vezes o cliente pode pedir uma funcionalidade que precise de recursos externos aquilo que foi planejado no inicio do projeto, aí o esquema muda totalmente. Acho até que seja esse o ponto que @FlambDesign levantou de existirem bem mais reuniões direcionadas a UI, justamente porque a longo prazo, novos problemas e novas questões vão surgindo conforme os usuários vão utilizando e testando a interação do aplicativo/site/plataforma.
@@_mateusemanuel Boa Mateus. Exatamente, quando se trabalha onde o APP é o negócio, as padronizações são muito necessárias para manter a organização, coerencia e ser mais produtivo sem precisar " inventar outra roda". é um processo de melhoria continua.
Obrigado por compartilhar sua experiência e ponto de vista.
🙌
Oi Flávio, muito legal a proposta do vídeo. Minha área de atuação é TI e por bastante tempo trabalhei com suporte ao usuário final em SAPs de contabilidade, portanto a solução apresentada para os problemas do dia a dia na atividade não são em um produto ou serviço em desenvolvimento e sim instruir o usuário em como utilizar o produto/serviço. Muito tempo atrás tive contato com o Design, mas não amadureci nessa área, porém estou retornando os estudos e pretendo focar em UX. A dúvida é: Quais habilidades preciso ter atenção em me aperfeiçoar para trilhar um caminho e me tornar um Product Designer? Ahhh e pergunta extra: Sei que isso pode depender muito de profissional para profissional, oportunidade, empresa etc. - Mas quanto tempo leva para chegar num cargo com essa responsabilidade? Muito obrigado pelo conhecimento compartilhado. Um abraço.
Faaala Paulo, tudo certo com você?
Boa, obrigado por compartilhar sua perspectiva.
Sobre o caminho de estudo, existem muitas coisas, talvez por isso a dúvida do que estudar.
Bem puxando pra parte UI eu diria: Princípios de design visual(cores, hierarquia, tipografia), Design responsivo, interação/protótipo.
UX: Psicologia do usuário, padrões de interação e design intuitivo, ferramentas de pesquisas, etc.
Lembrando que existem cargos que você faz os dois, mas existem empresas que contratam especialistas somente em UI, ux, interações, etc.MAs é legal entender o geral.
Sobre a pergunta extra, esse é difícil responder sem errar, hehe. Como falei no vídeo, existem muitas variáveis. Eu posso dizer que você já entra tendo contato com "tudo isso", o que muda é que você vai aumentado sua responsabilidade e você se torna a pessoa que toma as decisões.
Dica extra: Eu ficaria de olho em low code, o Figma fez uma baita atualização mostrando seu direcionamento. Quem entender melhor sobre o assunto, pode ter uma grande vantagem no mercado.
Espero ter ajudado, obrigado pelo feedback Paulo.🙂
🔥