01SAFARI 2026 · ABTOUR + SOLCRE
Kickoff - Inicio del proyecto
Propósito del proyecto
Reconstruir Safari como la plataforma operativa central de Abtour, integrando la gestión comercial, operativa y administrativa y reduciendo la dependencia de registros y planillas paralelas.
Objetivo del kickoff
Acordar la secuencia de implementación, el calendario, los responsables, las dependencias y la forma de trabajo.
- Inicio previsto
- jueves 3 de septiembre de 2026
- Alcance
- Fase 3 + Fase 1, sobre el entorno y la estructura de Safari
- Con qué terminamos
- Roadmap acordado, responsables claros y próximos pasos con fecha
02CÓMO CAMBIA EL TRABAJO
Cómo cambia el trabajo de cada área
Fase 3 + Fase 1 conectan las áreas prioritarias alrededor de una misma operación — el File: registro central de cada operación en Safari.
- 01
PRODUCTO Y COMERCIAL
El catálogo y los paquetes se gestionan en Safari como una base compartida para el producto comercial prioritario, conectada con Trade como canal comercial.
- 02
VENTAS Y OPERACIONES
El File vincula reservas y pedidos de Trade, y reúne los ítems de la operación junto con la información aérea proveniente de Amadeus y Starlings.
- 03
COORDINACIÓN INTERNA
Las comunicaciones relacionadas con una operación quedan asociadas al File. El equipo conserva el contexto y las respuestas de cada caso, en lugar de reconstruirlo entre correos o mensajes aislados.
- 04
COBROS Y PAGOS
El área trabaja sobre información generada desde la operación: vencimientos, importes, estados, garantías y comprobantes quedan disponibles dentro de Safari en lugar de depender de planillas separadas.
- 05
ADMINISTRACIÓN Y FINANZAS
Los ítems validados se conectan con cobros, pagos, facturación y finanzas. Administración trabaja sobre el mismo File que usa Operaciones, con información trazable para continuar el proceso.
- 06
DIRECCIÓN Y GERENCIAS
Cada File concentra la información comercial y operativa necesaria para seguir su rentabilidad y la visibilidad del crédito comprometido de las agencias, en lugar de depender de consultas manuales y planillas paralelas.
03DISTRIBUCIÓN POR FASE
Alcance y grandes entregables
El alcance se definió durante el discovery. En el kickoff ordenamos su implementación y acordamos sus ventanas.
FASE 3
PRODUCTO COMERCIAL
Catálogo y paquetes en Safari · publicación a Trade
FASE 1
OPERACIÓN CENTRAL
Files e ítems · reservas e integraciones con Trade · información aérea de Amadeus, Starlings y NDC · mensajería vinculada al File
FASE 1
ADMINISTRACIÓN OPERATIVA
Cobros · pagos · facturación · finanzas
Fase 2 y Fase 4 no forman parte de este proyecto.
04Estrategia de implementación
En qué orden recomendamos implementar
- 01
Entorno y estructura de Safari
Preparar para construir
Entorno, accesos y estructura de datos necesarios para sostener todo Safari.
- 02
Prioridad inicial
Fase 3
Comenzar por Catálogo y Paquetes para responder a la urgencia planteada por Abtour.
- 03
Continuidad
Fase 1
Avanzar luego sobre Files, ítems, reservas, integraciones y administración.
- 04
Continuidad
Fase 1+
Cobros · pagos · facturación · finanzas
Decisión del kickoff: aprobar esta secuencia o ajustar el orden y sus ventanas en el roadmap.
05Dependencias y riesgos
Qué puede afectar las fechas
Estas condiciones no modifican el alcance, pero pueden afectar las fechas del roadmap.
| Dependencia | Riesgo para el calendario | Acuerdo necesario |
|---|---|---|
| Referentes de Abtour | Una entrega puede quedar sin validación | Designar quién valida cada área |
| Disponibilidad para probar | El feedback tardío puede generar retrabajo | Fijar revisiones quincenales |
| Entorno, accesos y datos | Se demora la actividad técnica asociada | Definir responsable y fecha de entrega |
| Integraciones y terceros | Algunas ventanas pueden desplazarse | Confirmar contactos, accesos y alternativas |
Referentes de Abtour
Riesgo para el calendario
Una entrega puede quedar sin validación
Acuerdo necesario
Designar quién valida cada área
Disponibilidad para probar
Riesgo para el calendario
El feedback tardío puede generar retrabajo
Acuerdo necesario
Fijar revisiones quincenales
Entorno, accesos y datos
Riesgo para el calendario
Se demora la actividad técnica asociada
Acuerdo necesario
Definir responsable y fecha de entrega
Integraciones y terceros
Riesgo para el calendario
Algunas ventanas pueden desplazarse
Acuerdo necesario
Confirmar contactos, accesos y alternativas
Si una dependencia se demora, reordenamos el trabajo y actualizamos su impacto en el roadmap.
06Roadmap e hitos
Estimación de alto nivel para Fase 3 y Fase 1
Calendario propuesto para validar con Abtour
Deslizá para ver todo el eje temporal →
Entorno y estructura de Safari
Entorno, accesos y datos
Sep–Oct 2026Fase 3 · Catálogo y paquetes
Primera entrega propuesta
Sep 2026–Ene 2027Fase 1 · Núcleo operativo
File, ítems, reservas e integraciones
Nov 2026–Jul 2027Fase 1 · Administración
Cobros, pagos, facturación y finanzas
Ago 2027–Mar 2028
Hito final
Estimación según capacidad. Las ventanas se validan con Abtour y se revisan según dependencias.
07Roles y responsables
Quién hace qué
En el kickoff asignamos personas concretas y canales de decisión.
- 01Equipo SolcreFrontend, Backend, DevOps, Diseño UI/UX y PM
- 02Dirección del proyectoEl PM coordina plan, equipo, seguimiento y dependencias
- 03Referentes AbtourPrueban y validan cada área del negocio
- 04AprobaciónAbtour define quién prioriza y quién da el OK
08Equipo Solcre
Un equipo multidisciplinario para llevar Safari a producción
Diego Sorribas
Project Manager
Marcos García
Desarrollo full-stack
Gustavo Rodríguez
Desarrollo full-stack
Sebastián Cura
Desarrollo full-stack
Marcos Alegrette
Devops
Bruna Ceppa
Diseño de producto UI/UX
Micaela Llovera
Diseño de producto UI/UX
Juan Larrosa
Asesor Operativo
Diego Magno
Customer Success
09Gobernanza y comunicación
Cómo revisamos el avance y decidimos
Cadencia
- Cada 2 semanas
- Mostramos lo construido, Abtour lo prueba y acordamos ajustes.
- Cada mes
- Revisamos avances, dependencias y desvíos.
- Cuando haya cambios
- Evaluamos el impacto en alcance, fechas y dependencias.
Reglas de trabajo
- Abtour accede al tablero de trabajo
- Cada entrega tiene validadores definidos
- El feedback queda registrado
- Los bloqueos se escalan al responsable
- Los cambios requieren una decisión explícita
La cadencia se fija en el kickoff y luego queda en agenda.
10Decisiones y próximos pasos
Qué debe quedar resuelto hoy
- Aprobar la secuencia Fase 3 → Fase 1
- Confirmar la primera entrega de Fase 3
- Designar quién prioriza y quién valida
- Confirmar accesos, datos e integraciones
- Aprobar las ventanas del roadmap
- Fijar la primera revisión quincenal
Salida del kickoff
Roadmap acordado + responsables + acciones con fecha