Soy dueño de una empresa de marketing que está trabajando en un producto único de ofertas de vuelo.
Nuestro cliente no quería construir otro sitio web de reserva de vuelos. Querían crear un portal que incorporara servicios de valor agregado y un proceso único de descubrimiento de vuelos además de varios conjuntos de datos relacionados que se ofrecen en la industria de viajes en general.
Debido al alcance y la amplitud del proyecto, enfrentamos una serie de desafíos:
- buscar los socios de datos correctos para que podamos tener una cantidad razonable de opciones y comprender mejor los pros y los contras de cada solución
- evaluar y analizar los distintos proveedores en función de nuestros criterios de compra (por ejemplo, ¿tienen estos datos o eso, cómo funciona / escala su sistema, cuál es el modelo de precios y cómo se ajusta a nuestro modelo de negocio, etc.)
- Consideraciones sobre la integración de la reserva de vuelos, la emisión de boletos de vuelo, el estado del vuelo y los horarios de vuelos en el producto … Entre otros, datos relacionados.
- Permitiendo una experiencia de búsqueda de vuelo única que permitió a nuestros usuarios ordenar y filtrar por un conjunto no tan común de parámetros, y encontrar un proveedor de datos que permitiera a nuestros ingenieros en la interfaz y el backend hacer que eso suceda.
- Consideraciones sobre las necesidades de mantenimiento, actualizaciones, cambios en la API, madurez, estabilidad, límites de velocidad, formatos de solicitud / respuesta, legalidad, etc.
- Formatos de datos, clientes y opciones de integración. ¿Podemos trabajar con una API REST basada en JSON o necesitamos consumir API XML / SOAP, etc.
- ¿Los datos admitirán todas las funcionalidades que nuestro equipo de diseño soñó … O, más específicamente, esta API nos permitirá perseguir nuestros objetivos desde una perspectiva de UX, UI y adquisición de usuarios? ¿Necesitamos hacer sacrificios en algún lugar de esos paradigmas?
Una vez que haya decidido que necesita una API gratuita para la búsqueda de tarifas de vuelo, debe comenzar su sprint de diseño.
- ¿Qué aerolíneas internacionales tienen enchufes eléctricos para pasajeros?
- ¿Cuáles son las máquinas voladoras más extrañas o más impresionantes jamás fabricadas?
- ¿Debería permitirse a los pasajeros de la aerolínea evitar que el pasajero frente a ellos recline su asiento?
- ¿Fue real el incidente islamofóbico a bordo de un vuelo de United Airlines?
- Cómo escabullir marihuana en una aerolínea
Durante el sprint de diseño, asegúrese de no ponerse en una chaqueta de datos. Cree tantas ideas y características únicas para su producto como pueda. Concéntrese en el valor que sus usuarios desean o necesitan. No mire los datos disponibles. Suponga que puede obtener lo que necesite. Puede reducir el alcance más adelante cuando tome las decisiones de su socio de datos.
Comparar precios es un desafío. Dado que esta es una oferta bastante comercializada, notará que los jugadores en este espacio evitan hablar en un lenguaje sencillo y directo.
Están vendiendo acceso a una API, y probablemente estén en algún lugar en el medio de la cadena de valor, no el creador o el único propietario de los datos que venden. Debido a esto, es un proceso indirecto de búsqueda de datos, evaluación de pros y contras, y comparación de precios a medida que el volumen de solicitudes se escala. Probablemente necesites hablar con un vendedor.
También tenga en cuenta que la reserva y la emisión de boletos son conjuntos de datos únicos, con diferentes estructuras de datos.
Lea los términos y condiciones del proveedor de datos cuidadosamente. Advertencia emptor.
Las API de búsqueda de vuelo que evaluamos fueron:
- API de metabúsqueda de SkyScanner
- Matriz Google / ITA
- Ruta del cohete
- DCS +
- Amadeo
- Datalex
- Open Jaw Tech
- Travelaer
- SwitchFly
- Air Black Box
- TravelPort
- Sable
- Estadísticas de vuelo
- TravelFusion
- FlightView
Algunas fuentes de datos de API de vuelo libre incluyen:
- Vuelos abiertos
- Nuestros aeropuertos
- Datos del aeropuerto
- SkyScanner (más o menos)