Dots. Memories

−58% de abandono en el flujo de creación

Rol
Product Designer
Ámbito
Product Design · UX/UI · Research · Branding
Plataforma
iOS · Android
Usuarios
+5 millones
Dots.Memories en un iPhone sostenido en la mano

Problema

¿Cómo pasamos de compartir fotos a ayudar a las personas a conservar recuerdos?

Dots.Memories nació muy vinculada a las bodas: una forma de compartir las fotos de un día especial sin comprimirlas, perder calidad ni depender de WhatsApp o de la galería de cada invitado.

Con el tiempo, el producto empezó a explorar una necesidad más amplia: no solo compartir fotos, sino conservar los recuerdos importantes de una vida.

Vista de galería de Dots.Memories
Pantalla de la app
Pantalla de la app
Pantalla de la app
Pantalla de la app

Research

Los padres y madres son quienes más quieren conservar

Queríamos entender qué hacía que un recuerdo fuese realmente valioso y qué impedía a las personas conservarlo de una forma más significativa.

Entre los distintos perfiles investigados, los padres y madres mostraron una necesidad especialmente clara y una mayor motivación para conservar sus recuerdos a largo plazo.

Un recuerdo enmarcado como una fotografía dentro de la escena donde ocurrió

Dirección estratégica

Convertir esos recuerdos en una historia que se pueda conservar

Insight 01

Añadir de qué parte del research sale y sobre qué perfil.

Hacemos miles de fotos. Casi nunca volvemos a ellas.

Seleccionar fotografías era una de las partes más pesadas del proceso. Muchos usuarios habían empezado álbumes anteriormente, pero no los habían terminado por falta de tiempo.

Qué decidimos Generar el Dotbook automáticamente en vez de pedirle al usuario que seleccionara y compusiera.

Pantalla de generación automática del Dotbook
Pantalla de generación de Dotbook automática

Insight 02

Añadir de qué parte del research sale y sobre qué perfil.

Los padres quieren controlar quién accede a los recuerdos de sus hijos.

La privacidad se convirtió en una parte fundamental de la experiencia.

Qué decidimos Un panel de control de privacidad con permisos, y bloquear las capturas de pantalla.

Panel de control de privacidad de la app
Diseño de panel de control de privacidad y bloqueo de capturas de pantalla

Insight 03

Añadir de qué parte del research sale y sobre qué perfil.

Un recuerdo no siempre cabe dentro de una fotografía.

El valor emocional no estaba únicamente en la imagen, sino también en lo que ocurrió, quién estaba allí, lo que alguien dijo o cómo se vivió el momento.

Qué decidimos Llevar el vídeo al papel con un QR sobre la página, en vez de imprimir un fotograma.

Vídeos añadidos sobre el libro físico
Experiencia físico-digital al añadir vídeos sobre soporte físico

Diseño

Convertir recuerdos en un libro sin convertirlo en un editor

Querían el libro. No querían hacer el libro.

Guardar recuerdos digitalmente era solo una parte de la experiencia. Queríamos que Dots pudiera convertir esos recuerdos en algo físico: un libro que pudieras tocar, guardar y volver a abrir años después.

Crear un fotolibro tradicional requiere seleccionar, ordenar, recortar, componer y decidir qué entra y qué no. Queríamos convertir los recuerdos digitales en un libro físico sin convertir la creación en un editor complejo.

Flujo de creación del Dotbook. Desde la página de producto se elige el tipo de portada. La portada de lino pasa directamente a color; la portada impresa añade antes un paso de diseño. El color forma parte de cada camino, porque la gama que se muestra depende del tipo de portada. A partir del tipo de papel los dos caminos comparten los mismos pasos: tipo de papel, edición de portada, selección de rango de fechas, validación en galería, generación de Dotbook y preview.

La portada es el único punto de bifurcación del flujo. El color va dentro de la rama porque la gama que se muestra depende de ella; la impresa añade además un paso de diseño. A partir del tipo de papel, los dos caminos son el mismo.
El Dotbook: del recuerdo digital al libro físico

Restricciones

El producto físico introducía restricciones invisibles para el usuario

El reto no era únicamente diseñar un editor.

Había que conectar dos mundos con reglas muy diferentes. En lugar de trasladar esa complejidad directamente a la interfaz, la convertimos en reglas del producto.

El objetivo era que el usuario pudiera crear un libro sin tener que entender cómo se fabrica.

Un ejemplo. Un Dotbook se fabrica por pliegos, con un máximo de doce fotos en cada uno. El usuario nunca ve esa regla: al añadir fotos, la app le dice que se dividirán en dos pliegos y que las reparte ella. La restricción de imprenta deja de ser un requisito que cumplir y pasa a ser un aviso de lo que va a ocurrir.

Edición de un pliego, con muchas fotos y con una sola
Edición de un pliego, con muchas fotos y con una sola
Edición de una foto y de su texto
Edición de una foto y de su texto
El límite de fotos por pliego: la app reparte y avisa
El límite de fotos por pliego: la app reparte y avisa
Aviso al editar páginas y recorte de una foto
Aviso al editar páginas y recorte de una foto
Mínimo de memories para generar el libro, y álbum sin vídeos
Mínimo de memories para generar el libro, y álbum sin vídeos
Mis Dotbooks y confirmación al eliminar un borrador
Mis Dotbooks y confirmación al eliminar un borrador
Dirección de envío y aviso cuando la región no está disponible
Dirección de envío y aviso cuando la región no está disponible

Análisis

Pedir contenido cuesta más que pedir una decisión

Lo que parecía razonable en diseño y desarrollo generaba fricción en uso real.

Movimos la personalización a un momento en el que el usuario ya había entendido el valor del producto: en los pasos donde tenía que aportar contenido, la caída en el funnel era muy superior a la de los pasos donde solo tenía que elegir.

−58% de abandono, concentrado en la selección y el recorte de portada

−58% en los pasos donde el usuario tenía que aportar contenido

⚠ Revisar dato en los pasos donde solo tenía que elegir

[Antes y después del flujo: el paso de portada en su sitio viejo y en el nuevo]
Es la imagen que justifica el −58%: sin ver qué se movió, la cifra no se sostiene sola.
El flujo optimizado

Reflexión

Lo que considerábamos importante no siempre lo era para el usuario

Trabajé en un producto que se mueve entre dos mundos: una experiencia digital que debe sentirse sencilla y un producto físico lleno de restricciones que el usuario no debería tener que entender.

No siempre se trata de dar más opciones, sino de introducirlas en el momento adecuado.

Este proyecto también cambió mi manera de entender el papel del diseñador dentro de un producto. Entré trabajando sobre interfaces y terminé involucrada en investigación, branding, sistemas, flujos, métricas, producción editorial y colaboración con desarrollo.

Siguiente proyecto

Chronicle Design System