<?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>Analítica Web &#124; MVConsultoría &#187; FormAnalysis</title>
	<atom:link href="http://www.analiticaweb.es/tag/formanalysis/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.analiticaweb.es</link>
	<description>MVConsultoría el blog de analítica web</description>
	<lastBuildDate>Mon, 06 Feb 2012 06:53:37 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>Analizando Formularios (Parte II)</title>
		<link>http://www.analiticaweb.es/analizando-formularios-parte-ii/</link>
		<comments>http://www.analiticaweb.es/analizando-formularios-parte-ii/#comments</comments>
		<pubDate>Tue, 26 Jan 2010 08:25:30 +0000</pubDate>
		<dc:creator>Paulino González</dc:creator>
				<category><![CDATA[Posts]]></category>
		<category><![CDATA[analitica web]]></category>
		<category><![CDATA[consejos]]></category>
		<category><![CDATA[FormAnalysis]]></category>
		<category><![CDATA[formularios]]></category>
		<category><![CDATA[optimización]]></category>
		<category><![CDATA[SiteCatalyst]]></category>

		<guid isPermaLink="false">http://www.analiticaweb.es/?p=2662</guid>
		<description><![CDATA[En el anterior capítulo sobre nuestro análisis de formularios pudimos ver algunas de las características de los formularios que Sitecatalyst FormAnalisys ™ nos permitía analizar, hoy,  vamos a entrar en materia y me gustaría mostraros la parte técnica y analítica de la herramienta (que no cunda el pánico, es apto para todos los públicos) . [...]]]></description>
			<content:encoded><![CDATA[<p>En <a title="Analizando Formularios I" href="http://www.analiticaweb.es/analizando-formularios-con-sitecatalys/" target="_blank">el anterior capítulo</a> sobre nuestro análisis de formularios pudimos ver algunas de las características de los formularios que Sitecatalyst FormAnalisys ™ nos permitía analizar, hoy,  vamos a entrar en materia y me gustaría mostraros la parte técnica y analítica de la herramienta (que no cunda el pánico, es apto para todos los públicos) .</p>
<p><strong>¿Cómo recoge el dato?</strong></p>
<p>Nuestros formularios pueden enviar 3 mensajes: <em>Éxito</em>, <em>Abandono</em> o <em>Error</em>, para medir cada caso activaremos en nuestra consola de Sytecatalist estos tres eventos:</p>
<ul>
<li><em>Éxito (el formulario es enviado sin errores)– event1</em></li>
<li><em>Abandono (el usuario rellena el formulario pero desiste en enviarlo o tras varios intentos se va) – event2</em></li>
<li><em>Error (el formulario es enviado, pero algún campo ha sido mal completado) – event3</em></li>
</ul>
<p>Cada uno de nuestros formularios debe ser configurado para que cuando ocurra alguno de esos tres casos se invoque el evento correspondiente.</p>
<p><strong>Ya tenemos él “Cuándo” ocurre el evento…. vamos a por el “Qué”</strong>.</p>
<p>El “Qué” ocurre, es importante tenerlo en cuenta, almacenaremos el  error que se produce, esto nos permitirá corregir nuestro formulario y mejorar su rendimiento, para ello activaremos una variable de conversión (también es posible hacerlo con una variable de tráfico), donde guardaremos la descripción del fallo:</p>
<ul>
<li>Descripción del error –      eVar1</li>
</ul>
<p>Esta variable podrá ser alimentada con el nombre de la página web, el nombre del  formulario, la descripción del error y el elemento/campo que ha generado el error.</p>
<p>Con nuestro formulario configurado y en funcionamiento, podremos visualizar métricas como la que se ve en la imagen, con suficiente información para detectar donde fallan nuestros visitantes y poder facilitarles, en este caso, el proceso de compra.</p>
<p style="text-align: center;"><a title="Ampliar Imagen Form Analisys Omniture" href="http://www.analiticaweb.es/wp-content/uploads/2010/01/fabig.png" target="_blank"><img class="size-full wp-image-2674 aligncenter" src="http://www.analiticaweb.es/wp-content/uploads/2010/02/fabig560px.png" alt="Form Analisys Sitecatalist" width="500" height="146" /></a></p>
<p><strong>El “por que”: Análisis de datos</strong>.</p>
<p>Vamos a trabajar sobre el  ejemplo anterior, donde se ven algunos de los fallos más comunes en los formularios de ecomerce y más fáciles de corregir.</p>
<p><span id="more-2662"></span></p>
<p>El objetivo de nuestra optimización en este caso es evitar el mayor numero de errores, de tal manera que una vez se envíe, el resultado sea un envío satisfactorio y sin mensajes de error, el visitante no tiene que volver a rellenar datos y evitamos el abandono.</p>
<p><em><strong>El fallo en el documento:</strong></em></p>
<p>Normalmente se trata de un número acompañado de una letra. En este caso se solicita el Dni o Nif, podemos ayudarle informándole de la letra del documento, esto le indicará si lo ha escrito bien y por otra parte le asistirá en el formulario.</p>
<p>Se puede configurar el formulario para que no permita insertar más <a title="Número de indentificacion" href="http://es.wikipedia.org/wiki/N%C3%BAmero_de_identificaci%C3%B3n_fiscal" target="_blank">caracteres</a> que los máximos y concretos de este tipo de documentos, pudiendo separar los campos de cada tipo de carácter e indicando que debe poner en cada uno.</p>
<p><strong><em>El fallo en el la cuenta corriente:</em></strong></p>
<p>Para disminuir el número de errores haremos uso de la idea de separar los campos en los grupos de dígitos de las cuentas corrientes y autocompletarlos para facilitarle la tarea al visitante, pero antes, un poco de teoría.</p>
<p>Una cuenta corriente está formada por 4 grupos de números</p>
<ul>
<li>Entidad  (4 dígitos)</li>
<li>Oficina (4 dígitos)</li>
<li>Control (2 dígitos)</li>
<li>Cuenta (10 dígitos)</li>
</ul>
<p>De estos 4 grupos, <a title="Buscador de codigos BE." href="http://app.bde.es/ren/app/GetData?CFG=ConsultaTipos.xml&amp;TipoFormato=XSL&amp;Paginate=OPEN&amp;HIST=N" target="_blank">la entidad y oficina son conocidas</a> y públicas, pueden ofrecérsele al visitante si los tenemos guardados en nuestra base de datos, el código de control es un valor generado <a title="Cálculo del Código del Control" href="http://es.wikipedia.org/wiki/C%C3%B3digo_de_control" target="_blank">a partir de un algoritmo</a> del resto de grupos numéricos y de esta manera nuestro visitante sólo tendría que completar el número de cuenta.</p>
<p><em><strong> El fallo en el código postal y la provincia:</strong></em></p>
<p>Cuando el visitante rellena estos dos campos pero el número no corresponde con la provincia o municipio. Este caso, es quizás el más sencillo de completar de los tres y a la vez el que nos permitirá reducir el número de campos a rellenar de nuestro formulario, reduciendo el tiempo para completarlo y ganando en satisfacción del visitante (creo que a ninguno nos gusta rellenar formularios y a menor número de campos, menos tiempo invertido).</p>
<p>Podemos retirar de nuestro formulario el campo de la provincia y el municipio dejando únicamente el código postal. Cuando nuestro visitante lo completa nosotros le informaremos (si lo consideramos necesario) de cuál es <a title="Códigos postales por Zona" href="http://www.geopostcodes.com/" target="_blank">la provincia y el municipio del código</a> que ha puesto.</p>
<p>Como se puede ver, el análisis de formularios no requiere de un gran conocimiento técnico, un poco de tiempo y  algo de investigación con eso obtendremos una mejora para nuestra conversión en la red.</p>
<p>En resumen, pónselo fácil a tus visitantes.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.analiticaweb.es/analizando-formularios-parte-ii/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Analizando formularios con SiteCatalyst (parte I)</title>
		<link>http://www.analiticaweb.es/analizando-formularios-con-sitecatalys/</link>
		<comments>http://www.analiticaweb.es/analizando-formularios-con-sitecatalys/#comments</comments>
		<pubDate>Mon, 18 Jan 2010 20:56:46 +0000</pubDate>
		<dc:creator>Paulino González</dc:creator>
				<category><![CDATA[Posts]]></category>
		<category><![CDATA[analitica web]]></category>
		<category><![CDATA[FormAnalysis]]></category>
		<category><![CDATA[formularios]]></category>
		<category><![CDATA[SiteCatalyst]]></category>

		<guid isPermaLink="false">http://www.analiticaweb.es/?p=2632</guid>
		<description><![CDATA[En cualquier web, los formularios (sí, esas páginas en las que el usuario toma por fin la palabra) juegan un papel decisivo en la conversión final. No podemos pasarlos por alto en nuestro Plan de Análisis Web (PAW), pero en multitud de casos no se les presta la atención que merecen. Podemos crear campañas en [...]]]></description>
			<content:encoded><![CDATA[<p>En cualquier web, los <strong>formularios</strong> (sí, esas páginas en las que el usuario toma por fin la palabra) juegan un papel decisivo en la conversión final. No podemos pasarlos por alto en nuestro Plan de Análisis Web (PAW), pero en multitud de casos no se les presta la atención que merecen.</p>
<p>Podemos crear campañas en medios o invertir dinero y tiempo en <a href="http://www.analiticaweb.es/sem-analytics-3-0-parte-i/">SEM</a> o <a href="http://www.analiticaweb.es/smo-un-plato-que-se-sirve-caliente/">SMO</a>, pero si nuestros formularios se convierten en un muro que separa a nuestros visitantes de convertirse en clientes, nos estaremos haciendo un flaco favor.</p>
<p style="text-align: center;"><img class="size-full wp-image-2657 aligncenter" src="http://www.analiticaweb.es/wp-content/uploads/2010/01/form1.png" alt="Formulario de Registro" width="301" height="300" /></p>
<p><strong>SiteCatalyst FormAnalisys (Omniture)</strong>™ nos permite averiguar dónde cometen errores nuestros visitantes cuando rellenan nuestros formularios. A continuación algunas ventajas de poner en uso esta herramienta:</p>
<p>Podemos conocer</p>
<p>•	El número de visitantes que han <strong>abandonado</strong> el formulario sin llegar a completarlo.<br />
•	En qué <strong>punto</strong> del proceso han dejado de rellenar.<br />
•	Cuanto <strong>tiempo</strong> tardan en completar el formulario.<br />
•	<strong>Campos</strong> que no han rellenado en los formularios que se han enviado.<br />
•	Que campos de nuestros formularios producen <strong>más errores</strong> al rellenarse incorrectamente.</p>
<p>Ahora conocemos qué datos podemos obtener de nuestros formularios, pero en el próximo post veremos en profundidad este plugin de <a href="http://www.omniture.com">Omniture SiteCatalyst</a>, cómo podemos relacionar los datos con las causas de abandono,  algunos consejos y casos de éxito.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.analiticaweb.es/analizando-formularios-con-sitecatalys/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>

