Como convencer meus usuários a não usar uma interface do usuário de esboço?

Recentemente, trabalhei em um protótipo de um novo sistema usando o Sketchflow, e agora alguns dos principais interessados ​​estão buscando uma aparência esboçada no produto final. Para piorar a situação, as pessoas que visualizaram o protótipo foram solicitadas a fornecer feedback sobre a aparência esboçada por meio de uma pergunta de pesquisa bastante importante, para a qual 80% das respostas foram positivas.

É para um aplicativo corporativo que será principalmente para clientes internos, mas também deve ser usado por alguns clientes externos.

As principais razões que tenho para pensar que é uma má ideia são:

• Não parece polido ou profissional
• O esforço significativo envolvido na criação de uma aplicação real no estilo esboçado
• O estilo esboçado não faz uso eficiente do espaço na tela

Eu tenho tentado descobrir qual poderia ser o apelo, e a única coisa que posso pensar é que as pessoas são atraídas pela simplicidade dele - especialmente quando comparado com o (s) sistema (s) existente (s) que ele estará substituindo .

Alguém pode me apontar na direção da evidência de por que usar uma aparência de esboço é uma má idéia? Idealmente, algo baseado na pesquisa da interface do usuário. Estou preocupado que minha voz não seja ouvida, a menos que eu possa apontar para algo concreto.

[Editar]

Provavelmente, devo acrescentar que a dificuldade de aplicar o skin ao aplicativo é agravada pelo fato de ele ser entregue como um ou mais webparts do Silverlight em um site do Sharepoint. Obter uma aparência consistente e esboçada nas duas tecnologias pode ser muito difícil.

[Editar]

Caso alguém não tenha certeza da aparência de um protótipo do Sketchflow (e, portanto, do que as pessoas em questão estão solicitando), está solicitando essencialmente que um aplicativo de produção tenha uma aparência de wireframe de esboço a lápis.

Há um bom livro chamado Design Emocional: Por que amamos (ou odiamos) as coisas cotidianas de Donald A. Norman. O livro fornece uma boa estrutura para descrever e entender os aspectos menos técnicos do design. A versão curta é que existem três tipos de reação a qualquer design:

• Visceral - A reação intestinal, é sexy, é polida, é feia. Você entendeu a ideia.
• Comportamental - Como a coisa funciona, ou não, conforme o caso.
• Reflexivo - Como o site me faz pensar, reagir ou sentir. Lembrar de usar o site pode provocar felicidade, agonia ou outra coisa.

Sinto que seus argumentos são mais sobre os aspectos reflexivos de longo prazo , enquanto seus clientes têm uma reação mais visceral . Simplicidade é um conceito muito poderoso e muito difícil de executar bem. Basicamente, você precisa equilibrar todas as coisas comportamentais que o site precisa fazer, deixando uma boa impressão.

Para ajudar a priorizar o que é mais importante, você precisa pensar em como os usuários estarão interagindo com o site. Se você espera interações passivas e curtas (como verificar notícias), o visceral pode ser o mais importante. No entanto, se isso for muito utilizado para o trabalho diário, o comportamento se tornará fundamental. Por fim, se o site fará parte da face da empresa, ele realmente precisará refletir sobre o que é a empresa. Uma aparência informal pode ser bastante apropriada se a empresa estiver projetando essa imagem.

A melhor aposta é ajudar seu cliente a se tornar claro sobre sua visão do site e como esse site pode ou não afetar sua marca.

Um pensamento adicional : você é limitado pela plataforma na qual está implantando (conforme observado na sua primeira edição). Com essa restrição, é tecnicamente inviável fazer um grande número de coisas que, de outra forma, não seriam boas em um site novo. O SharePoint, sendo um produto baseado em WebForms, não oferece muita margem de manobra para personalizar a aparência com seu CSS rígido, CSS misto e layout incorporado e estado de exibição incorporado no HTML. Você sempre pode adicionar o elemento about cost aos seus argumentos. Entre isso e a discussão sobre branding (o design reflexivo), você pode conquistá-los.

Geralmente, esses protótipos esboçados ficam bem desde que ninguém precise usá-lo. Para convencê-los, implemente uma pequena parte como um protótipo utilizável, em duas versões, uma com a pele esboçada e outra normal. Isso deve ser suficiente para mostrar a eles que o visual esboçado é engraçado por um dia ou dois, mas se torna obsoleto logo depois.

Se isso não os convencer, bem, o problema deles.

Honestamente, se é a sua aplicação e é por isso que eles querem, eu faria da maneira deles.

Se desejar tentar influenciá-los de outra forma, faça uma maquete de uma interface do usuário diferente e mostre-a junto com seus argumentos contra a interface do usuário incompleta.

Tente colocar nos termos que eles entenderiam. Por exemplo, em vez de dizer que seria necessário um esforço significativo para refazer a aplicação, diga-lhes que o design adiciona X dias / semanas adicionais ao tempo de produção. Ou, em vez de falar sobre imóveis, mostre a eles um exemplo de como ficará confuso em comparação com o design alternativo. Afinal, uma imagem vale mais que mil palavras.

A questão da aparência é o maior problema, pela mesma razão pela qual a aparência é quase sempre uma má idéia.

Consulte o tomo e imprima algumas páginas. Eu não diria que há um problema com o superficialismo, já que isso é apenas uma espécie de moda passageira e funciona nos filmes de Michael Cera.

Eu posso pensar em uma razão pela qual é ruim da perspectiva de um programador: a aparência do esboço é usada para garantir que os usuários não confundam protótipos com a coisa real. Se o real é esboçado, você não pode mais usá-lo para criar protótipos.

Da perspectiva de um usuário, não consigo pensar em uma razão. Se eles gostam dessa estética e é fácil de usar, é difícil convencê-los do contrário, sem algo melhor.

A menos que a aparência esboçada tenha sido testada em relação a outra aparência, você não pode dizer com certeza que os usuários estavam respondendo à funcionalidade e não à estética.

Em uma questão maior, eu não diria que um olhar esboçado é a priori ruim. Depende do domínio. Não concordo necessariamente que você não possa parecer polido ou profissional, mas os problemas imobiliários certamente poderiam ser resolvidos.

De qualquer forma, acho que você está no caminho certo para tentar descobrir o que é atraente para as partes interessadas. A resposta está aí em algum lugar.

Minha opinião pode ser um pouco tendenciosa nisso, mas eu sugiro uma ferramenta como http://IntuitionHQ.com ou algo parecido em que você possa executar um teste de usabilidade muito rápido e simples no design esboçado versus, digamos, uma estrutura de arame ou design mais elegante.

Não precisa ser interativo, mas se os números voltarem mostrando que um design é claramente melhor e mais utilizável que o outro (conforme seu instinto), as partes interessadas acharão difícil argumentar.

Usamos esse método antes e é muito difícil argumentar com os resultados desses testes. Se você estiver interessado, consulte alguns exemplos de resultados em video.intuitionhq.com/pub/356/1.

Saúde e boa sorte com seus projetos.