Software

Dizer a diferença: wireframes, protótipos, maquetes

Design de um produto de software é mais do que um desenho que explica mais ou menos assim que tem que olhar e trabalhar. É um elaborado trabalho que permite que os desenvolvedores a entender, o que deve ser feito, como deve fazê-lo, e quanto tempo é suposto para levar. Um design de alta qualidade, uma representação gráfica da funcionalidade do aplicativo, é algo que distingue o seu software entre os concorrentes, e é algo que vai convencê-los a utilizar o seu produto. E se você está apenas no início de seu projeto de software, a fase de concepção irá apresentar tais termos como wireframe, protótipo e mockup (bem, se você ainda não ouviu isso antes), que têm diferenças substanciais, importantes.

Podemos também mencionar desenho aqui, que é o mais fácil de distinguir, muitas vezes handdrawn (embora também existam ferramentas especiais para isso), refletindo as idéias principais e dar um entendimento inicial de como o software é suposto para olhar. Mas a partir de esboços a fase de concepção prossegue sempre mais sofisticadas formas de representação. Além do mais, wireframes, protótipos e mockups prosseguir fins diferentes. Aqui vão eles, um por um.

Wireframes

Um wireframe é a representação menos detalhada dos três. Basicamente é a pedra de fundação de seu projeto. Tem que incluir as peças mais importantes do software de seu futuro. O importante é que ele mostra qual conteúdo será em cada tela, como ele será estruturado, e como o usuário navegará o aplicativo. Wireframes não deve ser subestimado por causa de sua simplicidade; sua representação do design é clara e conveniente.

Aqui é o equilíbrio em detalhes retratando - não tendo muitos deles, não usando cores, mas essencialmente, ter as coisas mais importantes em seu lugar, para que nenhum iria faltando no final. Wireframe permite geralmente entender como vai o desenvolvimento. Não deve demorar tempo demais do designer para criar um, se você sabe bem como o software deve funcionar.

Tendo um wireframe de seu futuro produto é bom para a visualização de objectivos para os desenvolvedores. Um wireframe ajuda a evitar mal-entendidos entre você e eles. Eles podem dar impressões iniciais cruas de usuários possíveis e são uma parte essencial do design em projetos de software complexos. Eles são úteis como parte da documentação, um tipo de um sketch com notas esclarecedoras, se necessário.

Protótipos

Um protótipo mergulha mais fundo a interação entre o usuário e o software, é como uma versão dinâmica de uma estrutura de arame. Demora muito mais tempo para criar um protótipo clicável, dinâmico, do que um wireframe estático por razões óbvias. Um protótipo mostra não só o conteúdo, mas a usabilidade geral de um aplicativo. Esta simulação de interações parece perto do projeto final e pode ser testado por usuário para certificar-se de que o software tem alta usabilidade - essa é uma das suas maiores vantagens práticas.

Protótipos são ótimos para revelar e eliminando erros do projeto, planejando mais etapas e fazer estimativas. Mais fácil é percebido por todos: desenvolvedores, proprietários de software, possivelmente os investidores, que podem ter sem fundo/educação técnica. Assim, é um ótimo meio de apresentar a idéia do software de forma detalhada.

Maquetes

Uma maquete é muito próximo a visualização real de um aplicativo, com representação estática de sua funcionalidade, que permite aos usuários totalmente ver e avaliar o projeto. Sendo uma boa fonte de feedback, maquetes são altamente úteis como parte da documentação. Eles representam a forma de um app real olha e sente como, com todas as cores, gráficos, tipografia - é por isso que eles são fáceis de perceber e avaliar.

Não confunda estes três termos. Dependendo do projeto e os problemas que você precisa para resolver, você pode ter que criar até todos eles. O projeto é uma etapa que enfrenta um monte de decisões do seu lado e o trabalho do lado do designer, mas o resultado clarifica as tarefas para os desenvolvedores, que é necessário para fazer estimativas para implementação. Se você começar a trabalhar com uma empresa de desenvolvimento, um projeto criado é um documento independente que pode ser usado se você decidir mudar seus desenvolvedores.