Panel de solo-visualización del progreso de la plataforma digital — Fase 1. Backlog de zipnegocios: 63 tareas y 2 decisiones pendientes.
Estado general del proyecto. El progreso se marca manualmente en la pestaña Tareas y se guarda solo en este navegador.
8 semanas desde el kickoff técnico (6 de desarrollo + 2 de buffer). Ajusta la fecha de kickoff para recalcular todas las fechas.
63 elementos de trabajo (Comercial, PREWORK y Sprints 1–6). Marca lo completado — se guarda en este navegador.
2 decisiones pendientes que bloquean distintos tramos del proyecto. El estado y las notas se guardan en este navegador.
Mapa de dependencias del proyecto y los tres flujos operativos clave descritos en el documento funcional.
Qué bloquea a qué: del NDA y las decisiones de Oscar, pasando por PREWORK, hasta las tareas de sprint que dependen de cada una.
flowchart TD
subgraph COM["Comercial"]
C1["NDA firmado"]
C2["Documento aprobado"]
C3["Anticipo USD 750"]
end
subgraph DEC["Decisiones de Oscar"]
D6["D6 · Método de pago"]
D4["D4 · Dirección GBP"]
end
subgraph PRE["PREWORK"]
P1["P1 · Stripe"]
P2["P2 · GCP"]
P6["P6 · Dominio"]
P4["P4 · Resend"]
P7["P7 · Repo"]
P8["P8 · EasyPanel"]
end
subgraph SPR["Sprints"]
S38["S3.8 Checkout"]
S313["S3.13 Emails"]
S47["S4.7 Tracking"]
S64["S6.4 Google Business Profile"]
end
C1 --> C2 --> C3
D6 --> C3
C3 --> P1
C3 --> P2
C3 --> P6
C3 --> P7
P1 --> S38
P2 --> S47
P6 --> P4 --> S313
P7 --> P8
D4 --> S64
Del carrito al pedido en cola del despachador, con la comisión de Stripe siempre a cargo del comprador.
sequenceDiagram
actor Cliente
participant Web as Sitio Web
participant Sistema
participant Stripe
participant Despachador
Cliente->>Web: Agrega productos al carrito
Web->>Sistema: Valida disponibilidad y reglas de negocio
Sistema-->>Web: Descuentos + sugerencias de complemento
Cliente->>Web: Elige fecha y parada de pickup
Web->>Sistema: Verifica cut-off de esa parada
Web->>Cliente: Muestra comisión Stripe (a su cargo)
Cliente->>Stripe: Paga (tarjeta / Apple Pay / Google Pay)
Stripe-->>Sistema: Webhook de pago confirmado
Sistema->>Sistema: Genera número de orden + QR de pickup
Sistema-->>Cliente: Email de confirmación
Sistema-->>Despachador: Pedido aparece en la cola (app)
Solo el Admin puede cancelar, en cualquier etapa previa a la entrega.
stateDiagram-v2
[*] --> Received: pago confirmado
Received --> InPreparation: Despachador inicia
InPreparation --> ReadyForPickup: Despachador marca listo
ReadyForPickup --> Delivered: cliente retira
Received --> Cancelled: Admin cancela
InPreparation --> Cancelled: Admin cancela
ReadyForPickup --> Cancelled: Admin cancela
Delivered --> [*]
Cancelled --> [*]
Orden de prioridad cuando varias reglas de un producto aplican a la vez.
flowchart TD
A["Producto solicitado"] --> B{"¿Stock = 0?"}
B -- Sí --> X["Bloqueado"]
B -- No --> C{"¿Producto inactivo?"}
C -- Sí --> X
C -- No --> D{"¿Fuera de ventana horaria / día?"}
D -- Sí --> X
D -- No --> E{"¿Canal no habilitado?"}
E -- Sí --> X
E -- No --> F["Disponible"]
F --> G{"¿Aplican descuentos?"}
G -- Sí --> H["Se aplica el más favorable"]
G -- No --> I["Precio de lista"]
Semana de enfoque principal por mes, a partir de la fecha de kickoff elegida en Cronograma. Vista simplificada — el detalle de solapes está en el Gantt.