Cómo el control de calidad puede mejorar la tasa de conversión en el comercio electrónico de moda

Evento de Digital Fashion Academy
18 de abril de 2023

Mira el webinar aquí:

DESCRIPCIÓN GENERAL

TÍTULO: Aseguramiento de la Calidad para la mejora de la Tasa de Conversión en el E-commerce de Moda
FECHA: Martes 18 de abril a las 17:30h (CET ROMA)
DURACIÓN: 1 hora
IDIOMA: Inglés
REGISTRO:El seminario web es gratuito al registrarse.

RESUMEN

Únete a Enrico Fantaguzzi (Academia de moda digital) y Lorenzo Fanetti (Desconcertar) tal como lo presentan mejores prácticas para control de calidad de sitios de comercio electrónico en el sector de la moda y el lujo.

El seminario web ilustrará la Conceptos clave para el control de aseguramiento de calidad en proyectos de comercio electrónico, desde el estándar procesos utilizado en grandes empresas, a la Acuerdos de nivel de servicio (SLA) que se compartirá con las agencias de desarrollo durante la definición de los contratos.

• Seguro de calidad es el conjunto de actividades encaminadas a garantizar que la resultados de un proyecto cumplir con los esperanzas de heredar del cliente, el usuarios finales del producto y cualquier Normas requerido por el reglamentos.

• En el comercio electrónico de moda, la garantía de calidad es esencial tanto para garantizar éxito en términos de sitio conversión tasa y para control proyecto costos.

“Lo que ocurre a menudo al final de un proyecto de desarrollo de un sitio de comercio electrónico es que se encuentran numerosos defectos que pueden minar el éxito del proyecto y la relación entre desarrolladores y clientes. La correcta gestión del Aseguramiento de la Calidad es lo que nos permite obtener la satisfacción del cliente, la mejor Experiencia de Usuario y una correcta gestión de la relación cliente-proveedor”

Enrico Fantaguzzi

TEMAS

• Definición de los estándares de calidad del sitio de comercio electrónico
• Garantía del producto después de la entrega
• Metodología de pruebas de productos y gestión de resolución de errores
• Herramientas de seguimiento de errores y seguimiento de problemas

TRANSCRIPCIÓN

Antes de fundar esta empresa de E-Learning, trabajé durante más de 20 años en empresas de moda y lujo, desde pequeñas marcas hasta grandes empresas multinacionales y e-tailers.

En este webinar voy a compartir con vosotros algunas de las cosas que aprendí durante el tiempo que pasé trabajando para marcas de moda, aunque la experiencia que hoy os comparto la obtuve mayoritariamente fuera de la industria de la moda, en el sector del entretenimiento digital.

Así que hoy hablaremos sobre el Importancia del aseguramiento de la calidad y Por qué es fundamental para el éxito del comercio electrónico de moda. 

Te presentaré algunas ideas y ejemplos de Cómo organizar procesos de garantía de calidad dentro de su empresa 

Y finalmente cubriremos algunas de las cosas que debes tener en cuenta cuando Discuta las asignaciones con sus proveedores, desarrolladores o integradores de sistemas., qué preguntarles durante las negociaciones y qué incluir en el contrato para que el resultado final cumpla con sus expectativas. 

Entonces, ¿cuál es el propósito del control de calidad para el comercio electrónico de moda? 

¿Cuál es el propósito del aseguramiento de la calidad?

El objetivo del aseguramiento de la calidad es garantizar que el producto digital cumpla con las expectativas del cliente (usted mismo) y de los usuarios finales del producto digital, que son sus clientes. 

Enrico Fantaguzzi

Para ser más específico Cuando hablamos de expectativas hablamos de requisitos y especificaciones, los requisitos y especificaciones son diferentes de las expectativas porque son claramente establecido y documentado en uno o más documentos. 

Además de eso, es posible que tengas que cumplir con Requisitos que son vinculantes para su empresa debido a restricciones legales..

En tercer lugar, hay un conjunto de expectativas que no están escritas, pero que aún así debes considerar como parte de tu proyecto porque algunas de estas expectativas podrían ser las expectativas de su gerencia o del Consejo de Administración u otras partes interesadas de alguna manera involucrado en el proyecto. 

¿Qué son los requisitos y qué son las especificaciones?

Intentemos ahora definir mejor qué son requisitos y qué son especificaciones, estos son términos técnicos que pueden resultar familiares para algunos de ustedes pero les daré algunos ejemplos para que puedan fijarlos en su mente a través de ejemplos.

Ejemplos de requisitos: 

• Capacidad de crear una cuenta, 
• Posibilidad de realizar el check-out como invitado, 
• Posibilidad de pagar en cuotas en lugar de en una única transacción, 
• Posibilidad de elegir entre diferentes opciones de envío, 
• Capacidad de filtrar solo tamaños específicos durante la búsqueda, 
• Capacidad de buscar palabras clave con una herramienta de búsqueda
• Visibilidad del coste de envío e impuestos durante el proceso de pago

Ejemplos de especificaciones: 

• Compatibilidad con dispositivos y sistemas operativos 
• Tamaños de imágenes, banners 
• Intercambio de datos de frecuencia entre sistemas
• El formato y el número de resultados por página.

¿Dónde se establecen los requisitos, especificaciones y expectativas?

Estos elementos normalmente se escriben en uno o más documentos de proyecto. 

El documento más utilizado es el Documento de requisitos del producto, también llamado PRD, que normalmente es propiedad del gerente responsable de la plataforma de comercio electrónico y está escrito por él. Si el documento de Requisitos del producto no está disponible Podemos escribir Requisitos y Especificaciones directamente en el Plan del Proyecto, finalmente podemos encontrar parte de las Especificaciones y Requisitos de Calidad también en el Plan de calidad. 

El plan de calidad sirve principalmente para organizar las pruebas de calidad y el proceso de garantía de calidad en general, pero también puede contener algunos requisitos específicos para la calidad del producto digital. Por ejemplo, el plan de calidad puede hacer referencia a pruebas de seguridad específicas que deben realizarse. Por ejemplo, cuando trabajaba como proveedor de servicios para una gran marca de ropa deportiva y estaba desarrollando su sitio web de comercio electrónico, tuve que coordinar las pruebas de seguridad en nuestros servidores para cumplir con los estándares de seguridad del cliente. 

Pruebas fuera de alcance

Por otro lado, el Plan de Calidad puede indicar qué pruebas están fuera del alcance del proyecto. Por ejemplo, si no planea realizar envíos a Australia con su comercio electrónico, no debe gastar tiempo y energía en desarrollar y probar ninguna especificación para ese país específico. 

Wireframes y composiciones

El Plan de Calidad puede hacer referencia a otros documentos para especificaciones y requisitos; por ejemplo, el plan de calidad puede hacer referencia a wireframes o maquetas para todo lo relacionado con la calidad del diseño y la apariencia del sitio web en general.

Estos documentos son importantes porque sus desarrolladores los utilizarán como referencia para lo que necesitan desarrollar y lograr en su trabajo. 

Además de los requisitos, el plan de calidad describe las pruebas que deben realizarse, cuándo se realizarán durante el proyecto y durante la entrega del producto y cómo se llevarán a cabo.

Criterios de entrada en funcionamiento

El plan de calidad también debe contener los criterios de GO-LIVE. Los criterios de GO LIVE son un conjunto de condiciones que se deben cumplir para poner en marcha el proyecto. Un ejemplo de criterios de GO LIVE son los siguientes: Número máximo de errores permitidos en el sitio web en vivo y su gravedad, por ejemplo, el plan de calidad puede indicar que el proyecto se pone en marcha solo si hay un número máximo de 10 errores en total en el sitio web en el momento de la puesta en marcha.

Finalmente, el plan de calidad contiene los procedimientos que el Equipo del Proyecto deberá seguir durante el proceso de Aseguramiento de Calidad, por ejemplo, quién es responsable de las pruebas y qué, cómo utilizar la herramienta de seguimiento de errores, cómo clasificar los errores según su gravedad.

¿Qué tipos de pruebas necesitamos ejecutar?

Tipos de pruebas de garantía de calidad

Ahora, echemos un vistazo más detallado a qué pruebas deberían tener en cuenta las marcas de moda.

Hay varios tipos de pruebas que las empresas de moda pueden realizar para asegurarse de que la plataforma de comercio funciona de acuerdo con las expectativas.

Prueba de humo

El Smoke Test es una prueba sencilla que tiene como objetivo comprobar las características principales del producto digital. Estas pruebas las suelen realizar los desarrolladores durante el proyecto para asegurarse de que las funciones básicas del software funcionan. Es una prueba sencilla que consiste en probar las funciones básicas de un programa. simular un usuario habitual o un cliente potencial que necesita completar una tarea en la plataforma. Para darle un ejemplo, si está implementando una función de búsqueda de texto en su sitio web, la prueba de humo consistiría en escribir algunas palabras clave relevantes para su marca, por ejemplo, "cartera de cuero roja" y verificar si el resultado es consistente. En esta etapa, por ejemplo, el diseño gráfico puede no ser relevante, el objetivo es obtener resultados consistentes. Si busca "cartera de cuero roja" y obtiene como resultado una remera azul, la prueba de humo ha fallado.    

Prueba de integración

La prueba de integración es una prueba específica para verificar el paso correcto de datos de un sistema a otroPor ejemplo, de la plataforma de comercio electrónico al ERP de la empresa, y del ERP al sistema de gestión de almacenes o de la plataforma de comercio electrónico a la plataforma de Business Intelligence. Podemos considerar que esta prueba ha sido exitosa si los datos se pasan correctamente de un sistema a otro, sin pérdida de datos y en el plazo previsto. 

Prueba de aceptación del usuario

La prueba de aceptación del usuario, o UAT, generalmente se lleva a cabo junto con la presencia del Cliente y el Desarrollador. 

Durante la UAT, el cliente ejecuta todos los casos de uso posibles, por ejemplo, buscar un producto, agregar un producto a la lista de deseos, mover un producto de la lista de deseos al carrito, completar el proceso de pago, para asegurarse de que todo funcione como se espera. 

Estas pruebas se realizan normalmente hacia el final de la fase de desarrollo, cuando el producto está casi listo para ser entregado al cliente. Normalmente, el resultado de estas pruebas es una lista de errores, solicitados por el cliente, que serán corregidos por el desarrollador.

Prueba de regresión

El cuarto tipo de prueba es la prueba de regresión. La prueba de regresión garantiza que una aplicación siga funcionando como se espera después de cualquier cambio de código, actualización o lanzamiento de otras funciones en la plataforma. La regresión garantiza la estabilidad general de la plataforma.

Estas pruebas deben ser realizadas por el Equipo de Calidad cada vez que haya un nuevo lanzamiento en el sitio web., para asegurarse de que todas las funciones que funcionaban anteriormente sigan funcionando correctamente. 

Por ejemplo, si estás desarrollando un nuevo sistema de pago, digamos que estás desarrollando el Pago por Cuotas en tu caja, y durante la implementación de esta nueva característica, interrumpes el pago con tarjetas de crédito que funcionaba bien antes, por lo que introducimos un error en una característica que funcionaba anteriormente, en este caso estamos hablando de Regresión.

Procesos de prueba y corrección de errores

 Hablamos sobre el rol del Líder de Aseguramiento de Calidad, ahora veamos cómo interactúan entre sí todos los actores involucrados en el proceso de Aseguramiento de Calidad.

El primer paso se produce cuando se descubre un error; el evaluador, ya sea un miembro del equipo del proyecto o un evaluador profesional que sigue un script de prueba, encuentra un error. Por ejemplo, el script de prueba podría decir: agregar un producto a la lista de deseos y luego mover el producto de la lista de deseos al carrito de compras. 

Si el probador no puede agregar un producto a la lista de deseos o mover el producto de la lista de deseos al carrito de compras, el probador informará un error y abrirá un ticket en la herramienta de seguimiento de errores. Cuando un evaluador informa un error en el sistema, también debe agregar algunas especificaciones, como las instrucciones para reproducir el error.Esto ayudará al desarrollador a reproducir rápidamente las condiciones en las que se encontró el error. El evaluador también informará, por lo general, en qué dispositivo y qué sistema operativo se estaba utilizando cuando se encontró el error. Por ejemplo, yo estaba usando Safari en iPad Pro.

En el segundo paso, el El responsable de control de calidad comprobará toda la información disponible sobre el error y comprobará dos veces que el error no se haya informado todavía.Esto es importante, de lo contrario, es posible que tengamos errores duplicados en la herramienta de seguimiento de errores.

El responsable de control de calidad asignará el error a un miembro del equipo para que trabaje en él. Tenga en cuenta que, por el momento, utilizo los términos error y problema como sinónimos.

En el paso 3, el desarrollador corrige el problema en el entorno de desarrollo y marca el problema como solucionado. 

Tenga en cuenta que el desarrollador marca el error como corregido o resuelto, pero no cierra el ticket en la herramienta de seguimiento de errores, solo la persona que informó el error o el líder de control de calidad debe proceder a marcar el problema como cerrado.

En el último paso, la persona que reportó el error o el responsable de control de calidad verificará que el error realmente se haya solucionado en la plataforma y marcará el problema como cerrado en la herramienta de seguimiento de errores.

Resumen de los pasos de la prueba UAT

1. El probador intenta completar una tarea en el sitio web, por ejemplo, agregar un producto a la lista de deseos.
2. Si el evaluador no puede completar la tarea, informa un error en la herramienta de seguimiento de errores.
3. El responsable de control de calidad verifica el error, es decir, que el error no haya sido informado por otra persona anteriormente.
4. El responsable de control de calidad asigna el error a un miembro del equipo para que lo solucione.
5. El miembro del equipo trabaja en el error y lo marca como solucionado cuando se resuelve el problema.
6. El responsable de control de calidad o el evaluador vuelven a probar la función para asegurarse de que funciona.
7. El error es finalmente cerrado por el responsable de control de calidad o el evaluador.

ORADORES