Diseñar un ecommerce significa organizar el recorrido desde encontrar un producto hasta recibir y gestionar el pedido. La apariencia forma parte de ese recorrido, junto con el catálogo, las reglas de compra y los sistemas que sostienen la operación.
Una tienda puede tener buenas fotografías y seguir generando dudas sobre variantes, disponibilidad o envío. También puede permitir pagar correctamente y registrar mal los pedidos en el sistema de gestión. Para evaluar el diseño conviene mirar la experiencia de compra y la operativa como partes conectadas.
El modelo de venta determina las necesidades
Vender al consumidor final no plantea exactamente las mismas condiciones que vender a empresas. Un catálogo B2B puede necesitar tarifas por cliente, pedidos mínimos o aprobación de presupuestos. Una suscripción añade renovaciones y cambios de plan. Un marketplace coordina varios vendedores. Estas diferencias deben aparecer en los requisitos antes de decidir la plataforma.
No son estilos visuales intercambiables. Afectan a quién compra, qué información necesita, cómo se calcula el importe y quién responde de cada fase del pedido.
Cómo estructurar el catálogo para que se encuentre el producto
Las categorías ayudan a orientarse; los filtros reducen un conjunto de resultados. No conviene usar ambos mecanismos como si fueran lo mismo. Una categoría puede representar una familia estable y un filtro distinguir tamaño, material o compatibilidad dentro de ella.
Empieza con la forma en que una persona busca y compara. Si necesita saber si una pieza encaja con otra, la compatibilidad merece un lugar claro. Si compra por medida, no debería abrir diez fichas para descubrir las dimensiones.
- Nombres reconocibles: categorías y productos que expliquen qué contienen.
- Variantes claras: diferenciar color, talla, acabado o formato sin confundir el precio.
- Búsqueda útil: contemplar referencias, términos habituales y resultados vacíos.
- Estado visible: indicar disponibilidad sin prometer existencias que la tienda no puede confirmar.
Cuando los filtros generan numerosas combinaciones de URLs, hay que decidir cuáles representan páginas útiles y cuáles son solo estados de navegación. La documentación de Google sobre estructura ecommerce destaca la importancia de los enlaces para descubrir y comprender las páginas del catálogo.
Qué debe resolver cada paso de la compra
| Etapa | Necesidad del usuario | Fricción habitual |
|---|---|---|
| Listado | Comparar opciones relevantes. | Resultados sin criterios claros o filtros que no se pueden deshacer. |
| Ficha de producto | Comprobar si sirve y qué está comprando. | Medidas, variantes o condiciones escondidas. |
| Carrito | Revisar unidades y coste. | Cambios de importe que no se explican. |
| Pago | Completar la operación y saber si se ha recibido. | Errores que borran datos o dejan dudas sobre el cobro. |
| Después de comprar | Consultar el estado y resolver incidencias. | Confirmaciones imprecisas o información distinta en cada canal. |
La ficha debe facilitar una decisión
El contenido depende del producto: fotografías, medidas, materiales, instrucciones o compatibilidades. Una descripción útil responde a dudas concretas; repetir adjetivos no sustituye esa información. Si hay varias opciones, debe quedar claro cuál está seleccionada y qué cambia al elegir otra.
El formulario también es parte del diseño
Los campos necesitan etiquetas comprensibles, instrucciones cercanas y errores que indiquen cómo continuar. Debe poder recorrerse el proceso con teclado y en móvil. Si falta un dato, conservar la información ya introducida evita obligar a repetir el trabajo.
El tutorial de formularios de W3C explica el papel de las etiquetas, las instrucciones y los mensajes de validación. Un formulario más corto no es automáticamente mejor: lo importante es pedir lo necesario y explicar para qué se utiliza.
Qué ocurre detrás del botón de pago
La tienda coordina varios estados: carrito, pedido, operación de pago, preparación y entrega. Pagar y crear un pedido son acciones relacionadas, pero sus confirmaciones pueden llegar en momentos diferentes. Por eso hay que contemplar pagos pendientes, avisos repetidos y comunicaciones interrumpidas.
Una integración bien definida identifica cada operación y comprueba si ya se procesó antes de repetirla. Esto ayuda a evitar pedidos duplicados cuando un proveedor reenvía una notificación. También permite localizar un desacuerdo entre el estado del pago y el del pedido.
Catálogo y existencias: quién manda sobre cada dato
Si intervienen un ERP, una tienda física y la web, define qué sistema mantiene el precio, cuál confirma las existencias y dónde se registra la venta. Sin esa responsabilidad, una sincronización puede sobrescribir información correcta o vender una unidad que otro canal acaba de reservar.
En Cerámica y Decoración trabajamos con una tienda PrestaShop y un ERP en Laravel con punto de venta físico. El caso ilustra por qué el ecommerce puede necesitar coordinación con una operación presencial, además de una interfaz pública.
Qué plataforma encaja con el alcance
Una plataforma de comercio electrónico puede cubrir catálogo, carrito y pedidos. El trabajo empieza por comprobar si sus reglas encajan con el negocio. Después se valora qué se configura, qué se amplía y qué debe conectarse con otras herramientas.
Conviene evitar dos extremos: desarrollar funciones estándar sin una necesidad concreta o acumular extensiones hasta que nadie sabe qué componente controla cada comportamiento. La elección también depende de quién mantendrá la tienda y cómo se probarán las actualizaciones.
Cómo saber dónde está el problema
«La tienda no vende» es una observación, no un diagnóstico. Puede haber pocas visitas relevantes, una oferta poco clara, dudas sobre el producto, costes inesperados o fallos técnicos. Mira el recorrido por etapas antes de decidir que hace falta cambiar todo el diseño.
- Realiza una compra completa en móvil y escritorio con distintos productos y variantes.
- Comprueba importes, existencias, confirmaciones y estados en los sistemas implicados.
- Revisa los mensajes de error y lo que ocurre al volver atrás.
- Contrasta la medición de compras con los pedidos reales, evitando contar avisos repetidos.
- Prioriza el obstáculo que impide completar la tarea y vuelve a comprobar el recorrido.
Si el fallo está en el carrito o los pagos, empieza por problemas de ecommerce. Si el proceso funciona pero las visitas no terminan en pedidos, la categoría ecommerce no vende organiza esa otra pregunta. Son diagnósticos diferentes y pueden requerir actuaciones distintas.
