<?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>Comments on: Startup Mantra I: Design é tudo que importa</title>
	<atom:link href="http://log4dev.com/2007/09/21/startup-mantra-i-design-e-tudo-que-importa/feed/" rel="self" type="application/rss+xml" />
	<link>http://log4dev.com/2007/09/21/startup-mantra-i-design-e-tudo-que-importa/</link>
	<description></description>
	<pubDate>Fri, 09 Jan 2009 13:30:49 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: <![CDATA[Viva a diversidade! &#171; Log4Dev]]></title>
		<link>http://log4dev.com/2007/09/21/startup-mantra-i-design-e-tudo-que-importa/comment-page-1/#comment-43</link>
		<dc:creator><![CDATA[Viva a diversidade! &#171; Log4Dev]]></dc:creator>
		<pubDate>Thu, 27 Sep 2007 23:37:24 +0000</pubDate>
		<guid isPermaLink="false">http://blog.job4dev.com/?p=187#comment-43</guid>
		<description>&lt;p&gt;[...] de teclas em Javascript - Parte 2Captura de teclas em Javascript - Parte 1Um conto moderno de RHStartup Mantra I: Design é tudo que importaDesign de interfacesGPS + Google MapsDivs e combos no IEGraficos em JSP com CewolfConcatenação [...]&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>[...] de teclas em Javascript - Parte 2Captura de teclas em Javascript - Parte 1Um conto moderno de RHStartup Mantra I: Design é tudo que importaDesign de interfacesGPS + Google MapsDivs e combos no IEGraficos em JSP com CewolfConcatenação [...]</p>]]></content:encoded>
	</item>
	<item>
		<title>By: <![CDATA[Miguel  via Rec6]]></title>
		<link>http://log4dev.com/2007/09/21/startup-mantra-i-design-e-tudo-que-importa/comment-page-1/#comment-42</link>
		<dc:creator><![CDATA[Miguel  via Rec6]]></dc:creator>
		<pubDate>Mon, 24 Sep 2007 21:08:16 +0000</pubDate>
		<guid isPermaLink="false">http://blog.job4dev.com/?p=187#comment-42</guid>
		<description>&lt;p&gt;&lt;strong&gt;Arquitetura de Solução: Design é tudo que importa « Log4Dev&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;Já reparou que há alguns produtos tecnológicos de sucesso que hoje não são mais realmente problema nem solução? Na Economia Digital, não é a tecnologia em si que adiciona valor ao produto. É a forma com que a tecnologia é usada para resolver...&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p><strong>Arquitetura de Solução: Design é tudo que importa « Log4Dev</strong></p>

<p>Já reparou que há alguns produtos tecnológicos de sucesso que hoje não são mais realmente problema nem solução? Na Economia Digital, não é a tecnologia em si que adiciona valor ao produto. É a forma com que a tecnologia é usada para resolver&#8230;</p>]]></content:encoded>
	</item>
	<item>
		<title>By: <![CDATA[Design de interfaces &#171; Log4Dev]]></title>
		<link>http://log4dev.com/2007/09/21/startup-mantra-i-design-e-tudo-que-importa/comment-page-1/#comment-41</link>
		<dc:creator><![CDATA[Design de interfaces &#171; Log4Dev]]></dc:creator>
		<pubDate>Sun, 23 Sep 2007 22:55:41 +0000</pubDate>
		<guid isPermaLink="false">http://blog.job4dev.com/?p=187#comment-41</guid>
		<description>&lt;p&gt;[...] vai aprender?Envio de grandes conjuntos de dados com AJAXCaptura de teclas em Javascript - Parte 1Startup Mantra I: Design é tudo que importaQuaero: concorrência para Google ?Quebra-cabeça em CPorque não usar Emacs, segundo um amante de [...]&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>[...] vai aprender?Envio de grandes conjuntos de dados com AJAXCaptura de teclas em Javascript - Parte 1Startup Mantra I: Design é tudo que importaQuaero: concorrência para Google ?Quebra-cabeça em CPorque não usar Emacs, segundo um amante de [...]</p>]]></content:encoded>
	</item>
	<item>
		<title>By: <![CDATA[Leonardo Garcia]]></title>
		<link>http://log4dev.com/2007/09/21/startup-mantra-i-design-e-tudo-que-importa/comment-page-1/#comment-40</link>
		<dc:creator><![CDATA[Leonardo Garcia]]></dc:creator>
		<pubDate>Sat, 22 Sep 2007 17:27:18 +0000</pubDate>
		<guid isPermaLink="false">http://blog.job4dev.com/?p=187#comment-40</guid>
		<description>&lt;p&gt;Lullis,&lt;/p&gt;

&lt;p&gt;Concordo em grande parte com seu artigo, mas "a estratégia da Sony e da MS era outra, de dominar a central de entretenimento da casa." :P&lt;/p&gt;

&lt;p&gt;Agora, falando sério, eu acho que você tocou num ponto importante: design, levantamento e entendimento de requisitos.&lt;/p&gt;

&lt;p&gt;Poucos profissionais de TI de uma forma geral tem real noção da importância dessas coisas. Muitos acham que o que importa é o que eles acham que é correto quando, na verdade, o que importa é o que o cliente acha que é correto. De nada adianta um sistema perfeito se ninguém o usa. A salvação de seu cliente pode ser um sistema mais ou menos que resolva 90% dos problemas dele. Aliás, um sistema mais ou menos que resolva 90% dos problemas dele é a chave para que você depois seja o escolhido para fazer a nova versão, que é melhor que a anterior, mas ainda não é perfeita, e resolve 95% dos problemas dele.&lt;/p&gt;

&lt;p&gt;Acho esta visão fundamental. Especialmente para startuts que buscam seu público alvo no varejo.&lt;/p&gt;

&lt;p&gt;Tenho minhas dúvidas se essa mesma estratégia funciona ipsis literis para o caso de empresas com foco mais corporativo. Neste caso acho que design é importante sim (principalmente para conseguir reproduzir os requisitos do cliente) mas confiança talvez seja mais importante. Um caso que cada vez mais me vem a cabeça é do Google, que há alguns poucos anos atrás não era mais nada que uma startup. Até hoje o Google tem um grande apelo para público em geral, mas no meio corporativo, tirando sua engine de busca, poucas coisas tem pegado com afinco pois muitas das ferramentas deles são apenas coisas beta (e nenhum CIO sério compra uma coisa com beta no nome... muitos, eu diria, só compram coisas que já passaram do Service Pack 3 ou da versão 2.0). É claro que existem exceções, mas eu imagino que este seja o comportamento médio. Por outro lado é fato que cada vez mais empresas com foco altamente corporativo, como a IBM e outras, vem buscando inovar seu processo pois sabem que o que importa é o valor agregado ao cliente. O design.&lt;/p&gt;

&lt;p&gt;Mas, enfim, voltando ao que você estava falando, é bem verdade também que poucas startups focam no mercado corporativo, justamente porque este é muito mais conservador. Olhando para o público de varejo, que é um público muito mais maleável e onde é muito mais fácil de se fincar o pé, realmente design é a única coisa que talvez realmente importe.&lt;/p&gt;

&lt;p&gt;Um abraço,&lt;/p&gt;

&lt;p&gt;Leonardo Garcia&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Lullis,</p>

<p>Concordo em grande parte com seu artigo, mas &#8220;a estratégia da Sony e da MS era outra, de dominar a central de entretenimento da casa.&#8221; <img src='http://log4dev.com/wp-includes/images/smilies/icon_razz.gif' alt=':P' class='wp-smiley' /> </p>

<p>Agora, falando sério, eu acho que você tocou num ponto importante: design, levantamento e entendimento de requisitos.</p>

<p>Poucos profissionais de TI de uma forma geral tem real noção da importância dessas coisas. Muitos acham que o que importa é o que eles acham que é correto quando, na verdade, o que importa é o que o cliente acha que é correto. De nada adianta um sistema perfeito se ninguém o usa. A salvação de seu cliente pode ser um sistema mais ou menos que resolva 90% dos problemas dele. Aliás, um sistema mais ou menos que resolva 90% dos problemas dele é a chave para que você depois seja o escolhido para fazer a nova versão, que é melhor que a anterior, mas ainda não é perfeita, e resolve 95% dos problemas dele.</p>

<p>Acho esta visão fundamental. Especialmente para startuts que buscam seu público alvo no varejo.</p>

<p>Tenho minhas dúvidas se essa mesma estratégia funciona ipsis literis para o caso de empresas com foco mais corporativo. Neste caso acho que design é importante sim (principalmente para conseguir reproduzir os requisitos do cliente) mas confiança talvez seja mais importante. Um caso que cada vez mais me vem a cabeça é do Google, que há alguns poucos anos atrás não era mais nada que uma startup. Até hoje o Google tem um grande apelo para público em geral, mas no meio corporativo, tirando sua engine de busca, poucas coisas tem pegado com afinco pois muitas das ferramentas deles são apenas coisas beta (e nenhum CIO sério compra uma coisa com beta no nome&#8230; muitos, eu diria, só compram coisas que já passaram do Service Pack 3 ou da versão 2.0). É claro que existem exceções, mas eu imagino que este seja o comportamento médio. Por outro lado é fato que cada vez mais empresas com foco altamente corporativo, como a IBM e outras, vem buscando inovar seu processo pois sabem que o que importa é o valor agregado ao cliente. O design.</p>

<p>Mas, enfim, voltando ao que você estava falando, é bem verdade também que poucas startups focam no mercado corporativo, justamente porque este é muito mais conservador. Olhando para o público de varejo, que é um público muito mais maleável e onde é muito mais fácil de se fincar o pé, realmente design é a única coisa que talvez realmente importe.</p>

<p>Um abraço,</p>

<p>Leonardo Garcia</p>]]></content:encoded>
	</item>
</channel>
</rss>
