<?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>Comentarios en: Usabilidad en el proceso de compra</title>
	<atom:link href="http://consultoriaenred.com/usabilidad/usabilidad-en-el-proceso-de-compra/feed" rel="self" type="application/rss+xml" />
	<link>http://consultoriaenred.com/usabilidad/usabilidad-en-el-proceso-de-compra</link>
	<description>Marketing online, posicionamiento, usabilidad, accesibilidad, web 2.0, ...</description>
	<lastBuildDate>Sun, 15 Jan 2012 20:34:42 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1</generator>
	<item>
		<title>Por: David</title>
		<link>http://consultoriaenred.com/usabilidad/usabilidad-en-el-proceso-de-compra/comment-page-1#comment-200</link>
		<dc:creator>David</dc:creator>
		<pubDate>Fri, 27 Feb 2009 15:59:38 +0000</pubDate>
		<guid isPermaLink="false">http://consultoriaenred.com/?p=346#comment-200</guid>
		<description>Tienes toda la razón. Lo básico es que quede todo por escrito en un apartado del estilo Condiciones de compra.

Además, avanzando más en la usabilidad y la percepción de confianza de cara al usuario, lo recomendable es incluir los costes de envío en cuanto conozcamos el destino del paquete. Esto nos lleva a la complicación de tener que diseñar un proceso de compra que retrase la petición de datos al usuario para no ahuyentarle de la tarea de comprar pero que, a la vez, disponga lo antes posible de la dirección de envío del pedido. Una paradoja.</description>
		<content:encoded><![CDATA[<p>Tienes toda la razón. Lo básico es que quede todo por escrito en un apartado del estilo Condiciones de compra.</p>
<p>Además, avanzando más en la usabilidad y la percepción de confianza de cara al usuario, lo recomendable es incluir los costes de envío en cuanto conozcamos el destino del paquete. Esto nos lleva a la complicación de tener que diseñar un proceso de compra que retrase la petición de datos al usuario para no ahuyentarle de la tarea de comprar pero que, a la vez, disponga lo antes posible de la dirección de envío del pedido. Una paradoja.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: sucotronic</title>
		<link>http://consultoriaenred.com/usabilidad/usabilidad-en-el-proceso-de-compra/comment-page-1#comment-199</link>
		<dc:creator>sucotronic</dc:creator>
		<pubDate>Fri, 27 Feb 2009 08:54:07 +0000</pubDate>
		<guid isPermaLink="false">http://consultoriaenred.com/?p=346#comment-199</guid>
		<description>Una cosa que tiene que quedar muy claro si vamos a vender un producto físico es los COSTES DE ENVÍO y lugares a los que podemos enviar. Esto es muy importante, pero muchas tiendas online solo lo muestran al final del proceso de compra, siendo un ahuyentador de clientes.</description>
		<content:encoded><![CDATA[<p>Una cosa que tiene que quedar muy claro si vamos a vender un producto físico es los COSTES DE ENVÍO y lugares a los que podemos enviar. Esto es muy importante, pero muchas tiendas online solo lo muestran al final del proceso de compra, siendo un ahuyentador de clientes.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

