logo

Propuesta

✦ Fecha: 27/01/2026

✦ Validez: 26/02/2026

✦ Referencia: PRE-27012026-1

OBJETO DEL PROYECTO

Rediseño UX, UI de la web de ticketing orientada al usuario final, compra de entradas.

 

El proyecto se ejecutará por sprints de diseño con entregables cerrados por sprint, revisión y aprobación antes de pasar al siguiente.

 

El objetivo es mejorar la experiencia de compra de entradas en la ticketera web para usuario final, aumentando la claridad y confianza durante la selección de entradas, carrito y checkout, reduciendo fricción en el acceso y el registro obligatorio, y dejando un diseño consistente alineado con la nueva identidad de la marca y listo para desarrollo mediante prototipos, componentes reutilizables y documentación de reglas y estados.

01 Metodología

→ TRABAJO POR SPRINTS

Cada sprint incluye planificación, diseño, presentación, y entrega de archivos en Figma, Un sprint se considera cerrado cuando el cliente valida por escrito los entregables del sprint,

Esta metodología nos permite ajustar prioridades, validar decisiones de diseño de forma temprana y mantener un ritmo de entregas constante y eficiente.

• Entregas incrementales, desde el primer sprint se pueden pasar a desarrollo de forma inmediata.

• Flexibilidad para ajustar alcance según necesidades.

SPRINTS

 

00.  Sprint definición y plan - 1 semana

Objetivo, dejar claro qué se diseña y el alcance.

 

Incluye

  • Definición y validación de flujos principales, comprar entrada, acceder, postcompra, y los extras existentes, reventa, cambio de nombre, preventa, early bird, upgrades, complementos.
  • Inventario de tipos de pantalla implicados por flujo, por ejemplo listado, detalle, carrito, checkout, confirmación, mis entradas, detalle de entrada, reventa.
  • Mapa de estados, loading, empty, error, sold out, disponibilidad parcial, validaciones, pago fallido, reintento, expiración de carrito.
  • Mapeo de reglas de negocio que afectan UX, UI, límites, nominativas, numeradas, abonos, por día, reventa, fees, upgrades, complementos, políticas visibles.
  • Priorización de mejoras, impacto vs esfuerzo, y definición de qué entra en Sprint 1 a Sprint 4.
  • Arranque de base visual y componentes mínimos, tokens, tipografía, espaciado, colores, y componentes base necesarios para el funnel

 

Entrega

  • Alcance validado por flujos, qué entra y qué no entra
  • Backlog priorizado,
  • Mapa de estados
  • Figma preparado

 

Aclaración importante

  • Este sprint define y planifica, no incluye rediseño completo de pantallas, salvo componentes base necesarios para acelerar sprint 1

 

01.  SPRINT compra - 2.5 semanas

Objetivo, mejorar selección de entradas y carrito, y llevar al usuario hasta la confirmación.

 

Incluye

  • Detalle de evento, selección de entradas y reglas visibles
  • Tipos de entrada, día, abono, numerada y nominativa, según aplique
  • Selección y configuración, cantidad, datos requeridos por ticket, y restricciones, por ejemplo límite de compra
  • Transparencia de precio, desglose de precio base, fees, y total, mostrado en selección y en carrito
  • Registro y login mínimo para poder comprar, más recuperación básica, solo lo necesario para completar la compra
  • Carrito claro y editable, editar cantidades, eliminar, revisar requisitos, ver desglose, avisos críticos
  • Checkout, pasos y formularios necesarios, validaciones básicas y mensajes de error
  • Pago y resultado, estados de transición, éxito y fallo, y reintento si aplica
  • Confirmación de compra, resumen, siguientes pasos, acceso a “mis entradas” o entrega si aplica

 

Entrega

  • Diseños hi fi desktop y mobile
  • Prototipo clicable de compra completa
  • Componentes usados en este flujo

 

02.   sprint CUENTA Y POSTCOMPRA - 2 semanas

Objetivo, que el usuario gestione sus entradas sin fricción y que postcompra sea clara, confiable, y autoservicio.

 

Incluye

  • Login y registro, versión completa, mejoras de fricción, mensajes, validaciones, estados, más recuperación completa
  • Área personal, mis entradas, listado, búsqueda o filtros, estados vacío, loading, error
  • Detalle de entrada, QR, información relevante, acciones disponibles, descargar, reenviar, añadir al wallet, ver condiciones.
  • Diseño wallet para Apple Wallet y Google Wallet si aplica en la plataforma actual.
  • Diseño PDF de la entrada
  • Mensajes y estados post evento, evento finalizado, entrada no disponible, cambios o incidencias, si aplica

 

Entrega

  • Diseño hi fi desktop y mobile de área personal y detalle de entrada
  • Prototipo interactivo de postcompra, mis entradas y detalle
  • Componentes y patrones de cuenta, formularios, cards, listas, estados, alertas y pdf entrada.
  • Notas para desarrollo, reglas, validaciones, y comportamiento por pantalla

 

 

03.  REGLAS AVANZADAS Y FUNCIONALIDADES EXISTENTES - 1.5 semanas

Objetivo, diseñar los flujos con mayor complejidad de reglas, y cerrar casos borde que afectan a confianza y soporte.

 

Incluye

  • Reventa P2P, publicar, gestionar, comprar, confirmaciones, estados, mensajes al usuario, fees visibles, límites visibles, según reglas actuales
  • Cambio de nombre en entrada, flujo, restricciones, validaciones, confirmaciones.
  • Preventa y early bird, señales visuales, mensajes, restricciones, y cómo se muestran en listado y detalle.
  • Upgrades y complementos, cards, flujo de selección y confirmación.
  • Plantilla tipo evento finalizado, estados y CTAs, por ejemplo ver entradas, ver eventos futuros, información relevante.
  • Estados de los eventos en área personal.

 

Entrega

  • Diseños hi fi desktop y mobile
  • Prototipo interactivo de los flujos avanzados principales
  • Notas para desarrollo con reglas reflejadas en UI, estados y mensajes

 

Aclaración importante

  • Este sprint cubre funcionalidades existentes, si durante el proyecto aparecen reglas nuevas o un rediseño funcional profundo de reventa, upgrades, o complementos, se considera cambio de alcance y se reestima

 

04.  ENTREGA FINAL, HANDOFF Y EMAILS - 1 semana

Objetivo, dejar todo implementable, consistente, y bien documentado para que desarrollo avance sin bloqueos ni dudas.

 

Incluye

  • Consolidación de Figma, ordenar, limpiar, unificar estilos, eliminar duplicados, y asegurar consistencia entre sprints
  • QA de diseño, revisión de consistencia visual, estados prometidos, responsive, accesibilidad base, contraste, legibilidad, inputs, mensajes
  • Documentación para desarrollo, reglas, estados, validaciones, comportamiento de componentes, checklist de handoff, assets exportables
  • Emails transaccionales, set cerrado de 6, diseñados en Figma, sin maquetación HTML.
  • Aplicación de ajustes finales dentro del alcance ya aprobado en sprints anteriores

 

Set de 6 emails

  • Confirmación de compra
  • Pago fallido o intento fallido
  • Entradas disponibles, entrega
  • Reventa publicada o reventa completada
  • Cambio nominativa confirmado
  • Refund o cancelación

 

Entrega

  • Archivo Figma final, pantallas, prototipos, componentes, tokens
  • Pack de handoff, notas, reglas, estados, validaciones, assets
  • 6 Emails templates en Figma

02

Inversión

00

Sprint definición

y plan 1 semana

€ 800

01

Sprint compra

2.5 semanas

€ 3.000

02

Sprint cuenta y

post compra

2 semanas

€ 1.600

03

Reglas avanzadas y

funcionalidades

existentes

1.5 semana

1.400

04

Entrega final

figma

emails

1 semana

€ 1.150

logo

total

€ 7.950

03 Condiciones

CONDICIONES ECONÓMICAS Y FACTURACIÓN

 

Facturación por sprint al inicio de cada sprint.

 

El siguiente sprint se inicia tras la aprobación por escrito del sprint anterior y el pago correspondiente.

 

Cambios de alcance se facturarán aparte y se propondrá un sprint adicional.

04

Entregas

ENTREGABLES GENERALES

 

Todos los diseños y entregables se entregan en Figma, organizados y comentados.

Incluye prototipos interactivos de los flujos trabajados.

Incluye librería de componentes y tokens del design system slice.

Incluye documentación de estados, reglas y validaciones en formato de notas en Figma.

 

Las semanas indicadas son una ventana de calendario para coordinar entregas, revisiones y aprobación, no representan horas de trabajo ni se facturan por tiempo, El precio de cada sprint es fijo y se basa en el valor, alcance y entregables acordados.

05

Feedback

RESPONSABLE DE FEEDBACK

 

El cliente designará un único responsable de aprobación del proyecto. Su revisión tiene como objetivo validar dirección general, prioridades, y reglas de negocio, la dirección de UX, UI y decisiones de diseño será liderada por la diseñadora de producto.

 

TIEMPOS DE FEEDBACK

 

Tras la entrega v1 de cada sprint, el cliente dispone de 1 a 2 días laborables para enviar feedback consolidado, Los ajustes derivados de las rondas incluidas se aplicarán dentro del propio sprint siempre que no impliquen cambio de alcance. Si el feedback llega fuera de plazo, el sprint se cerrará con la última versión entregada y cualquier cambio posterior se planificará en backlog para el siguiente sprint o como sprint adicional.

 

GESTIÓN DE CAMBIOS DE ALCANCE

 

Se consideran cambios dentro del sprint, ajustes de jerarquía visual, copy de UI, consistencia, y refinamiento de componentes ya diseñados en el sprint.

 

Se consideran cambios de alcance, nuevas pantallas, nuevos flujos, nuevos estados relevantes, o cambios de reglas de negocio, Estos cambios se estimarán aparte y se planificarán como backlog o sprint adicional.

© The Digital Wizards

All Rights Reserved

logo

Propuesta

✦ Fecha: 27/01/2026

✦ Validez: 26/02/2026

✦ Referencia: PRE-27012026-1

OBJETO DEL PROYECTO

Rediseño UX, UI de la web de ticketing orientada al usuario final, compra de entradas.

 

El proyecto se ejecutará por sprints de diseño con entregables cerrados por sprint, revisión y aprobación antes de pasar al siguiente.

 

El objetivo es mejorar la experiencia de compra de entradas en la ticketera web para usuario final, aumentando la claridad y confianza durante la selección de entradas, carrito y checkout, reduciendo fricción en el acceso y el registro obligatorio, y dejando un diseño consistente alineado con la nueva identidad de la marca y listo para desarrollo mediante prototipos, componentes reutilizables y documentación de reglas y estados.

01 Metodología

→ TRABAJO POR SPRINTS

Cada sprint incluye planificación, diseño, presentación, y entrega de archivos en Figma, Un sprint se considera cerrado cuando el cliente valida por escrito los entregables del sprint,

Esta metodología nos permite ajustar prioridades, validar decisiones de diseño de forma temprana y mantener un ritmo de entregas constante y eficiente.

• Entregas incrementales, desde el primer sprint se pueden pasar a desarrollo de forma inmediata.

• Flexibilidad para ajustar alcance según necesidades.

SPRINTS

 

00.  Sprint definición y plan - 1 semana

Objetivo, dejar claro qué se diseña y el alcance.

 

Incluye

  • Definición y validación de flujos principales, comprar entrada, acceder, postcompra, y los extras existentes, reventa, cambio de nombre, preventa, early bird, upgrades, complementos.
  • Inventario de tipos de pantalla implicados por flujo, por ejemplo listado, detalle, carrito, checkout, confirmación, mis entradas, detalle de entrada, reventa.
  • Mapa de estados, loading, empty, error, sold out, disponibilidad parcial, validaciones, pago fallido, reintento, expiración de carrito.
  • Mapeo de reglas de negocio que afectan UX, UI, límites, nominativas, numeradas, abonos, por día, reventa, fees, upgrades, complementos, políticas visibles.
  • Priorización de mejoras, impacto vs esfuerzo, y definición de qué entra en Sprint 1 a Sprint 4.
  • Arranque de base visual y componentes mínimos, tokens, tipografía, espaciado, colores, y componentes base necesarios para el funnel

 

Entrega

  • Alcance validado por flujos, qué entra y qué no entra
  • Backlog priorizado,
  • Mapa de estados
  • Figma preparado

 

Aclaración importante

  • Este sprint define y planifica, no incluye rediseño completo de pantallas, salvo componentes base necesarios para acelerar sprint 1

 

01.  SPRINT compra - 2.5 semanas

Objetivo, mejorar selección de entradas y carrito, y llevar al usuario hasta la confirmación.

 

Incluye

  • Detalle de evento, selección de entradas y reglas visibles
  • Tipos de entrada, día, abono, numerada y nominativa, según aplique
  • Selección y configuración, cantidad, datos requeridos por ticket, y restricciones, por ejemplo límite de compra
  • Transparencia de precio, desglose de precio base, fees, y total, mostrado en selección y en carrito
  • Registro y login mínimo para poder comprar, más recuperación básica, solo lo necesario para completar la compra
  • Carrito claro y editable, editar cantidades, eliminar, revisar requisitos, ver desglose, avisos críticos
  • Checkout, pasos y formularios necesarios, validaciones básicas y mensajes de error
  • Pago y resultado, estados de transición, éxito y fallo, y reintento si aplica
  • Confirmación de compra, resumen, siguientes pasos, acceso a “mis entradas” o entrega si aplica

 

Entrega

  • Diseños hi fi desktop y mobile
  • Prototipo clicable de compra completa
  • Componentes usados en este flujo

 

02.   sprint CUENTA Y POSTCOMPRA - 2 semanas

Objetivo, que el usuario gestione sus entradas sin fricción y que postcompra sea clara, confiable, y autoservicio.

 

Incluye

  • Login y registro, versión completa, mejoras de fricción, mensajes, validaciones, estados, más recuperación completa
  • Área personal, mis entradas, listado, búsqueda o filtros, estados vacío, loading, error
  • Detalle de entrada, QR, información relevante, acciones disponibles, descargar, reenviar, añadir al wallet, ver condiciones.
  • Diseño wallet para Apple Wallet y Google Wallet si aplica en la plataforma actual.
  • Diseño PDF de la entrada
  • Mensajes y estados post evento, evento finalizado, entrada no disponible, cambios o incidencias, si aplica

 

Entrega

  • Diseño hi fi desktop y mobile de área personal y detalle de entrada
  • Prototipo interactivo de postcompra, mis entradas y detalle
  • Componentes y patrones de cuenta, formularios, cards, listas, estados, alertas y pdf entrada.
  • Notas para desarrollo, reglas, validaciones, y comportamiento por pantalla

 

 

03.  REGLAS AVANZADAS Y FUNCIONALIDADES EXISTENTES - 1.5 semanas

Objetivo, diseñar los flujos con mayor complejidad de reglas, y cerrar casos borde que afectan a confianza y soporte.

 

Incluye

  • Reventa P2P, publicar, gestionar, comprar, confirmaciones, estados, mensajes al usuario, fees visibles, límites visibles, según reglas actuales
  • Cambio de nombre en entrada, flujo, restricciones, validaciones, confirmaciones.
  • Preventa y early bird, señales visuales, mensajes, restricciones, y cómo se muestran en listado y detalle.
  • Upgrades y complementos, cards, flujo de selección y confirmación.
  • Plantilla tipo evento finalizado, estados y CTAs, por ejemplo ver entradas, ver eventos futuros, información relevante.
  • Estados de los eventos en área personal.

 

Entrega

  • Diseños hi fi desktop y mobile
  • Prototipo interactivo de los flujos avanzados principales
  • Notas para desarrollo con reglas reflejadas en UI, estados y mensajes

 

Aclaración importante

  • Este sprint cubre funcionalidades existentes, si durante el proyecto aparecen reglas nuevas o un rediseño funcional profundo de reventa, upgrades, o complementos, se considera cambio de alcance y se reestima

 

04.  ENTREGA FINAL, HANDOFF Y EMAILS - 1 semana

Objetivo, dejar todo implementable, consistente, y bien documentado para que desarrollo avance sin bloqueos ni dudas.

 

Incluye

  • Consolidación de Figma, ordenar, limpiar, unificar estilos, eliminar duplicados, y asegurar consistencia entre sprints
  • QA de diseño, revisión de consistencia visual, estados prometidos, responsive, accesibilidad base, contraste, legibilidad, inputs, mensajes
  • Documentación para desarrollo, reglas, estados, validaciones, comportamiento de componentes, checklist de handoff, assets exportables
  • Emails transaccionales, set cerrado de 6, diseñados en Figma, sin maquetación HTML.
  • Aplicación de ajustes finales dentro del alcance ya aprobado en sprints anteriores

 

Set de 6 emails

  • Confirmación de compra
  • Pago fallido o intento fallido
  • Entradas disponibles, entrega
  • Reventa publicada o reventa completada
  • Cambio nominativa confirmado
  • Refund o cancelación

 

Entrega

  • Archivo Figma final, pantallas, prototipos, componentes, tokens
  • Pack de handoff, notas, reglas, estados, validaciones, assets
  • 6 Emails templates en Figma

02

Inversión

00

Sprint definición y plan

- 1 semana

€ 800

01

Sprint compra

- 2.5 semanas

€ 3.000

02

Sprint cuenta y post compra

- 2 semanas

€ 1.600

03

Reglas avanzadas y funcionalidades

existentes- 1.5 semana

1.400

04

Entrega final, figma

ordenado, emails - 1 semana

€ 1.150

logo

total

€ 7.950

03 Condiciones

CONDICIONES ECONÓMICAS Y FACTURACIÓN

 

Facturación por sprint al inicio de cada sprint.

 

El siguiente sprint se inicia tras la aprobación por escrito del sprint anterior y el pago correspondiente.

 

Cambios de alcance se facturarán aparte y se propondrá un sprint adicional.

04

Entregas

ENTREGABLES GENERALES

 

Todos los diseños y entregables se entregan en Figma, organizados y comentados.

Incluye prototipos interactivos de los flujos trabajados.

Incluye librería de componentes y tokens del design system slice.

Incluye documentación de estados, reglas y validaciones en formato de notas en Figma.

 

Las semanas indicadas son una ventana de calendario para coordinar entregas, revisiones y aprobación, no representan horas de trabajo ni se facturan por tiempo, El precio de cada sprint es fijo y se basa en el valor, alcance y entregables acordados.

05

Feedback

RESPONSABLE DE FEEDBACK

 

El cliente designará un único responsable de aprobación del proyecto. Su revisión tiene como objetivo validar dirección general, prioridades, y reglas de negocio, la dirección de UX, UI y decisiones de diseño será liderada por la diseñadora de producto.

 

TIEMPOS DE FEEDBACK

 

Tras la entrega v1 de cada sprint, el cliente dispone de 1 a 2 días laborables para enviar feedback consolidado, Los ajustes derivados de las rondas incluidas se aplicarán dentro del propio sprint siempre que no impliquen cambio de alcance. Si el feedback llega fuera de plazo, el sprint se cerrará con la última versión entregada y cualquier cambio posterior se planificará en backlog para el siguiente sprint o como sprint adicional.

 

GESTIÓN DE CAMBIOS DE ALCANCE

 

Se consideran cambios dentro del sprint, ajustes de jerarquía visual, copy de UI, consistencia, y refinamiento de componentes ya diseñados en el sprint.

 

Se consideran cambios de alcance, nuevas pantallas, nuevos flujos, nuevos estados relevantes, o cambios de reglas de negocio, Estos cambios se estimarán aparte y se planificarán como backlog o sprint adicional.

© The Digital Wizards

All Rights Reserved

logo

Propuesta

✦ Fecha: 27/01/2026

✦ Validez: 26/02/2026

✦ Referencia: PRE-27012026-1

OBJETO DEL PROYECTO

Rediseño UX, UI de la web de ticketing orientada al usuario final, compra de entradas.

 

El proyecto se ejecutará por sprints de diseño con entregables cerrados por sprint, revisión y aprobación antes de pasar al siguiente.

 

El objetivo es mejorar la experiencia de compra de entradas en la ticketera web para usuario final, aumentando la claridad y confianza durante la selección de entradas, carrito y checkout, reduciendo fricción en el acceso y el registro obligatorio, y dejando un diseño consistente alineado con la nueva identidad de la marca y listo para desarrollo mediante prototipos, componentes reutilizables y documentación de reglas y estados.

01 Metodo-logía

→ TRABAJO POR SPRINTS

Cada sprint incluye planificación, diseño, presentación, y entrega de archivos en Figma, Un sprint se considera cerrado cuando el cliente valida por escrito los entregables del sprint,

Esta metodología nos permite ajustar prioridades, validar decisiones de diseño de forma temprana y mantener un ritmo de entregas constante y eficiente.

• Entregas incrementales, desde el primer sprint se pueden pasar a desarrollo de forma inmediata.

• Flexibilidad para ajustar alcance según necesidades.

SPRINTS

 

00.  Sprint definición y plan - 1 semana

Objetivo, dejar claro qué se diseña y el alcance.

 

Incluye

  • Definición y validación de flujos principales, comprar entrada, acceder, postcompra, y los extras existentes, reventa, cambio de nombre, preventa, early bird, upgrades, complementos.
  • Inventario de tipos de pantalla implicados por flujo, por ejemplo listado, detalle, carrito, checkout, confirmación, mis entradas, detalle de entrada, reventa.
  • Mapa de estados, loading, empty, error, sold out, disponibilidad parcial, validaciones, pago fallido, reintento, expiración de carrito.
  • Mapeo de reglas de negocio que afectan UX, UI, límites, nominativas, numeradas, abonos, por día, reventa, fees, upgrades, complementos, políticas visibles.
  • Priorización de mejoras, impacto vs esfuerzo, y definición de qué entra en Sprint 1 a Sprint 4.
  • Arranque de base visual y componentes mínimos, tokens, tipografía, espaciado, colores, y componentes base necesarios para el funnel

 

Entrega

  • Alcance validado por flujos, qué entra y qué no entra
  • Backlog priorizado,
  • Mapa de estados
  • Figma preparado

 

Aclaración importante

  • Este sprint define y planifica, no incluye rediseño completo de pantallas, salvo componentes base necesarios para acelerar sprint 1

 

01.  SPRINT compra - 2.5 semanas

Objetivo, mejorar selección de entradas y carrito, y llevar al usuario hasta la confirmación.

 

Incluye

  • Detalle de evento, selección de entradas y reglas visibles
  • Tipos de entrada, día, abono, numerada y nominativa, según aplique
  • Selección y configuración, cantidad, datos requeridos por ticket, y restricciones, por ejemplo límite de compra
  • Transparencia de precio, desglose de precio base, fees, y total, mostrado en selección y en carrito
  • Registro y login mínimo para poder comprar, más recuperación básica, solo lo necesario para completar la compra
  • Carrito claro y editable, editar cantidades, eliminar, revisar requisitos, ver desglose, avisos críticos
  • Checkout, pasos y formularios necesarios, validaciones básicas y mensajes de error
  • Pago y resultado, estados de transición, éxito y fallo, y reintento si aplica
  • Confirmación de compra, resumen, siguientes pasos, acceso a “mis entradas” o entrega si aplica

 

Entrega

  • Diseños hi fi desktop y mobile
  • Prototipo clicable de compra completa
  • Componentes usados en este flujo

 

02.   sprint CUENTA Y POSTCOMPRA - 2 semanas

Objetivo, que el usuario gestione sus entradas sin fricción y que postcompra sea clara, confiable, y autoservicio.

 

Incluye

  • Login y registro, versión completa, mejoras de fricción, mensajes, validaciones, estados, más recuperación completa
  • Área personal, mis entradas, listado, búsqueda o filtros, estados vacío, loading, error
  • Detalle de entrada, QR, información relevante, acciones disponibles, descargar, reenviar, añadir al wallet, ver condiciones.
  • Diseño wallet para Apple Wallet y Google Wallet si aplica en la plataforma actual.
  • Diseño PDF de la entrada
  • Mensajes y estados post evento, evento finalizado, entrada no disponible, cambios o incidencias, si aplica

 

Entrega

  • Diseño hi fi desktop y mobile de área personal y detalle de entrada
  • Prototipo interactivo de postcompra, mis entradas y detalle
  • Componentes y patrones de cuenta, formularios, cards, listas, estados, alertas y pdf entrada.
  • Notas para desarrollo, reglas, validaciones, y comportamiento por pantalla

 

 

03.  REGLAS AVANZADAS Y FUNCIONALIDADES EXISTENTES - 1.5 semanas

Objetivo, diseñar los flujos con mayor complejidad de reglas, y cerrar casos borde que afectan a confianza y soporte.

 

Incluye

  • Reventa P2P, publicar, gestionar, comprar, confirmaciones, estados, mensajes al usuario, fees visibles, límites visibles, según reglas actuales
  • Cambio de nombre en entrada, flujo, restricciones, validaciones, confirmaciones.
  • Preventa y early bird, señales visuales, mensajes, restricciones, y cómo se muestran en listado y detalle.
  • Upgrades y complementos, cards, flujo de selección y confirmación.
  • Plantilla tipo evento finalizado, estados y CTAs, por ejemplo ver entradas, ver eventos futuros, información relevante.
  • Estados de los eventos en área personal.

 

Entrega

  • Diseños hi fi desktop y mobile
  • Prototipo interactivo de los flujos avanzados principales
  • Notas para desarrollo con reglas reflejadas en UI, estados y mensajes

 

Aclaración importante

  • Este sprint cubre funcionalidades existentes, si durante el proyecto aparecen reglas nuevas o un rediseño funcional profundo de reventa, upgrades, o complementos, se considera cambio de alcance y se reestima

 

04.  ENTREGA FINAL, HANDOFF Y EMAILS - 1 semana

Objetivo, dejar todo implementable, consistente, y bien documentado para que desarrollo avance sin bloqueos ni dudas.

 

Incluye

  • Consolidación de Figma, ordenar, limpiar, unificar estilos, eliminar duplicados, y asegurar consistencia entre sprints
  • QA de diseño, revisión de consistencia visual, estados prometidos, responsive, accesibilidad base, contraste, legibilidad, inputs, mensajes
  • Documentación para desarrollo, reglas, estados, validaciones, comportamiento de componentes, checklist de handoff, assets exportables
  • Emails transaccionales, set cerrado de 6, diseñados en Figma, sin maquetación HTML.
  • Aplicación de ajustes finales dentro del alcance ya aprobado en sprints anteriores

 

Set de 6 emails

  • Confirmación de compra
  • Pago fallido o intento fallido
  • Entradas disponibles, entrega
  • Reventa publicada o reventa completada
  • Cambio nominativa confirmado
  • Refund o cancelación

 

Entrega

  • Archivo Figma final, pantallas, prototipos, componentes, tokens
  • Pack de handoff, notas, reglas, estados, validaciones, assets
  • 6 Emails templates en Figma

02

Inversión

00

Sprint definición y plan - 1 semana

€ 800

01

Sprint compra - 2.5 semanas

€ 3.000

02

Sprint cuenta y post compra - 2 semanas

€ 1.600

03

Reglas avanzadas y funcionalidades existentes- 1.5 semana

1.400

04

Entrega final, figma ordenado, emails - 1 semana

€ 1.150

logo

total

€ 7.950

03 Condiciones

CONDICIONES ECONÓMICAS Y FACTURACIÓN

 

Facturación por sprint al inicio de cada sprint.

 

El siguiente sprint se inicia tras la aprobación por escrito del sprint anterior y el pago correspondiente.

 

Cambios de alcance se facturarán aparte y se propondrá un sprint adicional.

04

Entregas

ENTREGABLES GENERALES

 

Todos los diseños y entregables se entregan en Figma, organizados y comentados.

Incluye prototipos interactivos de los flujos trabajados.

Incluye librería de componentes y tokens del design system slice.

Incluye documentación de estados, reglas y validaciones en formato de notas en Figma.

 

Las semanas indicadas son una ventana de calendario para coordinar entregas, revisiones y aprobación, no representan horas de trabajo ni se facturan por tiempo, El precio de cada sprint es fijo y se basa en el valor, alcance y entregables acordados.

05

Feedback

RESPONSABLE DE FEEDBACK

 

El cliente designará un único responsable de aprobación del proyecto. Su revisión tiene como objetivo validar dirección general, prioridades, y reglas de negocio, la dirección de UX, UI y decisiones de diseño será liderada por la diseñadora de producto.

 

TIEMPOS DE FEEDBACK

 

Tras la entrega v1 de cada sprint, el cliente dispone de 1 a 2 días laborables para enviar feedback consolidado, Los ajustes derivados de las rondas incluidas se aplicarán dentro del propio sprint siempre que no impliquen cambio de alcance. Si el feedback llega fuera de plazo, el sprint se cerrará con la última versión entregada y cualquier cambio posterior se planificará en backlog para el siguiente sprint o como sprint adicional.

 

GESTIÓN DE CAMBIOS DE ALCANCE

 

Se consideran cambios dentro del sprint, ajustes de jerarquía visual, copy de UI, consistencia, y refinamiento de componentes ya diseñados en el sprint.

 

Se consideran cambios de alcance, nuevas pantallas, nuevos flujos, nuevos estados relevantes, o cambios de reglas de negocio, Estos cambios se estimarán aparte y se planificarán como backlog o sprint adicional.

© The Digital Wizards

All Rights Reserved