<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Manual da Startup &#187; design</title>
	<atom:link href="http://www.manualdastartup.com.br/blog/category/design/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.manualdastartup.com.br/blog</link>
	<description>Práticas sobre Lean Startups, Customer Development e empreendedorismo em geral</description>
	<lastBuildDate>Wed, 30 Nov 2011 16:02:16 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Como a 37Signals faz o design dos seus produtos</title>
		<link>http://www.manualdastartup.com.br/blog/como-a-37signals-faz-o-design-dos-seus-produtos/</link>
		<comments>http://www.manualdastartup.com.br/blog/como-a-37signals-faz-o-design-dos-seus-produtos/#comments</comments>
		<pubDate>Sun, 08 May 2011 20:05:16 +0000</pubDate>
		<dc:creator>Eric Santos</dc:creator>
				<category><![CDATA[design]]></category>
		<category><![CDATA[37Signals]]></category>
		<category><![CDATA[design process]]></category>
		<category><![CDATA[Ryan Singer]]></category>

		<guid isPermaLink="false">http://www.manualdastartup.com.br/blog/?p=602</guid>
		<description><![CDATA[Ontem revi este vídeo do Ryan Singer na FOWA 2010, onde ele explica como é o processo de design dos produtos da 37Signals, desde uma ideia inicial de produto/funcionalidade até o deploy do software em produção. A palestra tem uma caráter bastante prático, então não valeria a pena eu tentar fazer um resumo dos conceitos [...]]]></description>
			<content:encoded><![CDATA[<div class="tweetmeme_button" style="float: right; margin-left: 10px;">
			<a href="http://api.tweetmeme.com/share?url=http%3A%2F%2Fwww.manualdastartup.com.br%2Fblog%2Fcomo-a-37signals-faz-o-design-dos-seus-produtos%2F" onclick="pageTracker._trackPageview('/outgoing/api.tweetmeme.com/share?url=http_3A_2F_2Fwww.manualdastartup.com.br_2Fblog_2Fcomo-a-37signals-faz-o-design-dos-seus-produtos_2F&amp;referer=');"><br />
				<img src="http://api.tweetmeme.com/imagebutton.gif?url=http%3A%2F%2Fwww.manualdastartup.com.br%2Fblog%2Fcomo-a-37signals-faz-o-design-dos-seus-produtos%2F&amp;style=normal&amp;b=2" height="61" width="50" /><br />
			</a>
		</div>
<div>Ontem revi este vídeo do Ryan Singer na <a href="http://futureofwebapps.com/london-2010/" target="_blank" onclick="pageTracker._trackPageview('/outgoing/futureofwebapps.com/london-2010/?referer=');">FOWA 2010</a>, onde ele explica como é o <strong>processo de design</strong> dos produtos da 37Signals, desde uma ideia inicial de produto/funcionalidade até o deploy do software em produção.</div>
<p></br></p>
<div>A palestra tem uma caráter bastante prático, então não valeria a pena eu tentar fazer um resumo dos conceitos aqui. Mesmo para quem não é designer ou desenvolvedor, sem dúvida vale o investimento de meia hora assistindo o vídeo.</div>
<p></br><br />
<span id="more-602"></span></p>
<div>Logo na sequência faço alguns comentários sobre os pontos que eu mais gostei do processo e que certamente servirão de input para melhorarmos a maneira como nós desenvolvemos nossos produtos. O interessante é que grande parte das práticas remetem a conselhos que eles já deram há muito tempo no <a href="http://gettingreal.37signals.com/toc.php" target="_blank" onclick="pageTracker._trackPageview('/outgoing/gettingreal.37signals.com/toc.php?referer=');">Getting Real</a>. Nos comentários também vou apontar para os links para seções específicas do livro.</div>
<p> </br></p>
<p><iframe src="http://player.vimeo.com/video/15772341?title=0&amp;byline=0&amp;portrait=0" width="400" height="224" frameborder="0"></iframe>
<p><a href="http://vimeo.com/15772341" onclick="pageTracker._trackPageview('/outgoing/vimeo.com/15772341?referer=');">Ryan Singer at Future of Web Apps, London 2010</a> from <a href="http://vimeo.com/rjs" onclick="pageTracker._trackPageview('/outgoing/vimeo.com/rjs?referer=');">Ryan Singer</a> on <a href="http://vimeo.com" onclick="pageTracker._trackPageview('/outgoing/vimeo.com?referer=');">Vimeo</a>.</p>
<p></br></p>
<div>Minhas observações:</div>
<div>
<ul>
<li><strong>Tudo começa com o problema</strong>, ou como o Ryan colocou, com a definição do &#8220;modelo&#8221;: parece óbvio, mas muita gente esquece de focar no problema de negócio que o software pretende resolver na hora de projetar uma interface.  (referência no Getting Real:  <a href="http://gettingreal.37signals.com/ch04_Whats_the_Big_Idea.php" target="_blank" onclick="pageTracker._trackPageview('/outgoing/gettingreal.37signals.com/ch04_Whats_the_Big_Idea.php?referer=');">&#8220;What&#8217;s the big idea?&#8221;</a>)</li>
<li><strong>Simplicidade é chave</strong>: uma série de decisões e detalhes sempre poderão ser melhor definidos e aprimorados à frente. Deve-se pensar sempre qual é a coisa mínima que resolve de forma elegante o problema explicitado. (ref. <a href="http://gettingreal.37signals.com/ch04_Ignore_Details_Early_On.php" target="_blank" onclick="pageTracker._trackPageview('/outgoing/gettingreal.37signals.com/ch04_Ignore_Details_Early_On.php?referer=');">&#8220;Ignore details early on&#8221;</a>)</li>
<li><strong>Elimine as abstrações</strong>: quanto mais próxima a aplicação estiver do seu ambiente final (rodando em produção), melhor. Não gaste um tempo excessivo em especificações, rascunhos, wireframes, arte, mockups, etc. (ref. <a href="http://gettingreal.37signals.com/ch06_Race_to_Running_Software.php" target="_blank" onclick="pageTracker._trackPageview('/outgoing/gettingreal.37signals.com/ch06_Race_to_Running_Software.php?referer=');">&#8220;Race to running software&#8221;</a>)</li>
<li><strong>Faça o designer e o programador trabalhar simultaneamente</strong>: isso também tem a ver com o ponto acima e ficou bastante evidente no processo quando ele sugeriu que o próximo passo depois dos rascunhos seria já fazer código HTML, assim o programador não fica esperando todo o design ficar pronto para começar a codificar o software. Claro que, para isso funcionar bem, um dos pré-requisitos é que se tenha iterações curtas. (ref. <a href="http://gettingreal.37signals.com/ch06_Rinse_and_Repeat.php" target="_blank" onclick="pageTracker._trackPageview('/outgoing/gettingreal.37signals.com/ch06_Rinse_and_Repeat.php?referer=');">&#8220;Rinse and repeat&#8221;</a>)</li>
<li><strong>Cresça a aplicação de dentro para fora</strong>: A parte mais importante de uma página sempre é a funcionalidade em si, e não os cabeçalhos, barra de navegação, etc. No processo de design de um site, o projeto do núcleo deve vir antes do template, e não o contrário. (ref. <a href="http://gettingreal.37signals.com/ch09_Epicenter_Design.php" target="_blank" onclick="pageTracker._trackPageview('/outgoing/gettingreal.37signals.com/ch09_Epicenter_Design.php?referer=');">&#8220;Epicenter Design&#8221;</a>)</li>
<li><strong>Nem todas as informações na página têm a mesma importância</strong>: Dê destaque (em tamanho, contraste, etc.) as partes mais importantes da página &#8211; o que Ryan chamou de &#8220;Halo of attention&#8221; &#8211; mesmo que isso venha ao custo de uma inconsistência com outras páginas. (ref. <a href="http://gettingreal.37signals.com/ch09_Context_Over_Consistency.php" target="_blank" onclick="pageTracker._trackPageview('/outgoing/gettingreal.37signals.com/ch09_Context_Over_Consistency.php?referer=');">&#8220;Context over Consistency&#8221;</a>)</li>
<li><strong>A aplicações está sempre viva</strong>: mesmo as premissas mais básicas do modelo podem mudar ao longo do tempo. Mantenha o caráter iterativo e a abertura à feedback. (ref. <a href="http://gettingreal.37signals.com/ch15_Go_With_the_Flow.php" target="_blank" onclick="pageTracker._trackPageview('/outgoing/gettingreal.37signals.com/ch15_Go_With_the_Flow.php?referer=');">&#8220;Go with the flow&#8221;</a>)</li>
</ul>
</div>
]]></content:encoded>
			<wfw:commentRss>http://www.manualdastartup.com.br/blog/como-a-37signals-faz-o-design-dos-seus-produtos/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Design vs. Métricas &#8211; notas do painel da SLLConf</title>
		<link>http://www.manualdastartup.com.br/blog/design-vs-metricas-notas-do-painel-da-sllconf/</link>
		<comments>http://www.manualdastartup.com.br/blog/design-vs-metricas-notas-do-painel-da-sllconf/#comments</comments>
		<pubDate>Fri, 14 May 2010 15:15:33 +0000</pubDate>
		<dc:creator>Eric Santos</dc:creator>
				<category><![CDATA[Apresentações]]></category>
		<category><![CDATA[design]]></category>
		<category><![CDATA[Eventos]]></category>
		<category><![CDATA[Métricas]]></category>
		<category><![CDATA[andrew chen]]></category>
		<category><![CDATA[dave mcclure]]></category>
		<category><![CDATA[laura klein]]></category>
		<category><![CDATA[lean design]]></category>
		<category><![CDATA[minimum desirable product]]></category>
		<category><![CDATA[Rashmi Sinha]]></category>
		<category><![CDATA[siqi chen]]></category>
		<category><![CDATA[sllconf]]></category>
		<category><![CDATA[user experience]]></category>

		<guid isPermaLink="false">http://www.manualdastartup.com.br/blog/?p=331</guid>
		<description><![CDATA[No final do primeiro bloco da Startup Lessons Learned Conference, tivemos a chance de acompanhar uma excelente discussão sobre o papel do Design em uma Startup e como ele se relaciona com uma postura de rigor e atenção com relação a Métricas. Quem moderou o painel foi o Dave McClure, investidor e advisor de várias [...]]]></description>
			<content:encoded><![CDATA[<div class="tweetmeme_button" style="float: right; margin-left: 10px;">
			<a href="http://api.tweetmeme.com/share?url=http%3A%2F%2Fwww.manualdastartup.com.br%2Fblog%2Fdesign-vs-metricas-notas-do-painel-da-sllconf%2F" onclick="pageTracker._trackPageview('/outgoing/api.tweetmeme.com/share?url=http_3A_2F_2Fwww.manualdastartup.com.br_2Fblog_2Fdesign-vs-metricas-notas-do-painel-da-sllconf_2F&amp;referer=');"><br />
				<img src="http://api.tweetmeme.com/imagebutton.gif?url=http%3A%2F%2Fwww.manualdastartup.com.br%2Fblog%2Fdesign-vs-metricas-notas-do-painel-da-sllconf%2F&amp;style=normal&amp;b=2" height="61" width="50" /><br />
			</a>
		</div>
<p>No final do primeiro bloco da <a href="http://www.sllconf.com/" target="_blank" onclick="pageTracker._trackPageview('/outgoing/www.sllconf.com/?referer=');">Startup Lessons Learned Conference</a>, tivemos a chance de acompanhar uma excelente discussão sobre <strong>o papel do Design em uma Startup</strong> e como ele se relaciona com uma postura de rigor e atenção com relação a Métricas.</p>
<p>Quem moderou o painel foi o <a href="http://500hats.typepad.com/500blogs/" target="_blank" onclick="pageTracker._trackPageview('/outgoing/500hats.typepad.com/500blogs/?referer=');">Dave McClure</a>, investidor e advisor de várias empresas conhecidas (ex. Bit.ly, Mint, SimpleHired, Slideshare, etc.) e completaram o painel pessoas não menos gabaritadas: <a href="http://andrewchenblog.com/about/" target="_blank" onclick="pageTracker._trackPageview('/outgoing/andrewchenblog.com/about/?referer=');">Andrew Chen</a>, <a href="http://usersknow.blogspot.com/" target="_blank" onclick="pageTracker._trackPageview('/outgoing/usersknow.blogspot.com/?referer=');">Laura Klein</a>, <a href="http://twitter.com/blader" target="_blank" onclick="pageTracker._trackPageview('/outgoing/twitter.com/blader?referer=');">Siqi Chen</a> e <a href="http://www.slideshare.net/rashmi" target="_blank" onclick="pageTracker._trackPageview('/outgoing/www.slideshare.net/rashmi?referer=');">Rashmi Sinha</a>.</p>
<p><span id="more-331"></span></p>
<p>Como o formato de painel é bastante difícil de se fazer um resumo em forma de narrativa, vou deixar abaixo algumas passagens interessantes de cada participante, bem como o vídeo e os links para os conteúdos relacionados.</p>
<p></br><br />
<em>Dave McClure</em></p>
<p>&#8220;Para Startups Web, Design geralmente é mais importante do que Engenharia&#8221;<br />
(artigo relacionado: <a href="http://www.businessweek.com/innovate/content/jan2010/id20100120_303529.htm" target="_blank" onclick="pageTracker._trackPageview('/outgoing/www.businessweek.com/innovate/content/jan2010/id20100120_303529.htm?referer=');">http://www.businessweek.com/innovate/content/jan2010/id20100120_303529.htm</a>)<br />
&#8220;Design não é sobre aparência. É sobre <em>storytelling</em>. O teste de um design é a resposta no cérebro de um usuário e as ações que ele toma&#8221;.<br />
&#8220;Em uma Startup, há duas coisas que o empreendedor precisa trabalhar para otimizar: satisfação/felicidade do usuário e valor de negócio.&#8221;<br />
&#8220;É melhor obter dos usuários uma reação extrema de amor ou ódio do que uma reação de indiferença. É mais fácil iterar sobre o ódio do que sobre a indiferença. No início, busque amplificar a magnitude dessa reação.&#8221;</p>
<p style="text-align: center;"><img class="alignnone size-medium wp-image-334" title="Amor ou odio sobre o produto" src="http://www.manualdastartup.com.br/blog/wp-content/uploads/2010/05/Amor-ou-odio-sobre-o-produto-300x224.png" alt="Amor ou odio sobre o produto" width="342" height="255" /></p>
<p></br></p>
<p>&#8220;Uma boa parte do Design pode ser testada sem a necessidade de produção de código (palavras, imagens, call-to-actions, etc.)&#8221;<br />
&#8220;<strong>Lean Design</strong> significa buscar descobrir e testar a reação do seu produto nos usuários, e tentar descobrir mais e melhores formas de converter essa reação em felicidade do usuário ou valor de negócio.&#8221;<br />
</br><br />
Pergunta para os painelistas: &#8221; O que é Design?&#8221;<br />
</br><br />
<em>Andrew Chen</em><br />
&#8220;Design é aplicar ao produto um conceito sobre o que você precisa fazer dado o seu objetivo de negócio no momento, mantendo uma User Experience consistente ao longo do produto&#8221;.<br />
</br><br />
<em>Rashmi Sinha</em><br />
&#8220;Design é a maneira como você expressa sua visão de negócio. Por isso é difícil saber a diferença entre ótimo e  péssimo design (ex. eBay e Craigslist têm um design ruim?). Métricas são a maneira de mensurar se o Design está funcionando, ou seja, se você está caminhando em direção à sua visão de negócio&#8221;.<br />
&#8220;Design Visual muitas vezes pode ser bem simples ou até ruim&#8221;.<br />
&#8220;Otimização para uma métrica local às vezes pode causar danos à experiência geral do produto.&#8221;<br />
</br><br />
<em>Siqi Chen</em><br />
&#8220;Quotando Steve Jobs: &#8220;Design is not about how something looks,  but how something works.&#8221;"<br />
&#8220;Métricas são muito importantes, mas não é possível criar uma ótima experiência de usuário (prazer, entretenimento, etc.) apenas com dados. No final, User Experience também é uma arte.&#8221;<br />
&#8220;A hipótese inicial tem que ser criativa. Já a prova é analítica. Use métricas para comprovar suas hipóteses&#8221;.<br />
&#8220;Métricas são excelentes para testar coisas que são tanto <em>fáceis</em> quanto <em>rápidas</em> de se mensurar. Para se chegar a outras coisas, a abordagem deve ser necessariamente através de bom Design.&#8221;<br />
&#8220;Basicamente, não dá para fazer Split-Tests em qualquer coisa que dure mais de uma semana, a não ser que o seu produto não mude toda semana, o que já é uma má-ideia por si só.&#8221;<br />
</br><br />
(vídeo complementar)<br />
<object classid="clsid:d27cdb6e-ae6d-11cf-96b8-444553540000" width="425" height="344" codebase="http://download.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=6,0,40,0"><param name="allowFullScreen" value="true" /><param name="allowscriptaccess" value="always" /><param name="src" value="http://www.youtube.com/v/BaxZloMKAlU&amp;hl=pt_BR&amp;fs=1&amp;rel=0" /><param name="allowfullscreen" value="true" /><embed type="application/x-shockwave-flash" width="425" height="344" src="http://www.youtube.com/v/BaxZloMKAlU&amp;hl=pt_BR&amp;fs=1&amp;rel=0" allowscriptaccess="always" allowfullscreen="true"></embed></object><br />
</br><br />
<em>Andrew Chen</em><br />
&#8220;Em uma Startup, você tem hipóteses em diferentes níveis do negócio. Mesmo que testes quantitativos sejam excelentes para várias situações, cuidado para não querer usá-los para tudo.&#8221;<br />
</br><br />
<em>Dave McClure</em><br />
&#8220;Analytics e métricas podem te levar a um ponto máximo local. A criatividade tem um papel importante em ajudar a descobrir outros pontos de máximo não-locais.&#8221;<br />
</br><br />
<em>Laura Klein</em><br />
&#8220;Há uma diferença entre Design de Interação e Design Visual. Design de interação tem a ver com fazer um produto que o usuário consiga entender e usar. Design Visual é para fazer um produto bonito. Ambos funcionam melhor juntos&#8221;.<br />
&#8220;Foque no Design de Interação antes. Deixe o produto bonito depois. Ande sempre na direção de fazer o produto ficar mais fácil de ser usado.&#8221;<br />
</br><br />
<em>Andrew Chen</em><br />
&#8220;Para muitas Startups Web, a otimização para o usuário vem antes da otimização para valor de negócio. Nesses casos, o <em>Minimum Viable Product</em> (MVP) toma a forma de <em>Minimum Desirable Product</em> (MDP).&#8221;<br />
(artigo relacionado: <a href="http://andrewchenblog.com/2009/12/07/minimum-desirable-product/" target="_blank" onclick="pageTracker._trackPageview('/outgoing/andrewchenblog.com/2009/12/07/minimum-desirable-product/?referer=');">http://andrewchenblog.com/2009/12/07/minimum-desirable-product/</a>)</p>
<p><strong style="display:block;margin:12px 0 4px"><a href="http://www.slideshare.net/andrew_null/minimum-desirable-product" title="Minimum Desirable Product" onclick="pageTracker._trackPageview('/outgoing/www.slideshare.net/andrew_null/minimum-desirable-product?referer=');">Minimum Desirable Product</a></strong><object id="__sse3661792" width="425" height="355"><param name="movie" value="http://static.slidesharecdn.com/swf/ssplayer2.swf?doc=minimumdesirableproductblog-100407185929-phpapp02&#038;stripped_title=minimum-desirable-product" /><param name="allowFullScreen" value="true"/><param name="allowScriptAccess" value="always"/><embed name="__sse3661792" src="http://static.slidesharecdn.com/swf/ssplayer2.swf?doc=minimumdesirableproductblog-100407185929-phpapp02&#038;stripped_title=minimum-desirable-product" type="application/x-shockwave-flash" allowscriptaccess="always" allowfullscreen="true" width="425" height="355"></embed></object></p>
<p></br><br />
&#8220;No início, a questão principal para o empreendedor é: Quanto de valor eu consigo gerar para as pessoas?. Otimização vem depois disso.&#8221;<br />
&#8220;O que fazer primeiro: MVP, MDP ou MFP? Depende do tipo de negócio e dos objetivos do empreendedor.&#8221;<br />
</br><br />
<em>Laura Klein</em><br />
&#8220;Coisas artísticas podem ser &#8220;mensuradas&#8221; qualitativamente. Use e abuse de mockups para testar a reação dos usuários. Coloque-os na frente das pessoas e assista o seu uso. Veja o que eles gostam e não gostam, no que eles reagem e no que eles não reagem. Tente entender os porquês depois.&#8221;<br />
&#8220;Faça com o que o seu loop de feedback tenha tanto feedback qualitativo quanto quantitativo.&#8221;<br />
</br><br />
<em>Siqi Chen</em><br />
&#8220;Trabalhe de forma obcecada para melhorar a experiência dos primeiros 5 minutos dos novos usuários. É isso que define se eles voltam ou não ao produto.&#8221;<br />
</br><br />
<em>Dave McClure</em><br />
Falando sobre experiências de Design e Marketing com o Mint.com<br />
&#8220;Eles estavam &#8220;atrasados&#8221; no mercado. Tinham ainda três meses para ter uma versão aceitável do produto e os concorrentes já tinham lançado. O que fizemos:<br />
- Criamos um blog e começamos a criar conteúdo próprios ou de autores convidados sobre o assunto Gestão Financeira Pessoal.<br />
- Muitos testes com links patrocinados (SEM) e Landing Pages. Os dados coletados serviam para realimentar o braço de produção de conteúdo.<br />
Resultado:<br />
- Mesmo antes do lançamento do produto eles já estavam com um ranking muito melhor do que os concorrentes nos termos de busca mais importantes.<br />
- Mais de 10.000 usuários cadastrados para serem beta-testers antes do produto entrar em Beta. &#8221;<br />
</br><br />
</br><br />
Pergunta sobre testes com usuários de diferentes perfis:<br />
</br><br />
<em>Laura Klein</em><br />
&#8220;Separar os usuários em diferentes perfis para testes qualitativos e quantitativos tem uma importância muito grande nas definições do marketing: segmentação, mensagem, etc.<br />
Após um certo tempo, já é possível começar a &#8220;prever&#8221; quem vai gostar do produto e porque, e aí a geração de demanda se torna muito mais efetiva.&#8221;<br />
</br><br />
</br><br />
Pergunta sobre o papel dos Designers e sua integração com o time de desenvolvimento<br />
</br><br />
<em>Laura Klein</em><br />
Os designers têm que estar completamente integrados com a equipe de programação.<br />
</br><br />
<em>Dave McClure</em><br />
Designers devem saber sobre qual é o objetivo (no nível tático ou de negócio) e trabalhar para alcançá-lo junto com a equipe.<br />
</br><br />
<em>Andrew Chen</em><br />
De uma forma geral, a grande maioria dos desenvolvedores já &#8220;abraçaram&#8221; a ideia do Desenvolvimento Ágil, mas muitos designers &#8211; especialmente os provenientes de agências &#8211; ainda não. Eles tendem a guardar o trabalho e só mostrá-lo quando sentem que está muito bom. Isso é extremamente prejudicial em uma Startup.<br />
</br><br />
<em>Rashmi Sinha</em><br />
&#8220;Nós só contratamos pessoas que já fizeram Design para produtos Web e estão acostumadas com os ciclos curtos de desenvolvimento. Garanta que eles saibam da parte técnica o suficiente para conseguirem conversar e interagir bem diretamente com os engenheiros/programadores.&#8221;<br />
</br><br />
</br><br />
<em>Observações finais do Dave McClure</em><br />
&#8220;Quando você está começando sua Startup, o maior risco é de que os usuários não dêem a mínima para o seu produto. É por isso que é melhor buscar a otimização para uma reação de extremos &#8211; amor ou ódio.&#8221;<br />
&#8220;Coloque o produto no ar e comece a iterar o quanto antes. Não se preocupe com a ideia de que &#8220;a primeira impressão é a que fica&#8221;. Mesmo que a experiência dos primeiros usuários seja ruim, a impressão deles sobre o produto não é irreversível, e  ainda assim eles representam uma parcela minúscula do público total potencial do produto.<br />
</br></p>
<p>Segue abaixo o video do painel:<br />
</br><br />
<object type="application/x-shockwave-flash" height="300" width="400" id="clip_embed_player_flash" data="http://www.justin.tv/widgets/archive_embed_player.swf" bgcolor="#000000"><param name="movie" value="http://www.justin.tv/widgets/archive_embed_player.swf" /><param name="allowScriptAccess" value="always" /><param name="allowNetworking" value="all" /><param name="allowFullScreen" value="true" /><param name="flashvars" value="auto_play=false&#038;start_volume=25&#038;title=Dave McClure moderates a panel on design&#038;channel=startuplessonslearned&#038;archive_id=262665259" /></object><br/></p>
]]></content:encoded>
			<wfw:commentRss>http://www.manualdastartup.com.br/blog/design-vs-metricas-notas-do-painel-da-sllconf/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
	</channel>
</rss>

