<?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: Mockup: Como a interface &#8216;Compose Mail&#8217; do Gmail deveria ser</title>
	<atom:link href="http://rodrigomuniz.com/blog/mockup-como-a-interface-compose-mail-do-gmail-deveria-ser/feed/" rel="self" type="application/rss+xml" />
	<link>http://rodrigomuniz.com/blog/mockup-como-a-interface-compose-mail-do-gmail-deveria-ser/</link>
	<description>Designer de interfaces &#124; Web Designer &#124; Consultoria CMS Wordpress</description>
	<lastBuildDate>Wed, 28 Jul 2010 14:13:51 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=abc</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Júlio Rangel</title>
		<link>http://rodrigomuniz.com/blog/mockup-como-a-interface-compose-mail-do-gmail-deveria-ser/comment-page-1/#comment-14845</link>
		<dc:creator>Júlio Rangel</dc:creator>
		<pubDate>Wed, 07 Jul 2010 07:06:24 +0000</pubDate>
		<guid isPermaLink="false">http://rodrigomuniz.com/?p=393#comment-14845</guid>
		<description>É interessante pensar alternativas para sistemas &quot;clássicos&quot; que usamos no dia-a-dia, mas acho coerente seguir sempre modelos conceituais que visem a consistência da interface sob a experiência e expectativa dos usuários. O Google segue um padrão estabelecido e usado há um tempo suficientemente razoável. Mudá-lo, provavelmente, causaria mais transtornos que benefícios de modo geral, e não alteraria em nada o funcionamento efetivo do sistema de e-mail - como deixa-lo mais rápido, por exemplo. É bom senso seguir, neste caso, a regra de &quot;memória permanente&quot; - reconhecer em vez de relembrar. Sobre o botão Discard, ele segue um agrupamento por distinção e localização lógicos (ver CYBIS, &quot;Ergonomia e Usabilidade&quot;, cap.1). Abraço e parabéns pelo blog.</description>
		<content:encoded><![CDATA[<p>É interessante pensar alternativas para sistemas &#8220;clássicos&#8221; que usamos no dia-a-dia, mas acho coerente seguir sempre modelos conceituais que visem a consistência da interface sob a experiência e expectativa dos usuários. O Google segue um padrão estabelecido e usado há um tempo suficientemente razoável. Mudá-lo, provavelmente, causaria mais transtornos que benefícios de modo geral, e não alteraria em nada o funcionamento efetivo do sistema de e-mail &#8211; como deixa-lo mais rápido, por exemplo. É bom senso seguir, neste caso, a regra de &#8220;memória permanente&#8221; &#8211; reconhecer em vez de relembrar. Sobre o botão Discard, ele segue um agrupamento por distinção e localização lógicos (ver CYBIS, &#8220;Ergonomia e Usabilidade&#8221;, cap.1). Abraço e parabéns pelo blog.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Everson Santos Araujo</title>
		<link>http://rodrigomuniz.com/blog/mockup-como-a-interface-compose-mail-do-gmail-deveria-ser/comment-page-1/#comment-14662</link>
		<dc:creator>Everson Santos Araujo</dc:creator>
		<pubDate>Wed, 16 Sep 2009 12:55:14 +0000</pubDate>
		<guid isPermaLink="false">http://rodrigomuniz.com/?p=393#comment-14662</guid>
		<description>Sei que estou atrasado, até porque cheguei a seu site por um post no twitter.

Mas não concordo com a mudança da interface, porque por mais que eu também tenha esse pensamento de &quot;rascunhar&quot; a mensagem enquanto penso que irei enviar um e-mail, é muito mais comum pensarmos assim:

Preciso enviar um e-mail para pessoa (empresa) tal à respeito de tal coisa.

Muitos sistemas preveem as duas situações: Pessoa escreveu mensagem mas não o destinatário e aí não tem como envia-la mesmo e a pessoa escreveu um destinatário mas não assunto ou mensagem e aí é apenas alertado a respeito do fato.

E isso, já é um grande motivo pra importância do destinatário e sua determinação como primeiro campo a ser preenchido.

Já no caso do comentário (como é usado em seu site) e foi exemplificado por alguns, a situação é bem diferente. O destinatário já está determinado e nem é possível altera-lo, e o que eu escrevo de adicional são meus dados e não os dados de para quem será enviada a mensagem.</description>
		<content:encoded><![CDATA[<p>Sei que estou atrasado, até porque cheguei a seu site por um post no twitter.</p>
<p>Mas não concordo com a mudança da interface, porque por mais que eu também tenha esse pensamento de &#8220;rascunhar&#8221; a mensagem enquanto penso que irei enviar um e-mail, é muito mais comum pensarmos assim:</p>
<p>Preciso enviar um e-mail para pessoa (empresa) tal à respeito de tal coisa.</p>
<p>Muitos sistemas preveem as duas situações: Pessoa escreveu mensagem mas não o destinatário e aí não tem como envia-la mesmo e a pessoa escreveu um destinatário mas não assunto ou mensagem e aí é apenas alertado a respeito do fato.</p>
<p>E isso, já é um grande motivo pra importância do destinatário e sua determinação como primeiro campo a ser preenchido.</p>
<p>Já no caso do comentário (como é usado em seu site) e foi exemplificado por alguns, a situação é bem diferente. O destinatário já está determinado e nem é possível altera-lo, e o que eu escrevo de adicional são meus dados e não os dados de para quem será enviada a mensagem.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel Neves</title>
		<link>http://rodrigomuniz.com/blog/mockup-como-a-interface-compose-mail-do-gmail-deveria-ser/comment-page-1/#comment-14497</link>
		<dc:creator>Daniel Neves</dc:creator>
		<pubDate>Sat, 23 May 2009 16:51:51 +0000</pubDate>
		<guid isPermaLink="false">http://rodrigomuniz.com/?p=393#comment-14497</guid>
		<description>E eu acho que campos &quot;obrigatórios&quot; como mensagem, título e anexo deveriam ficar de cor diferente para nos alertar após passar por eles e nada escrever.</description>
		<content:encoded><![CDATA[<p>E eu acho que campos &#8220;obrigatórios&#8221; como mensagem, título e anexo deveriam ficar de cor diferente para nos alertar após passar por eles e nada escrever.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel Neves</title>
		<link>http://rodrigomuniz.com/blog/mockup-como-a-interface-compose-mail-do-gmail-deveria-ser/comment-page-1/#comment-14496</link>
		<dc:creator>Daniel Neves</dc:creator>
		<pubDate>Sat, 23 May 2009 16:50:31 +0000</pubDate>
		<guid isPermaLink="false">http://rodrigomuniz.com/?p=393#comment-14496</guid>
		<description>Concordo com muita coisa dita, e vi que funciona quando fui comentar sobre o texto, no caso agora, aqui funciona perfeitamente pq já sei dos dados abaixo(meus), mas no caso do gmail às vezes eu não tenho certeza  se tenho o e-mail da pessoa. Então escrever a mensagem inteira pra depois ver que não tenho o e-mail da pessoa é BEM chato. Mas seria legal se desse para ter como escolher :)</description>
		<content:encoded><![CDATA[<p>Concordo com muita coisa dita, e vi que funciona quando fui comentar sobre o texto, no caso agora, aqui funciona perfeitamente pq já sei dos dados abaixo(meus), mas no caso do gmail às vezes eu não tenho certeza  se tenho o e-mail da pessoa. Então escrever a mensagem inteira pra depois ver que não tenho o e-mail da pessoa é BEM chato. Mas seria legal se desse para ter como escolher :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paulo Eduardo</title>
		<link>http://rodrigomuniz.com/blog/mockup-como-a-interface-compose-mail-do-gmail-deveria-ser/comment-page-1/#comment-14492</link>
		<dc:creator>Paulo Eduardo</dc:creator>
		<pubDate>Fri, 22 May 2009 17:21:43 +0000</pubDate>
		<guid isPermaLink="false">http://rodrigomuniz.com/?p=393#comment-14492</guid>
		<description>Ola Rodrigo,
Também concordo em partes, acho que separar o botão de enviar do botão de descartar é mesmo muito util, mas eu colocaria o de enviar do lado direito e o de descartar do lado esquerdo.
Nesse caso as abas de &quot;Plain Text&quot; e &quot;Rich Text&quot; ficariam do lado esquerdo, o que também seria melhor na minha opnião.
E uma coisa que achei otima foi colocar o botão de anexar ao lado do de enviar, mas por que ele só está em cima? Eu acho que o botão enviar de baixo seria muito mais usado, logo o botão de anexar deveria estar em baixo também.
So não sei o que eu faria com o botão &quot;Abrir em Nova Janela&quot; nesse caso, pois o botão de enviar ficaria no lugar dele.

Mas somente minha opnião... acho que cada um vai ter uma diferente, o ideal seria uma opção no labs pra cada um montar a interface do seu jeito mesmo.</description>
		<content:encoded><![CDATA[<p>Ola Rodrigo,<br />
Também concordo em partes, acho que separar o botão de enviar do botão de descartar é mesmo muito util, mas eu colocaria o de enviar do lado direito e o de descartar do lado esquerdo.<br />
Nesse caso as abas de &#8220;Plain Text&#8221; e &#8220;Rich Text&#8221; ficariam do lado esquerdo, o que também seria melhor na minha opnião.<br />
E uma coisa que achei otima foi colocar o botão de anexar ao lado do de enviar, mas por que ele só está em cima? Eu acho que o botão enviar de baixo seria muito mais usado, logo o botão de anexar deveria estar em baixo também.<br />
So não sei o que eu faria com o botão &#8220;Abrir em Nova Janela&#8221; nesse caso, pois o botão de enviar ficaria no lugar dele.</p>
<p>Mas somente minha opnião&#8230; acho que cada um vai ter uma diferente, o ideal seria uma opção no labs pra cada um montar a interface do seu jeito mesmo.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hades Júnior</title>
		<link>http://rodrigomuniz.com/blog/mockup-como-a-interface-compose-mail-do-gmail-deveria-ser/comment-page-1/#comment-14491</link>
		<dc:creator>Hades Júnior</dc:creator>
		<pubDate>Fri, 22 May 2009 14:57:15 +0000</pubDate>
		<guid isPermaLink="false">http://rodrigomuniz.com/?p=393#comment-14491</guid>
		<description>Olá Rodrigo, concordo sim com suas exposições concernentes à interface do Gmail. Utilizo o Gmail inclusive para gerenciar outras contas e já passei algumas vezes por problemas de usabilidade que vc citou como enviar e-mails sem anexar o arquivo e descartar mensagens por engano. Um abraço.</description>
		<content:encoded><![CDATA[<p>Olá Rodrigo, concordo sim com suas exposições concernentes à interface do Gmail. Utilizo o Gmail inclusive para gerenciar outras contas e já passei algumas vezes por problemas de usabilidade que vc citou como enviar e-mails sem anexar o arquivo e descartar mensagens por engano. Um abraço.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rodrigo</title>
		<link>http://rodrigomuniz.com/blog/mockup-como-a-interface-compose-mail-do-gmail-deveria-ser/comment-page-1/#comment-14490</link>
		<dc:creator>Rodrigo</dc:creator>
		<pubDate>Fri, 22 May 2009 13:15:43 +0000</pubDate>
		<guid isPermaLink="false">http://rodrigomuniz.com/?p=393#comment-14490</guid>
		<description>Também acho que o botão anexar poderia aparecer abaixo também. Como o Cristiano disse as vezes você escreve a mensagem &quot;segue anexo arquivo&quot; e acaba esquecendo de anexar.

Como a gente acabaria o texto mais na parte de baixo do editor, o uso do botão enviar inferior teria maiores chances de clique e um &quot;anexar arquivo&quot; ali serviria como um trigger para a gente não esquecer.</description>
		<content:encoded><![CDATA[<p>Também acho que o botão anexar poderia aparecer abaixo também. Como o Cristiano disse as vezes você escreve a mensagem &#8220;segue anexo arquivo&#8221; e acaba esquecendo de anexar.</p>
<p>Como a gente acabaria o texto mais na parte de baixo do editor, o uso do botão enviar inferior teria maiores chances de clique e um &#8220;anexar arquivo&#8221; ali serviria como um trigger para a gente não esquecer.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Vicente Russo</title>
		<link>http://rodrigomuniz.com/blog/mockup-como-a-interface-compose-mail-do-gmail-deveria-ser/comment-page-1/#comment-14489</link>
		<dc:creator>Vicente Russo</dc:creator>
		<pubDate>Fri, 22 May 2009 12:46:27 +0000</pubDate>
		<guid isPermaLink="false">http://rodrigomuniz.com/?p=393#comment-14489</guid>
		<description>Concordo em partes, mas tem que admitir que inserir o assunto após a mensagme é algo fora do padrão, realmente nunca vi isso... mas seria interessante!</description>
		<content:encoded><![CDATA[<p>Concordo em partes, mas tem que admitir que inserir o assunto após a mensagme é algo fora do padrão, realmente nunca vi isso&#8230; mas seria interessante!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Vinícius Sales</title>
		<link>http://rodrigomuniz.com/blog/mockup-como-a-interface-compose-mail-do-gmail-deveria-ser/comment-page-1/#comment-14488</link>
		<dc:creator>Vinícius Sales</dc:creator>
		<pubDate>Fri, 22 May 2009 12:10:07 +0000</pubDate>
		<guid isPermaLink="false">http://rodrigomuniz.com/?p=393#comment-14488</guid>
		<description>Ao meu ver, uma mudança de interface não faria assim tanta diferença. Qualquer uma das duas interfaces vai favorecer situações opostas.

Agora, o que faz a diferença é o fato de uma nova interface evitar problemas como envio de emails antes de terminá-los ou sem anexos.

Hoje já existe no Gmail a opção de &quot;desfazer&quot; o envio, caso ele tenha sido enviado acidentalmente. Ao enviar o email, é dado um intervalo de alguns segundos, que é o tempo que você tem para desfazer a ação.

Também existe uma solução para evitar o envio de email sem anexos, mas não é muito eficaz. Caso o sistema detecte que foi mencionado no email que existem arquivos anexos, ele te lembra de anexá-los antes de enviar o email.

As duas soluções que já existem poderiam ser integradas à nova interface atuando como complementos, e não como uma única solução para cada caso.

Lembrando que elas podem ser habilitadas em Settings &gt; Labs.

No mais, acho que a opção de reposicionar o cabeçalho, como citaram, seria o mais viável. Assim cada um adequa à sua necessidade. Assim como já acontece com as boxes Chat e Labels.</description>
		<content:encoded><![CDATA[<p>Ao meu ver, uma mudança de interface não faria assim tanta diferença. Qualquer uma das duas interfaces vai favorecer situações opostas.</p>
<p>Agora, o que faz a diferença é o fato de uma nova interface evitar problemas como envio de emails antes de terminá-los ou sem anexos.</p>
<p>Hoje já existe no Gmail a opção de &#8220;desfazer&#8221; o envio, caso ele tenha sido enviado acidentalmente. Ao enviar o email, é dado um intervalo de alguns segundos, que é o tempo que você tem para desfazer a ação.</p>
<p>Também existe uma solução para evitar o envio de email sem anexos, mas não é muito eficaz. Caso o sistema detecte que foi mencionado no email que existem arquivos anexos, ele te lembra de anexá-los antes de enviar o email.</p>
<p>As duas soluções que já existem poderiam ser integradas à nova interface atuando como complementos, e não como uma única solução para cada caso.</p>
<p>Lembrando que elas podem ser habilitadas em Settings &gt; Labs.</p>
<p>No mais, acho que a opção de reposicionar o cabeçalho, como citaram, seria o mais viável. Assim cada um adequa à sua necessidade. Assim como já acontece com as boxes Chat e Labels.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Muniz</title>
		<link>http://rodrigomuniz.com/blog/mockup-como-a-interface-compose-mail-do-gmail-deveria-ser/comment-page-1/#comment-14487</link>
		<dc:creator>Muniz</dc:creator>
		<pubDate>Fri, 22 May 2009 12:03:09 +0000</pubDate>
		<guid isPermaLink="false">http://rodrigomuniz.com/?p=393#comment-14487</guid>
		<description>Isso mesmo Filipe, venho usando o form de comentários com essa ordem há um bom tempo e acontece até de receber e-mail de pessoas só pra falar que acharam a idéia boa. Sobre o posicionamento do link de &quot;Attach a file&quot; eu cheguei a colocá-lo logo depois do editor, mas minha mente não parava de mandar eu jogá-lo pra perto do botão de enviar. Quem sabe ele próximo ao botão enviar inferior não seria até melhor?</description>
		<content:encoded><![CDATA[<p>Isso mesmo Filipe, venho usando o form de comentários com essa ordem há um bom tempo e acontece até de receber e-mail de pessoas só pra falar que acharam a idéia boa. Sobre o posicionamento do link de &#8220;Attach a file&#8221; eu cheguei a colocá-lo logo depois do editor, mas minha mente não parava de mandar eu jogá-lo pra perto do botão de enviar. Quem sabe ele próximo ao botão enviar inferior não seria até melhor?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
