Um desenvolvedor deve fazer mockups de UI se não houver designers no projeto?

57

Estou trabalhando com uma pequena equipe que cria um aplicativo da Web proprietário e o UX não é uma prioridade, já que nosso próprio pessoal será o operador, mas tentamos facilitar o trabalho deles.

Devo, como desenvolvedor, criar um mockup de interface do usuário antes de começar a criar uma nova tela? Nada muito chique, principalmente o layout geral para conversar com os colegas e ter um modelo de referência. Eu estava comparando-o à criação de alguns diagramas UML antes de mergulhar na escrita do código cegamente.

Um dos meus colegas de trabalho diz que isso é absurdo e não é meu trabalho fazer isso.

    
por Konstantine 15.06.2016 / 19:37
fonte

8 respostas

74

Freqüentemente, trabalho nesses projetos, e a resposta é um retumbante SIM e o mais cedo possível.

As pessoas acham muito mais fácil criticar para melhorar alguns rascunhos do que para chegar a uma solução do zero. Então começo a desenhar cedo por dois motivos:

  • Dê aos especialistas do assunto uma impressão sobre como a informação pode ser apresentada.
  • Mostre minha compreensão atual do problema e das estruturas informacionais.

Em casos raros, também foi bom ter alguma prova de que eu realmente entreguei o que nós concordamos ...

    
por 15.06.2016 / 21:14
fonte
39

As maquetes são fantásticas e não há motivo para que um desenvolvedor não as faça. (Pode até ser útil para um desenvolvedor fazer um rascunho de um layout de interface do usuário mesmo quando você tiver designers de interface do usuário no projeto.)

Eu recomendo que você não faça modelos que se parecem com telas reais. Se você compartilha isso com usuários finais que geralmente se concentram em coisas que não importam como cores e temas. O que eu recomendo que você faça é criar uma mão desenhada em papel ou esboços de quadro branco. Ou se você os quiser no computador, use algo como Pencil Project ou Visio ( aqui são alguns estênceis do Visio de um Jonathan Abbett que parecem handdrawn.

    
por 15.06.2016 / 22:15
fonte
11

Sim, absolutamente.

Não deixe que alguém lhe diga como fazer o seu trabalho. E você está certo, é muito parecido com fazer UML para o seu modelo de dados. Supondo que você seja um desenvolvedor, seu trabalho é oferecer um software de qualidade. Se os modelos ajudam você a fazer isso, isso faz parte do seu trabalho.

Faça modelos de baixa fidelidade - não os faça parecerem telas reais. Você perderá muito tempo ajustando fontes, pixels e bordas, e seus usuários ficarão obcecados com esses detalhes, em vez de se concentrar na funcionalidade. Algo como balsamiq é ótimo para isso, não há dúvida outras ferramentas semelhantes. Com a maquete em mãos, fica muito mais fácil discutir os recursos do projeto com seus usuários e com os outros membros da equipe de desenvolvimento.

    
por 16.06.2016 / 00:32
fonte
10

Ao projetar "uma nova tela", você deseja discutir a ideia aproximada da interface do usuário primeiro com um usuário e / ou seus colegas. Você não pode discutir isso com um usuário "em código" ou "em UML", que simplesmente não funciona (não funcionará nem entre programadores). E você deve esperar que você precise jogar fora seus primeiros dois ou três scetches, ou pelo menos reorganizar os elementos da interface do usuário pesadamente.

Portanto, se você tiver uma ferramenta de design de interface gráfica que permite fazer isso rapidamente, faz sentido usá-la. No entanto, se você precisar codificar os elementos da interface do usuário manualmente, e jogar fora ou reorganizar os elementos da interface do usuário exigir muito esforço, obviamente fará mais sentido não "codificar" a interface do usuário primeiro. Será muito mais eficiente criar modelos separados, usando uma ferramenta de desenho gráfico ou simplesmente usando lápis e papel.

    
por 15.06.2016 / 21:16
fonte
5

Não necessariamente. Há pelo menos dois motivos pelos quais os modelos podem ser de pouca utilidade.

Primeiro, se existem práticas bem estabelecidas na indústria em relação a fazer as coisas que você está prestes a fazer, você pode ir em frente e fazer exatamente isso. Você não estará impulsionando a arte do design da interface do usuário, mas isso também é bom.

Em segundo lugar, os usuários finais geralmente não sabem o que é bom para eles e por quê. Eles simplesmente não podem dizer até começarem a usar o programa (com dados reais ou simulados). Nenhuma quantidade de modelos estáticos ajudará nisso.

Com um framework web modestamente flexível, para "apenas outra tela de interface do usuário, como as telas N anteriores", é possível começar com um protótipo funcional e reorganizá-lo. Faça uma maquete e discuta com os colegas sempre que estiver prestes a fazer algo extravagante.

    
por 16.06.2016 / 06:48
fonte
3

SEMPRE!

Eu trabalho para uma pequena empresa e sou a única pessoa de TI "Soft". Eu faço todos os requisitos, design, codificação, teste (embora alguém sempre valide meu teste), design de banco de dados etc.

NUNCA CORTE OS CANTOS NAS ETAPAS DE DESENHO - seus usuários finais agradecerão. Você também vai agradecer a si mesmo, porque você VAI acabará refazendo-o para deixar os usuários finais satisfeitos. Mesmo que sua maquete não seja nada mais do que um pedaço de papel rabiscado, isso dá a eles uma ideia do que esperar. Levar 10 minutos para rabiscar algo pode salvar o trabalho de uma semana do tempo (feito lá, feito isso)

Também ajuda na sua codificação. Dá a você a chance de pensar sobre o que você precisa fazer, a maneira mais eficiente de realizá-lo e quaisquer obstáculos que possam estar no caminho.

Por exemplo, você pode achar que o relatório "simples" que você precisa criar é mais difícil do que você pensou, porque você não está capturando alguma data na tabela xyz. Ele também amplia seus horizontes e mostra sua equipe, superiores, ou até mesmo pode ser usado para potenciais oportunidades futuras de carreira que você faz mais do que o mínimo e pode sair da caixa de "não é meu trabalho" (< --- seriamente , NÃO seja esse cara, todos nós o odiamos) ou te dá uma chance de aprendizado adicional.

    
por 16.06.2016 / 18:35
fonte
2

Vamos ver isso de uma forma mais geral:

  • A criação de rascunhos é uma boa ideia?
  • Quem deve criar os rascunhos?

A criação de rascunhos é uma boa ideia?

Criar esboços fornece principalmente 2 benefícios. Primeiro, ele fornece foco, o que leva a uma aceleração no trabalho real que está sendo feito. Em segundo lugar, torna muito mais simples discutir a direção do trabalho antes que o trabalho seja concluído.

A desvantagem de criar um rascunho é que ele usa o tempo. Não faz sentido gastar 2 horas criando um rascunho elaborado para algo que leva 4 horas para ser criado.

No seu caso, o nível do modelo precisa levar em conta a quantidade estimada de trabalho que vai para o projeto e o benefício do rascunho. Dependendo disso, seu modelo pode estar em qualquer lugar entre um rabisco de 10 segundos em um post-it e um site totalmente interativo. Para projetos muito grandes e caros, não é incomum que equipes inteiras trabalhem em um rascunho por semanas e criem rascunhos de seu rascunho enquanto fazem isso.

Quem deve criar os rascunhos?

Não há necessidade de uma resposta elaborada aqui: se você se beneficia da criação de um rascunho, cria um rascunho. Se você se beneficiar de alguém fazendo um rascunho para você, peça a alguém para fazer um rascunho para você.

    
por 16.06.2016 / 19:01
fonte
-2

Seu colega está absolutamente correto. Aplicativos internos geralmente têm uma aparência predefinida. Também para esses aplicativos, os usuários não estão procurando uma interface de usuário de ponta. Tudo o que eles querem é algo que funcione e seja razoavelmente fácil de usar. A menos que você planeje mudar radicalmente a interface do usuário (que aconselho strongmente contra ... para aplicativos internos), basta seguir a aparência existente. Mock-ups são ótimos, mas no seu caso, só aumentará sua dor.

    
por 16.06.2016 / 07:18
fonte