<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comentários sobre: Prototipação em papel? É uma alternativa?</title>
	<atom:link href="http://www.diegororiz.com.br/2010/01/prototipacao-em-papel-e-uma-alternativa/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.diegororiz.com.br/2010/01/prototipacao-em-papel-e-uma-alternativa/</link>
	<description>Rails, Tecnologia e Desenvolvimento</description>
	<lastBuildDate>Mon, 02 Jan 2012 18:54:24 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>Por: Henrique</title>
		<link>http://www.diegororiz.com.br/2010/01/prototipacao-em-papel-e-uma-alternativa/comment-page-1/#comment-357</link>
		<dc:creator>Henrique</dc:creator>
		<pubDate>Sun, 13 Feb 2011 03:03:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.diegororiz.com.br/?p=423#comment-357</guid>
		<description>Opa... nao sei pessoal, há situações e situações.
No geral, vocês sabem, não há uma regra universal ou um jeito perfeitamente eficiente para se atingir o resultado ideal em um projeto.

Esse vídeo foi feito para ser apresentado em oficinas do mesmo tema e elucidar o funcionamento do processo. No entanto há muito mais conteúdo a ser explicado, que mostra como o processo é vantajoso.

Bem, apenas para comentar os pontos colocados no post:

A. a primeira versão nunca é perfeita: exatamente! Como dito no livro &quot;Paper Prototyping: The Fast and Easy Way to Design and Refine User Interfaces&quot;, um protótipo em papel pode ser refeito rapidamente, e correções podem ser adicionadas mesmo entre um teste de usuário e outro.
Creio que nada seja tão eficiente assim... Em protótipos digitais, pequenas alterações feitas às pressas podem comprometer o resto do sistema, e ele precisaria ser revisado novamente. Que dirá entre duas sessões de teste com usuário.

B. é sempre bom manter a documentação do projeto em algum lugar colaborativo: um dos pontos positivos da prototipagem em papel é a possibilidade de participação de membros em equipes multidisciplinares (não é necessário que todos saibam desenhar muito bem para criar um protótipo em papel), assim redatores, designers e desenvolvedores podem conceber a interface rapidamente, em conjunto. Além disso, prototipagem em papel é utilizada bem no início de um projeto, antes da etapa de prototipagem com softwares, mais refinada. Há estudos que comprovam que em torno de 80% dos erros de usabilidade de uma interface podem ser encontrados em testes com menos de 10 usuários. Ou seja, é uma tremenda ajuda no início do processo, e ajuda a definir recursos e funcionalidades. Quando o sistema está mais bem definido, pode-se partir para outras etapas que demandam esforço maior, e consequentemente, mais tempo gasto caso necessitem correções (como criação de protótipos de média e alta fidelidade).

Algumas outras considerações: o visual simples e &quot;rabiscado&quot; permite que usuários forneçam feedback sem &quot;cata piolho&quot;, ou seja, eles entendem que o layout está em fase de construção, e que o importante a se considerar são a interação e as funcionalidades do sistema, e não a cor do botão &quot;enviar&quot;, por exemplo, que é irrelevante nesta etapa.

E para finalizar, uma referência excelente de uso de protótipos de papel: http://futureselfservicebanking.com/

Esse sistema bancário foi desenvolvido pela Ideo e foi eleito uma das melhores interfaces criadas em 2010. Eles utilizam prototipagem em papel no início do processo (veja o vídeo :)

Bem, espero poder ter esclarecido! 

Como disse, pode não ser a ferramenta perfeita, mas tem suas vantagens e grande utilidade no início de um processo de desenvolvimento.</description>
		<content:encoded><![CDATA[<p>Opa&#8230; nao sei pessoal, há situações e situações.<br />
No geral, vocês sabem, não há uma regra universal ou um jeito perfeitamente eficiente para se atingir o resultado ideal em um projeto.</p>
<p>Esse vídeo foi feito para ser apresentado em oficinas do mesmo tema e elucidar o funcionamento do processo. No entanto há muito mais conteúdo a ser explicado, que mostra como o processo é vantajoso.</p>
<p>Bem, apenas para comentar os pontos colocados no post:</p>
<p>A. a primeira versão nunca é perfeita: exatamente! Como dito no livro &#8220;Paper Prototyping: The Fast and Easy Way to Design and Refine User Interfaces&#8221;, um protótipo em papel pode ser refeito rapidamente, e correções podem ser adicionadas mesmo entre um teste de usuário e outro.<br />
Creio que nada seja tão eficiente assim&#8230; Em protótipos digitais, pequenas alterações feitas às pressas podem comprometer o resto do sistema, e ele precisaria ser revisado novamente. Que dirá entre duas sessões de teste com usuário.</p>
<p>B. é sempre bom manter a documentação do projeto em algum lugar colaborativo: um dos pontos positivos da prototipagem em papel é a possibilidade de participação de membros em equipes multidisciplinares (não é necessário que todos saibam desenhar muito bem para criar um protótipo em papel), assim redatores, designers e desenvolvedores podem conceber a interface rapidamente, em conjunto. Além disso, prototipagem em papel é utilizada bem no início de um projeto, antes da etapa de prototipagem com softwares, mais refinada. Há estudos que comprovam que em torno de 80% dos erros de usabilidade de uma interface podem ser encontrados em testes com menos de 10 usuários. Ou seja, é uma tremenda ajuda no início do processo, e ajuda a definir recursos e funcionalidades. Quando o sistema está mais bem definido, pode-se partir para outras etapas que demandam esforço maior, e consequentemente, mais tempo gasto caso necessitem correções (como criação de protótipos de média e alta fidelidade).</p>
<p>Algumas outras considerações: o visual simples e &#8220;rabiscado&#8221; permite que usuários forneçam feedback sem &#8220;cata piolho&#8221;, ou seja, eles entendem que o layout está em fase de construção, e que o importante a se considerar são a interação e as funcionalidades do sistema, e não a cor do botão &#8220;enviar&#8221;, por exemplo, que é irrelevante nesta etapa.</p>
<p>E para finalizar, uma referência excelente de uso de protótipos de papel: <a href="http://futureselfservicebanking.com/" rel="nofollow">http://futureselfservicebanking.com/</a></p>
<p>Esse sistema bancário foi desenvolvido pela Ideo e foi eleito uma das melhores interfaces criadas em 2010. Eles utilizam prototipagem em papel no início do processo (veja o vídeo <img src='http://www.diegororiz.com.br/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>Bem, espero poder ter esclarecido! </p>
<p>Como disse, pode não ser a ferramenta perfeita, mas tem suas vantagens e grande utilidade no início de um processo de desenvolvimento.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Gustavo Sousa</title>
		<link>http://www.diegororiz.com.br/2010/01/prototipacao-em-papel-e-uma-alternativa/comment-page-1/#comment-64</link>
		<dc:creator>Gustavo Sousa</dc:creator>
		<pubDate>Thu, 28 Jan 2010 13:03:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.diegororiz.com.br/?p=423#comment-64</guid>
		<description>Eu sempre fiz assim, desde a faculdade...

Mas geralmente faço uma coisa bem simples, apenas pra investigar a melhor forma de dispor os elementos na tela. Também é bem útil pra ter uma idéia do fluxo de interação entre as telas.

Geralmente eu pego um papel bem grande (A2), e desenho várias telinhas +ou- com setinhas entre elas, indicando as possíveis &quot;transições&quot;.

http://tools.assembla.com/svn/workflow/workflow/docs/projeto%20de%20interface/tela%20inicial_gustavo.jpg</description>
		<content:encoded><![CDATA[<p>Eu sempre fiz assim, desde a faculdade&#8230;</p>
<p>Mas geralmente faço uma coisa bem simples, apenas pra investigar a melhor forma de dispor os elementos na tela. Também é bem útil pra ter uma idéia do fluxo de interação entre as telas.</p>
<p>Geralmente eu pego um papel bem grande (A2), e desenho várias telinhas +ou- com setinhas entre elas, indicando as possíveis &#8220;transições&#8221;.</p>
<p><a href="http://tools.assembla.com/svn/workflow/workflow/docs/projeto%20de%20interface/tela%20inicial_gustavo.jpg" rel="nofollow">http://tools.assembla.com/svn/workflow/workflow/docs/projeto%20de%20interface/tela%20inicial_gustavo.jpg</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Valdemar</title>
		<link>http://www.diegororiz.com.br/2010/01/prototipacao-em-papel-e-uma-alternativa/comment-page-1/#comment-61</link>
		<dc:creator>Valdemar</dc:creator>
		<pubDate>Mon, 25 Jan 2010 13:16:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.diegororiz.com.br/?p=423#comment-61</guid>
		<description>Ah, fala sério! O cliente tem de ser quase da área de TI para conseguir entender direito o que está acontecendo. Sem falar que demora pra caraaaaaaaaaaaaamba. Dá pra construir uma interfacezinha rapidamente e funcional com NetBeans ou outra ferramenta visual! Eu num animo não! hauuahuauh! Mas o vídeo é divertido!

Flws Diegão!</description>
		<content:encoded><![CDATA[<p>Ah, fala sério! O cliente tem de ser quase da área de TI para conseguir entender direito o que está acontecendo. Sem falar que demora pra caraaaaaaaaaaaaamba. Dá pra construir uma interfacezinha rapidamente e funcional com NetBeans ou outra ferramenta visual! Eu num animo não! hauuahuauh! Mas o vídeo é divertido!</p>
<p>Flws Diegão!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Marcelo Quinta</title>
		<link>http://www.diegororiz.com.br/2010/01/prototipacao-em-papel-e-uma-alternativa/comment-page-1/#comment-60</link>
		<dc:creator>Marcelo Quinta</dc:creator>
		<pubDate>Sun, 24 Jan 2010 21:42:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.diegororiz.com.br/?p=423#comment-60</guid>
		<description>EU faço o mesmo.</description>
		<content:encoded><![CDATA[<p>EU faço o mesmo.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

