Producto propio / Bienestar móvil
Lifepack: diseño e ingeniería de una app de bienestar.
Un resumen diario, una lista de alimentos y una conversación con Sage. Lifepack reúne estos recorridos en un producto móvil. Este caso de nuestro propio producto conecta el diseño de la interfaz con las reglas de planificación y las decisiones que conviene resolver antes de lanzar una app.
Hablemos de tu aplicaciónPrepara tu brief de proyecto
Lifepack / UI + UX
Tres recorridos en una aplicación.
Elige un recorrido para ver su interfaz y la decisión de producto que explica. Capturas nativas de demostración con datos ficticios.
Revisar una comida
La pantalla de estimación presenta un resultado de ejemplo junto a los controles de porciones. El usuario debe reconocer qué puede ajustar y qué es una estimación. Las cifras ilustran la interfaz; no demuestran precisión nutricional.
Planificar con la despensa
La pantalla de nutrición pregunta qué hay en casa antes de generar el plan. La lista, las preferencias y la siguiente acción comparten una vista. La cuestión técnica es respetar esas entradas cuando hay pocos ingredientes disponibles.
Empezar con Sage
La captura de octubre muestra Guest e Incognito junto a la conversación. El modo debe explicarse antes de enviar. El texto escrito es una comprobación QA sin enviar; la imagen muestra controles, sin demostrar su comportamiento de almacenamiento.
Explora las pantallas reales
Capturas nativas de demostración del 9 de septiembre y 2 de octubre de 2026. Datos ficticios; cifras de bienestar y nutrición ilustrativas. Las nuevas pantallas muestran controles de invitado e incógnito, no una auditoría de privacidad.
Ver descripciones e imágenes originales · Lifepack
Capturas nativas de demostración del 9 de septiembre y 2 de octubre de 2026. Datos ficticios; cifras de bienestar y nutrición ilustrativas. Las nuevas pantallas muestran controles de invitado e incógnito, no una auditoría de privacidad.
- Resumen diario con Sage y hábitos de ejemplo
- Estimación de una comida con ajustes de porciones
- Despensa y planificación con ingredientes de ejemplo
- Datos ficticios de agua, movimiento y sueño
- Conversación con Sage en una cuenta ficticia
- Mapa de niveles nativo con progreso ficticio y el siguiente hito
- Controles de invitado de Sage con datos ficticios — captura QA nativa, 2 de octubre de 2026
- Controles de incógnito de Sage con datos ficticios — captura QA nativa, 2 de octubre de 2026
Diseño de producto e ingeniería
La lista de alimentos es una restricción técnica.
En el código móvil revisado, la lista de despensa define los ingredientes del planificador local. La selección comprueba los ingredientes de cada plato; una lista desconocida o insuficiente devuelve un resultado vacío con una explicación diferenciada. Una decisión concreta detrás de la pantalla. La regla también admite ingredientes básicos configurados; esta convención debe explicarse al usuario.
Para un proyecto cliente acordamos cómo funcionan las entradas, las estimaciones y los estados vacíos, y probamos el recorrido completo. Interfaz, reglas, solicitudes de IA y responsabilidades de datos necesitan criterios de aceptación claros. La revisión no demuestra un nivel de servicio en producción ni un resultado clínico.
Evidencia: capturas nativas de demostración del 9 de septiembre y 2 de octubre de 2026; código de planificación revisado el 4 de octubre. Producto de Brainbaby Labs, no testimonio de un cliente externo.
Preguntas para tu primera versión.
- ¿Qué tarea diaria debe completarse primero y qué entradas necesita?
- ¿Quién responde por los datos, la retención y la comprobación de respuestas de IA?
- ¿Qué pasa ante estimaciones inciertas, solicitudes fallidas o ingredientes insuficientes?
De la planificación a una conversación útil
Tu plantilla de brief para un proyecto de software
Define la primera versión antes de comparar propuestas. Anota lo que sabes y las preguntas pendientes; descarga un documento editable para compartir con el equipo de desarrollo.
Revisar tu brief
Brainbaby Labs — Tu plantilla de brief para un proyecto de software Tipo principal de proyecto: Productos móviles para iOS y Android 1. Resultado esperado ¿Qué problema debe mejorar y cómo reconocerás esa mejora? Por concretar 2. Usuarios y acceso ¿Quién lo usa? ¿Qué roles, dispositivos y necesidades de accesibilidad importan? Por concretar 3. Un recorrido completo para la primera versión Desde la primera acción hasta un resultado útil, con espera y recuperación. Por concretar 4. Sistemas existentes e integraciones ¿Qué existe ya? ¿Quién controla el acceso? ¿Qué falta investigar? Por concretar 5. Restricciones de lanzamiento y presupuesto Periodo objetivo, plataformas, límite de gasto y dependencias conocidas. Por concretar 6. Aceptación y propiedad ¿Qué demostración acredita la entrega? ¿Quién controla cuentas, código y operación? Por concretar Preguntas para resolver con el equipo de desarrollo - Acordar entregables, exclusiones y criterios de aceptación. - Separar desarrollo, alojamiento, uso de proveedores y soporte. - Documentar propiedad, traspaso y responsabilidades tras el lanzamiento. Discutir este proyecto lleva tu brief al formulario en esta pestaña, usando el almacenamiento del navegador hasta 30 minutos. Revísalo y envíalo tú; aún no se envía nada. Usa ejemplos no sensibles. Descarga una copia antes de salir.
Discutir este proyecto lleva tu brief al formulario en esta pestaña, usando el almacenamiento del navegador hasta 30 minutos. Revísalo y envíalo tú; aún no se envía nada. Usa ejemplos no sensibles. Descarga una copia antes de salir.