Servicio de menú digital para pizzería

Diseñando un MVP para validar una solución digital y optimizar la experiencia de pedidos

Aplicación móvil que permite a una pizzería gestionar pedidos y entregas de forma más ágil, priorizando usabilidad y eficiencia operativa.

Contexto

El proyecto nació de la necesidad de una pizzería local de explorar cómo la tecnología podía mejorar su operación diaria sin comprometer su inversión. El negocio buscaba un sistema que facilitara la gestión de pedidos y entregas, y a la vez sirviera como base para una futura expansión a pedidos en la tienda.

Mi rol fue liderar el proceso completo de definición y diseño dentro de un Design Sprint de tres días, desde la comprensión del problema hasta la validación del prototipo. Trabajé en estrecha colaboración con el dueño del negocio como stakeholder principal y con un pequeño equipo técnico encargado de la estimación del desarrollo.

El objetivo era entregar un MVP claro y validado, que el cliente pudiera usar para cotizar el desarrollo de la aplicación final y tener visibilidad de las funcionalidades críticas para su negocio.

Desafío

El flujo de gestión de pedidos de la pizzería dependía principalmente de llamadas y mensajería manual, lo que generaba errores, demoras y falta de trazabilidad en las entregas. Además, el cliente no tenía una manera eficiente de visualizar el estado de los pedidos ni de planificar el trabajo del día.

Desde el punto de vista del usuario, hacer un pedido requería pasos redundantes y comunicación poco clara con el restaurante. Existía una oportunidad de simplificar y digitalizar el proceso, mejorando la satisfacción y reduciendo el tiempo total de gestión.

El desafío principal: crear un MVP funcional que demostrara el valor de una solución digital para el negocio, validando su utilidad antes de invertir en desarrollo.

Detalle del proceso

Investigación y descubrimientos

Durante el día 1 del Design Sprint, realizamos sesiones colaborativas para entender el contexto y empatizar con los usuarios finales: clientes de la pizzería y el personal encargado de las entregas.

Métodos utilizados:

Entrevistas exploratorias con el dueño y empleados.
Discusión grupal sobre flujos actuales y puntos de dolor.
Mapeo del journey actual del pedido.

Principales insights:

Los errores en los pedidos provenían de la transmisión verbal o escrita manual.
Los clientes querían confirmar fácilmente el estado de su pedido.
El personal necesitaba una interfaz clara para gestionar entregas activas.
Había preocupación por no invertir en una solución demasiado compleja para el tamaño del negocio.
La velocidad y simplicidad del flujo eran críticas para la adopción.

Estos hallazgos orientaron las decisiones del prototipo: priorizar una interfaz minimalista, centrada en la acción rápida, y validar funcionalidad básica antes de escalar.

Proceso de diseño

El proyecto se desarrolló en tres días, siguiendo la estructura típica de un Design Sprint.

Día 1 – Comprender y definir

Alineamos objetivos de negocio y necesidades del usuario.
Definimos el problema central y las métricas de éxito esperadas.
Facilitamos una sesión de brainstorming y priorización de ideas.

Día 2 – Decidir y prototipar

Convertimos las ideas priorizadas en storyboards y flujos de usuario.
Seleccionamos la propuesta final utilizando la técnica Crazy 8’s.
Diseñé un prototipo de baja fidelidad que cubría el flujo principal: realizar un pedido y gestionarlo en la interfaz de la pizzería.

Día 3 – Probar y aprender

Realizamos pruebas de usabilidad con usuarios reales (clientes frecuentes de la pizzería).
Observamos interacciones y reacciones, tomando nota de confusiones o puntos de fricción.
Analizamos los resultados junto al cliente para definir mejoras futuras y estimar prioridades de desarrollo.

Decisiones clave:

Mantener el prototipo lo más funcional posible, evitando sobrecargarlo de características.
Enfocar el flujo en los pedidos y entregas (la expansión a pedidos en tienda se planificaría después).
Ajustar el lenguaje y los elementos visuales para que fueran fácilmente comprensibles, incluso para usuarios con poca familiaridad tecnológica.

Limitaciones: El tiempo reducido del sprint y la disponibilidad limitada de usuarios limitaron el alcance de la validación, pero se logró un aprendizaje efectivo para guiar la siguiente fase.

Solución

El resultado fue un MVP funcional de baja fidelidad, que permitió visualizar la experiencia completa tanto del cliente como del personal de la pizzería.

Elementos principales del flujo:

Pantalla de selección de productos con información clara y accesible.
Flujo de confirmación de pedido y pago simplificado.
Panel interno para el equipo, con pedidos activos y estado de entrega.

Splash + Inicio

Selección de productos y características

Proceso de compra

La solución propuesta abordó los principales puntos detectados en el research, mejorando la claridad y reduciendo pasos innecesarios. Además, dejó las bases para integrar futuras funciones, como pedidos dentro del local y módulos de fidelización.

Resultados e impacto

El MVP permitió al cliente:

Visualizar con claridad el potencial de digitalizar su proceso de pedidos.
Identificar las funcionalidades críticas antes de invertir en desarrollo.
Validar el flujo con usuarios reales en apenas tres días.

Aunque no se registraron métricas cuantitativas (información no especificada), el feedback fue positivo tanto del cliente como de los usuarios, destacando la simplicidad de uso y la reducción de errores en el proceso de pedido.

El project sprint sentó un precedente para futuras ini

Aprendizajes y reflexión

Validar rápido evita inversiones innecesarias y orienta decisiones estratégicas tempranas.
La colaboración directa con el cliente potencia la alineación entre negocio y diseño.
Los prototipos de baja fidelidad pueden generar gran valor cuando se enfocan en la esencia del flujo.
En un próximo proyecto similar, dedicaría más tiempo a pruebas remotas o comparativas para enriquecer los hallazgos.
Este proyecto reafirmó la importancia del Design Sprint como herramienta efectiva para validar valor e intención antes de desarrollar.