Acceso
Pantallas de inicio de sesión y registro
Nutrición deportiva · App móvil
KultLab: fase de discovery de una app de nutrición deportiva
Fase de discovery de la app móvil de KultLab, cadena de tiendas de nutrición deportiva en Siberia: investigación, requisitos y un paquete completo de documentación y prototipos listo para desarrollo. Herramientas: Figma y Confluence.
KultLabRetail, nutrición deportiva
Sobre el producto
KultLab es una cadena de tiendas de nutrición deportiva presente en Siberia. La empresa planeaba lanzar su propia app móvil y nos encargó una fase de discovery: diseñar el producto digital antes de empezar el desarrollo, para que el equipo técnico recibiera una especificación clara y bien fundamentada en lugar de construir la interfaz sobre la marcha.
El objetivo del discovery es reducir la incertidumbre y el riesgo de rehacer trabajo costoso. En esta fase realizamos el análisis, recopilamos los requisitos y preparamos un paquete completo de documentación: wireframes detallados, user stories, prototipos interactivos en Figma y la descripción de la lógica en Confluence.
El reto
Empezar el desarrollo sin un diseño y unos requisitos definidos supone asumir el riesgo de rehacer trabajo, incumplir plazos y disparar el presupuesto. La cadena opera varias tiendas, cada una con su propio stock, así que la app necesitaba una lógica de disponibilidad transparente y la posibilidad de comprar en la tienda donde el artículo está disponible.
Otro reto era diseñar el catálogo y la pantalla de inicio para atraer al usuario (promociones, más vendidos, banners) y prever desde el principio un tratamiento correcto de los datos personales conforme a la legislación aplicable.
Aspectos destacados del proyecto
Acceso y catálogo estructuradoBúsqueda, «Promociones» y «Más vendidos»Stock por tiendaCompra en la tienda que tiene el artículoBanners promocionales para el engagementArquitectura de almacenamiento de datos personales
Solución y enfoque
Planteamos el trabajo como un discovery clásico: primero análisis y recopilación de requisitos, después escenarios de usuario (user stories), wireframes y prototipos interactivos. Toda la lógica y la documentación se llevaron en Confluence; la parte visual y los prototipos clicables, en Figma.
Prestamos especial atención a los puntos complejos: la disponibilidad por tienda, el flujo de compra entre distintas tiendas y la arquitectura de almacenamiento de datos personales. El cliente recibió un paquete listo para entregar a desarrollo, sin puntos ciegos.
Funciones del producto
Catálogo de productos
Catálogo estructurado de nutrición deportiva con búsqueda y fichas de producto
Promociones y más vendidos
Secciones «Promociones» y «Más vendidos» con selecciones de productos para el engagement
Disponibilidad por tienda
Lógica de stock entre las tiendas de la cadena y compra en la tienda adecuada
Banners promocionales
Variantes de banners y bloques de promociones en la pantalla de inicio
Cumplimiento en datos personales
Arquitectura de almacenamiento de datos personales conforme a los requisitos legales
Pantalla de inicio y catálogo
La pantalla clave de la app reúne la navegación de la tienda: barra de búsqueda, grandes accesos rápidos a «Promociones» y «Más vendidos» con el número de artículos y un feed de productos con enlace al catálogo.
Las fichas de producto muestran imagen, nombre, valoración, sabor y precio, mientras que las insignias «HIT», «SALE» y «POPULAR» destacan los artículos prioritarios e impulsan la compra.
El catálogo de cerca
Un frame aparte muestra la estructura de la pantalla de inicio sin contexto: búsqueda, dos bloques destacados «Promociones» y «Más vendidos» y una cuadrícula de fichas en la sección «Productos».
Esta composición fija la jerarquía visual, primero promociones y navegación, después el catálogo, y sirve como referencia de maquetación para el desarrollo futuro.
Banner promocional y feed de productos
Una variante de la pantalla de inicio con un carrusel de banners: ficha de un producto en oferta con precio anterior y nuevo, flecha de navegación e indicador de diapositivas.
Debajo del banner, el mismo feed de productos con fichas e insignias. Así el discovery recoge distintos escenarios de engagement antes de empezar el desarrollo.
Por qué un discovery antes del desarrollo y no construir directamente
Un discovery es el diseño estructurado del producto antes de escribir la primera línea de código. Para la app de una cadena con varias tiendas y una lógica de disponibilidad compleja es especialmente importante: un error de arquitectura al inicio se convierte en un refactoring costoso a mitad del desarrollo.
En cifras
2–6 sem.plazo típico de un discovery MVP
100 %de la documentación lista para desarrollo
PIIarquitectura de almacenamiento conforme a los requisitos legales
2herramientas: Figma y Confluence
Fase de discovery completada: estudio del mercado, la competencia y el público objetivo.
Wireframes detallados de las primeras pantallas: acceso y catálogo con variantes de banners.
User stories descritas, incluida la compra en distintas tiendas según el stock disponible.
Diseñado el flujo de compra entre tiendas: el cliente ve el stock actualizado en cada tienda de la cadena.
Pantallas de acceso y catálogo con variantes de banners trabajadas en Figma.
Resultado: una base para iniciar el desarrollo, con documentación en Confluence y prototipos en Figma.
Datos personales y arquitectura desde el diseño
Ya en el discovery definimos una arquitectura de almacenamiento de datos personales conforme a los requisitos de la jurisdicción del cliente. Así el equipo de desarrollo puede construir la app con las reglas correctas desde el primer día, en lugar de rehacer el almacenamiento y los flujos de datos tras el lanzamiento.
Dentro del discovery diseñamos cómo se almacenan y procesan los datos personales de los usuarios (nombre, teléfono, dirección de entrega). El modelo prevé el almacenamiento de datos en servidores locales y un conjunto mínimo de campos, según el principio de minimización de datos.
La app está diseñada en torno a las obligaciones legales del cliente en materia de datos personales: consentimiento del usuario para el tratamiento, política de privacidad, almacenamiento en servidores alojados localmente y acceso restringido por roles. El responsable del tratamiento es el cliente.
Trabajar los requisitos antes del código reduce los riesgos legales y de producto: la disponibilidad por tienda, la compra en distintas tiendas y el tratamiento de datos personales están descritos en Confluence y respaldados por prototipos en Figma.
Stack tecnológico
FigmaWireframes, diseño UI y prototipos interactivosConfluenceDocumentación, user stories y descripción de la lógica
¿Planeas una app así? Hablemos de discovery
Cuéntanos tu producto y te ayudaremos a diseñarlo antes del desarrollo, con requisitos claros, prototipos y documentación. Veamos juntos cómo una fase de discovery puede reducir los riesgos de tu proyecto.
Preguntas frecuentes
¿Qué es la fase de discovery en el desarrollo de una app móvil?
El discovery es la etapa de diseño del producto antes del desarrollo: entrevistas con el cliente, análisis de escenarios de usuario, diseño de la arquitectura y las interfaces, prototipos y documentación técnica. El resultado es una especificación clara y prototipos con los que el desarrollo puede empezar de inmediato.
¿Qué recibe el cliente al terminar el discovery?
El cliente recibe las user stories, el esquema de arquitectura de la app y el modelo de datos, prototipos clicables de las pantallas clave (Figma), la documentación en Confluence y una evaluación de complejidad y riesgos. Con este paquete el desarrollo puede empezar sin volver a hacer un briefing a los desarrolladores.
¿Cómo funciona la disponibilidad de productos entre las tiendas de la cadena?
En el discovery de KultLab diseñamos un flujo de compra que tiene en cuenta el stock de los almacenes de las distintas tiendas. El usuario ve la disponibilidad actualizada en la tienda más cercana o en cualquier otra de la cadena, puede añadir el artículo al carrito o elegir otra tienda que lo tenga. Así se evitan pedidos de artículos agotados.
¿Cómo ayuda el discovery a ahorrar presupuesto de desarrollo?
El coste de corregir un error de arquitectura crece en cada etapa del desarrollo. En el discovery, una corrección lleva horas y cuesta muy poco; con el desarrollo en marcha, días y refactoring; tras el lanzamiento, semanas y rehacer trabajo. El plazo típico de un discovery para una app móvil es de 2–6 semanas.
¿Cuánto dura el discovery de una app móvil?
Depende de la complejidad de la lógica de negocio y de la disponibilidad del cliente para las reuniones de seguimiento. Rango típico: 2–4 semanas para una app. No es una garantía para un proyecto concreto; los plazos reales se acuerdan en el briefing.
Casos relacionados
Más casos de éxito
Retail · Gestión documental
Sistema de gestión documental
Un sistema interno de gestión documental para una cadena minorista: firmas electrónicas, circuitos de aprobación, contrapartes y tareas con React + Laravel, pensado para operaciones en EE. UU. y la UE.
Ver el caso
Retail · Floristería
FlowDelivery
Descubrimiento para un par de apps de reparto de flores: catálogo con control de stock, fichas de producto dinámicas, pago en tres pasos y herramienta de inventario para floristerías.
Ver el caso
Automoción · E-commerce
ZipIt
Marketplace de autopiezas más CRM multi-tenant para vendedores: búsqueda por VIN con Laximo, inventario entre ubicaciones, reparto integrado.
Ver el casoPlanifique un desarrollo similar
Reservar una llamada inicialPedir propuesta
Cuéntenos algunos detalles y un consultor sénior le responderá en un día hábil.
Estimación gratuita del proyecto: le enviamos un plan en 1–2 días hábiles.
- Análisis de requisitos y recomendaciones sobre el stack
- Estimación de plazos, presupuesto y equipo
- Sin compromiso: solo un plan claro
Correo electrónico: sales@yusmpgroup.com
Teléfono: +374 44 871 811
Oficinas: KAMAR Business Center, Vazgen Sargsyan St. 2, Ereván, Armenia · Remoto — solapamiento con la costa este de EE. UU. (9:00–13:00 ET)