Neblus 2.0 UX Direction
From product catalog to guided recovery ecosystem.
Neblus 2.0 debe sentirse como un showroom premium de confort y recuperación en casa: calmo, editorial y guiado por un asesor que entiende la necesidad del usuario antes de venderle un producto.
Strategic question
¿Qué experiencias premium, wellness, sleep, furniture y high-ticket deben inspirar Neblus 2.0, y cómo se traducen en arquitectura, diseño, PDP, compra, CMS, CRM y roadmap?
Esta dirección no constituye aprobación del cliente, presupuesto aprobado ni expansión automática de alcance. Requiere aprobación de Neblus, presupuesto de fotografía y validaciones técnicas antes de lanzamiento.
La decisión estratégica: convertir el catálogo en un ecosistema guiado de recuperación.
La experiencia debe llevar al usuario desde su necesidad de recuperación hasta una compra segura, con comparación, confianza operativa y educación post-compra. La página de producto es el punto más importante del sistema.
Calm
Guided
Safe
Flujo recomendado: necesidad de recuperación → colección curada → comparación o PDP → reassurance → carrito → checkout alojado en Shopify → onboarding post-compra.
Qué debe aprender Neblus de referencias premium.
La inspiración no se trata de copiar estética. Se trata de traducir patrones de conversión, confianza, claridad y storytelling a la arquitectura real de Neblus 2.0.
Sistema UX para lanzamiento.
Estos módulos forman el núcleo launch-feasible de Neblus 2.0. Deben diseñarse como un sistema conectado, no como piezas sueltas.
Need-based navigation IA
- Qué hace
- Ordena la experiencia por necesidad de recuperación, no por tipo de producto.
- Por qué importa
- Reduce fricción para usuarios que no saben qué SKU necesitan.
- Dónde aparece
- Header, mega menú, homepage, PLPs.
- Nota / owner
- Taxonomía de recuperación aprobada por Neblus.
Homepage recovery-first
- Qué hace
- Presenta Neblus como asesor de recuperación y confort, no como catálogo.
- Por qué importa
- Define el reposicionamiento desde el primer scroll.
- Dónde aparece
- Homepage.
- Nota / owner
- Sanity controla módulos editoriales.
Use-case PLPs / landings
- Qué hace
- Crea páginas por objetivo: sueño, postura, relajación, recuperación muscular.
- Por qué importa
- Traduce intención del usuario en rutas claras hacia producto.
- Dónde aparece
- PLPs, landings, navegación.
- Nota / owner
- Shopify collections + Sanity storytelling.
PDP benefit-led
- Qué hace
- Organiza la página alrededor de beneficios, sensación, prueba y decisión.
- Por qué importa
- Es la página de mayor impacto en conversión.
- Dónde aparece
- Todas las PDP high-ticket.
- Nota / owner
- Shopify + Sanity + Astro components.
PDP trust quartet
- Qué hace
- Garantía, entrega, prueba y MSI visibles arriba del fold.
- Por qué importa
- Resuelve ansiedad antes de checkout.
- Dónde aparece
- PDP, cart drawer.
- Nota / owner
- Shopify Metafields; políticas confirmadas por Neblus.
Anchored sticky CTA
- Qué hace
- Mantiene la acción de compra visible sin interrumpir la lectura.
- Por qué importa
- Mejora conversión móvil sin forzar al usuario.
- Dónde aparece
- PDP mobile y desktop.
- Nota / owner
- Validar CLS y comportamiento responsive.
Comparison page
- Qué hace
- Compara productos de forma clara, con atributos relevantes y CTA.
- Por qué importa
- Reduce parálisis de decisión entre SKUs cercanos.
- Dónde aparece
- Ruta /compare, PDP, PLP.
- Nota / owner
- Shopify Metaobjects + Astro route.
Static product finder v1
- Qué hace
- Guía al usuario de necesidad a producto o colección mediante reglas simples.
- Por qué importa
- Permite discovery guiado sin riesgo de quiz dinámico.
- Dónde aparece
- Homepage, navegación, landing pages.
- Nota / owner
- Mapeo estático aprobado; fase dinámica después de medición.
Sensory storytelling blocks
- Qué hace
- Cuenta materiales, textura, sensación y contexto de uso.
- Por qué importa
- Sostiene la percepción premium y baja la distancia técnica.
- Dónde aparece
- Homepage, PDP, guías.
- Nota / owner
- Sanity content blocks.
FAQ accordion
- Qué hace
- Responde dudas operativas en lenguaje claro.
- Por qué importa
- Evita que garantía, entrega o devoluciones queden escondidas.
- Dónde aparece
- PDP y páginas de soporte.
- Nota / owner
- Shopify Metafields o Sanity, con owner definido.
Cart drawer con cross-sell
- Qué hace
- Muestra carrito sin sacar al usuario del flujo y sugiere productos relacionados.
- Por qué importa
- Incrementa AOV sin romper calma del sitio.
- Dónde aparece
- Cart drawer.
- Nota / owner
- Shopify Storefront API + Astro island; validar latencia.
Cart trust reinforcement
- Qué hace
- Repite garantía, envío y devoluciones antes de checkout.
- Por qué importa
- Reduce abandono en el último tramo previo a Shopify checkout.
- Dónde aparece
- Cart drawer.
- Nota / owner
- Copy sincronizado con PDP trust quartet.
Editorial recovery guides
- Qué hace
- Crea guías de uso, cuidado, rutinas y recuperación.
- Por qué importa
- Extiende la marca como advisor y alimenta SEO.
- Dónde aparece
- Hub editorial, PDP relacionados, email.
- Nota / owner
- Sanity editorial hub.
Klaviyo abandoned cart flow
- Qué hace
- Recupera carritos con copy de confianza, no presión comercial.
- Por qué importa
- Rescata intención perdida y refuerza garantías.
- Dónde aparece
- Email lifecycle.
- Nota / owner
- Klaviyo; requiere cuenta y eventos validados.
Klaviyo post-purchase onboarding
- Qué hace
- Educa sobre uso, cuidado y rutinas después de la compra.
- Por qué importa
- Convierte la compra en una experiencia acompañada.
- Dónde aparece
- Email post-compra.
- Nota / owner
- Klaviyo; coordinación con review request.
Fotografía lifestyle premium
- Qué hace
- Muestra productos Neblus en hogares mexicanos calmos y aspiracionales.
- Por qué importa
- Sin buenas imágenes, el sistema premium no se sostiene.
- Dónde aparece
- Todo el sitio.
- Nota / owner
- Presupuesto, brief y producción pendientes.
El PDP es donde se gana o se pierde la conversión.
El esfuerzo de diseño debe concentrarse de forma desproporcionada en la página de producto. Para un producto high-ticket, el usuario necesita entender el beneficio, confiar en la operación y sentir que puede comprar sin equivocarse.
Suelta tensión, duerme mejor y compra con certeza.
La parte superior del PDP debe explicar el beneficio, mostrar confianza operativa y dar una ruta clara para comparar o agregar al carrito.
Above-fold product story
Trust quartet: garantía, entrega, prueba, MSI
Benefit-led hero copy
Sticky CTA
Compare link
Regla clave
Garantía, entrega, prueba y MSI nunca deben quedar escondidos en el footer o en una sección de preguntas frecuentes.
Cómo la estrategia se traduce en arquitectura Neblus.
Cada patrón UX necesita un owner de sistema y una ruta de implementación clara. Ningún módulo debe diseñarse sin saber de dónde vienen sus datos y quién los mantiene.
One product truth.
Shopify mantiene la verdad de producto. Sanity enriquece la experiencia editorial. Klaviyo extiende el acompañamiento después de la visita. Judge.me entra solo si el POC headless pasa.
Catálogo, precios, variantes, inventario, metafields y metaobjects
Alimenta
Astro PDP / cart / comparison
Homepage, guías, storytelling editorial y módulos sensoriales
Alimenta
Astro homepage / guides / storytelling
Lifecycle flows, onboarding, abandono y propiedades de perfil
Alimenta
Email flows / recuperación / educación
Reviews verificados, condicionado a POC y plan aprobado
Alimenta
PDP reviews, conditional
De necesidad de recuperación a compra confiada.
La UX debe construir confianza antes del checkout. El checkout seguirá alojado en Shopify, por lo que Neblus debe resolver dudas clave en PDP y carrito.
Necesidad de recuperación
Navegación por necesidad
Landing o finder
PDP
Trust quartet
Cart drawer
Shopify checkout
Klaviyo onboarding
Reassurance antes de checkout
El usuario debe entender garantía, envío y devoluciones antes de llegar al checkout alojado en Shopify.
Checkout hospedado
El checkout permanece en Shopify. La UX previa debe hacer el trabajo de confianza y claridad.
Educación post-compra
Klaviyo debe enseñar uso, cuidado y rutinas para que la compra se sienta acompañada.
CRM debe extender al asesor de recuperación.
Klaviyo no debe sentirse como presión comercial. Debe acompañar: educar, resolver dudas, recuperar intención y enseñar uso después de compra. La personalización avanzada queda para Phase 1.5 o Phase 2 después de validación.
Welcome / education
Presenta la lógica de recuperación, materiales, cuidado y categorías clave.
Browse abandonment
Retoma interés por necesidad o producto sin sonar agresivo.
Abandoned cart
Usa trust-stack copy: garantía, entrega, prueba y MSI antes del descuento.
Post-purchase onboarding
Explica uso, cuidado y rutinas para aumentar satisfacción y reducir incertidumbre.
Review request coordination
Coordina solicitud de reseña sin duplicar mensajes ni afectar experiencia.
Winback / routine education
Reengancha con contenido útil, rutinas y productos complementarios.
Launch vs Conditional vs Phase 1.5 vs Phase 2 vs Avoid.
El roadmap evita mezclar recomendaciones launch-ready con ideas que requieren POC, validación de demanda o aprobación adicional.
Launch
- Need-based navigation
- Recovery-first homepage
- Benefit-led PDP
- PDP trust quartet
- Custom MSI component
- Comparison page
- Static finder v1
- Sensory storytelling blocks
- Editorial guides
- Cart drawer with cross-sell
- Abandoned cart flow
- Post-purchase onboarding
- Premium photography
Conditional / POC
- Judge.me headless reviews
- Publicación de white-glove delivery
- Review schema / rich snippets
- Validación de latencia en cart cross-sell
Phase 1.5
- Quiz dinámico con Klaviyo profile properties después de medir el finder estático
Phase 2
- Routine / protocol builder
- UGC module
- Full WhatsApp inbox
- Video-heavy PDP modules
- Bundle / protocol curated landings
Avoid
- 3D / AR viewers
- Scroll-jacking
- Spec-first product copy
- Generic catalog-grid homepage
- Liquid-only app assumptions
- Duplicate product database in Sanity
- Amazon review importing
- Promo banner stacking
Qué debe validarse antes de lanzamiento.
Estos no son blockers de la dirección UX. Son gates para lanzar responsablemente, sin prometer capacidades operativas o técnicas que aún no están confirmadas.
Fotografía
Calidad, disponibilidad, dirección creativa y presupuesto de producción.
Políticas comerciales
Garantía, prueba, entrega y MSI confirmados por categoría o SKU.
MSI custom
Componente Astro validado con precios reales y términos comerciales.
Judge.me POC
Render headless, rich snippets y LCP medidos en staging.
White-glove delivery
Confirmación operativa antes de publicar promesas de instalación.
Modelo de comparación
Metaobjects y atributos aprobados antes de desarrollo final.
Schema Sanity
Módulos editoriales, storytelling y guías aprobados.
Performance PDP
Mobile LCP < 2.5s y CLS < 0.1.
Cart cross-sell
Latencia validada con Storefront API y carga diferida.
Finder estático
Reglas de routing revisadas y aprobadas por Neblus.
Neblus 2.0 debe enrutar por necesidad de recuperación, reducir ansiedad de decisión, tranquilizar antes de checkout y educar después de la compra.
Construir el guided recovery ecosystem para lanzamiento. Validar la personalización avanzada antes de escalarla.
Documento convertido en micrositio ejecutivo para presentación. La dirección UX permanece como recomendación interna pendiente de aprobación del cliente, presupuesto de fotografía y validaciones técnicas/operativas.