{"id":5482,"date":"2021-11-19T12:00:00","date_gmt":"2021-11-19T11:00:00","guid":{"rendered":"https:\/\/wam.global\/wam-room\/estrategia-de-lanzamiento-de-una-pagina-web\/"},"modified":"2025-11-27T19:55:38","modified_gmt":"2025-11-27T18:55:38","slug":"estrategia-de-lanzamiento-de-una-pagina-web","status":"publish","type":"post","link":"https:\/\/wam.global\/es\/wam-room\/estrategia-de-lanzamiento-de-una-pagina-web\/","title":{"rendered":"La estrategia de lanzamiento de una p\u00e1gina web: metodolog\u00edas en UX y desarrollo"},"content":{"rendered":"

El Time To Market <\/strong>es un concepto muy importante a la hora de plantear la estrategia de lanzamiento de una p\u00e1gina web<\/strong>. Se trata del tiempo que transcurre desde que un producto o servicio se concibe hasta que se lanza al mercado y est\u00e1 disponible para el consumidor final. Uno de los objetivos de cualquier manager implicado en el proceso es acortar lo m\u00e1ximo posible el Time To Market<\/strong>, sin perjudicar el resultado final. \u00bfPor qu\u00e9? Porque si el lanzamiento se retrasa puede que nos encontremos con un mercado poco receptivo, un producto caducado antes de salir, una desventaja frente a productos similares que se han lanzado antes y, en resumen, una oportunidad perdida que no nos podemos permitir.<\/p>\n

En el caso de las p\u00e1ginas webs, su importancia es vital para un negocio digital. Si el resultado es el \u00f3ptimo, es una puerta al incremento de conversiones<\/strong> y un asset que aporta valor a la marca, visibilidad en los buscadores y conexi\u00f3n con el usuario. Para que todo esto sea posible, necesitamos un equipo de UX<\/a> que participe activamente en el dise\u00f1o web y aporte su expertise en usabilidad.<\/p>\n

Fases del proceso de UX en el lanzamiento de una web<\/h2>\n

El equipo de UX necesita, en primer lugar, extraer los objetivos de negocio<\/strong> para empezar a crear hip\u00f3tesis sobre c\u00f3mo pueden ser los usuarios y su comportamiento en la red. Al inicio de un proyecto siempre se estudia el mercado y se realiza un an\u00e1lisis de la competencia<\/strong>; la etapa de research es b\u00e1sica para la recogida y an\u00e1lisis de datos<\/strong>, identificar las tendencias de un sector concreto, qu\u00e9 KSP destacan los competidores, etc\u00e9tera.<\/p>\n

La definici\u00f3n del User Persona<\/strong> a trav\u00e9s de encuestas, entrevistas y focus group nos ayuda a imaginar el perfil de cliente ideal<\/a> que visitar\u00eda la p\u00e1gina web: en qu\u00e9 se fija primero, cu\u00e1les son sus intereses, desde qu\u00e9 dispositivos entra a la web y qu\u00e9 elementos visuales o de contenido pueden ahuyentarlo. Al mismo tiempo, desde UX se empiezan a plantear preguntas sobre la arquitectura de la informaci\u00f3n<\/strong>: cu\u00e1l es la jerarqu\u00eda de contenidos de esa p\u00e1gina.<\/p>\n

La metodolog\u00eda Card Sorting<\/strong> es de gran ayuda: una t\u00e9cnica de investigaci\u00f3n para conocer c\u00f3mo creen los usuarios que deber\u00edan estar organizados los contenidos en un portal web. El ejemplo m\u00e1s claro es un men\u00fa de navegaci\u00f3n<\/strong>. Para aplicar el Card Sorting creamos una serie de tarjetas que representan las diferentes opciones de contenido, seleccionamos a usuarios y les pedimos que organicen esas tarjetas de la forma m\u00e1s l\u00f3gica para ellos. Si podemos conseguir ejemplos de User Persona<\/strong> como colaboradores del Card Sorting, los resultados ser\u00e1n a\u00fan m\u00e1s \u00fatiles.<\/p>\n

Cuando se ha establecido una propuesta de dise\u00f1o web, el equipo de UX entra en el proceso de nuevo para optimizar dise\u00f1os<\/strong> con tests de usabilidad web, tests A\/B <\/strong>sobre el dise\u00f1o y, m\u00e1s adelante, tests A\/B sobre el desarrollo. Su perspectiva siempre es la de mejorar la experiencia del usuario<\/strong> y sus aportaciones al equipo web deben ser escuchadas y aplicadas.<\/p>\n

Metodolog\u00edas en la planificaci\u00f3n de proyectos web<\/h2>\n

El equipo de desarrollo web<\/a> dibuja una estrategia que var\u00eda seg\u00fan la incertidumbre del proyecto. En proyectos de alta incertidumbre nos decantamos por frameworks agile<\/strong> y en casos de baja incertidumbre aplicamos metodolog\u00edas Waterfall<\/strong>. Dos modelos de trabajo con los que vamos a mantener a raya el Time To Market, y que recomendamos al resto de equipos de cara a futuros proyectos:<\/p>\n

Metodolog\u00eda Waterfall<\/h3>\n

La metodolog\u00eda Waterfall est\u00e1 enfocada a la entrega de valor tras un proceso secuencial<\/strong>. Se trata de una aproximaci\u00f3n lineal<\/strong> al desarrollo de una web, de modo m\u00e1s tradicional<\/strong>, en el que se establecen una serie de objetivos que se van resolviendo uno tras otro, de forma cronol\u00f3gica (no en paralelo) y donde necesitamos que una etapa quede concluida para empezar la siguiente.<\/p>\n

Usar esta metodolog\u00eda, tambi\u00e9n conocida como cascada<\/strong>, tiene ventajas. La planificaci\u00f3n es m\u00e1s sencilla y es f\u00e1cil seguir la evoluci\u00f3n del proyecto; no obstante, la aparici\u00f3n de un bloqueante puede retrasar el Time To Market<\/strong> y, en caso de que el cliente no est\u00e9 contento con el resultado y pida cambios, estos son mucho m\u00e1s costosos de aplicar.<\/p>\n

\"metodolog\u00eda<\/figure>\n

Metodolog\u00eda Agile<\/h3>\n

Para mitigar los defectos de la metodolog\u00eda Waterfall usamos m\u00e9todos Agile<\/a><\/strong>. Enfocado a la entrega de valor continua, es un modo de trabajo iterativo en el que priorizamos la elaboraci\u00f3n r\u00e1pida de entregables<\/strong> con una validaci\u00f3n continua por parte del cliente, que participa mucho m\u00e1s en el desarrollo de su p\u00e1gina web.<\/p>\n

Scrum<\/a><\/strong> es un marco de trabajo dentro de las metodolog\u00edas \u00e1giles que nos da herramientas para ser m\u00e1s r\u00e1pidos. El m\u00e9todo Scrum marca 5 ceremonias <\/strong>que hay que tener en cuenta:<\/p>\n