Configuración de la ciudad
Definir la identidad del operador, las categorías de servicio, la zona geográfica, la moneda y la zona horaria para cada implantación en una ciudad.
ARQUITECTURA DE LA PLATAFORMA
Núcleo compartido.
Configuración local.
Lanzamientos controlados.
El modelo de ingeniería detrás de Black Fleet: lógica operativa, aplicaciones específicas, integraciones de pago y conexiones con los servicios de los que depende una operación de transporte.
01 ARQUITECTURA DE IMPLEMENTACIÓN
Lógica común.
Implementaciones dedicadas.
El diseño del sistema para su implementación en una ciudad combina una lógica operativa compartida con aplicaciones específicas y una configuración local. Su propuesta define los entregables, las integraciones y los hitos de entrega.
BLACK FLEET DEV
Núcleo operativo compartido
Lógica de reservas · flujos de trabajo de la aplicación · versiones estándar
REFERENCIA OPERATIVALondres
Londres
- Aplicación para clientes con la marca de la ciudad · iOS y Android
- Aplicación de chóferes con la marca de la ciudad · iOS y Android
- Área de trabajo del operador · Ordenadores Mac y Windows
- Página web de la ciudad
- Configuración local y límites de datos
MODELO DE IMPLANTACIÓN EN LA CIUDAD
Ciudad asociada
- Aplicación para clientes con la marca de la ciudad · iOS y Android
- Aplicación de chóferes con la marca de la ciudad · iOS y Android
- Área de trabajo del operador · Ordenadores Mac y Windows
- Página web de la ciudad
- Configuración local y límites de datos
Diseño del sistema para implementaciones en ciudades. Londres sirve de referencia operativa; las aplicaciones, la funcionalidad y las fechas de lanzamiento se acuerdan para cada implementación.
02 PRINCIPIOS DE INGENIERÍA
Configuración.
Permisos. Integración.
Diseño del flujo de trabajo
Asigna los traspasos entre la reserva, la asignación y las actualizaciones del trayecto a la información y las acciones que necesita cada rol.
Límites de acceso
La separación de datos de los operadores, los permisos basados en roles y el acceso al servicio de asistencia específicamente autorizado son requisitos del modelo de implementación en la ciudad.
Límites de integración
Defina cómo se relacionan los eventos de los proveedores con las reservas, los registros de pago y las actualizaciones de los trayectos, con un acceso adecuado a cada flujo de trabajo.
Disciplina en el lanzamiento
Mantener las capacidades comunes en el núcleo compartido, comprobando la configuración y la preparación para el lanzamiento en cada implementación de los operadores.
03 PAGOS E INTEGRACIONES DEL SISTEMA
Pagos conectados.
Operaciones conectadas.
Desarrollamos las integraciones que vinculan el proceso de pago del cliente, los registros operativos y los servicios externos. Cada conexión se diseña en torno a un flujo de trabajo de transporte.
Pagos y proceso de compra
La plataforma de Londres incluye la integración con Stripe para los pagos de los clientes, lo que permite vincular los eventos de finalización de la compra y de estado del pago con los registros de reserva.
Mapas y rutas
Búsqueda de direcciones, datos de ubicación e información sobre rutas para facilitar la reserva y la planificación de viajes dentro de la implementación configurada.
Datos de vuelos
Búsqueda de vuelos e información sobre horarios para reservas relacionadas con aeropuertos y procesos de recogida.
Mensajes y notificaciones
Integraciones de correo electrónico, SMS y notificaciones push configuradas en función de los eventos de reserva acordados, las actualizaciones de los trayectos y los roles de los usuarios.
La selección de proveedores, los flujos de trabajo habilitados, los requisitos de la cuenta y los costes de uso de terceros se confirman para cada implementación.
Comenta tus requisitos de integración04 LIQUIDACIÓN DE LOS CHÓFERES
Ingresos por trayecto.
Aprobación. Pago.
Un flujo de trabajo de liquidación que conecte los ingresos de los chóferes, la aprobación financiera y la programación de pagos.
El diseño del sistema de liquidación vincula los viajes completados y las cantidades a pagar aprobadas a los chóferes con los pagos bancarios programados, la confirmación del proveedor y la autofacturación consolidada. El plan de implementación define cómo se conectan esas etapas para su operación.
La integración automatizada de los pagos, las funciones de aprobación, los ciclos de pago y los requisitos de autofacturación se especifican en el alcance de entrega acordado, con comprobaciones de aceptación antes de la activación.
Analizar los flujos de trabajo de liquidación de los chóferes05 SEGURIDAD Y CALIDAD
Permisos.
Verificación. Responsabilidad.
Nuestro enfoque de ingeniería tiene en cuenta a las personas que utilizan la plataforma, las acciones que pueden realizar y los controles relacionados con cualquier cambio.
Límites de acceso
Los flujos de trabajo de clientes, chóferes y operadores tienen requisitos de acceso distintos. Las comprobaciones de roles y propiedad en la capa de servicio respaldan esos límites, junto con los permisos establecidos en cada aplicación.
Verificación del flujo de trabajo
Las comprobaciones automatizadas facilitan el desarrollo de los flujos de trabajo de reserva, asignación y pago. Los criterios de aceptación específicos de la implementación definen los escenarios que deben verificarse antes de la activación.
Entrega controlada
Los entornos de desarrollo, de pruebas y de producción tienen fines distintos. El control de versiones y las comprobaciones específicas facilitan la evaluación de los cambios antes de su lanzamiento.
Comentarios operativos
El mantenimiento conecta el desarrollo de software con el uso diario. Los problemas notificados y los comentarios de los operadores ayudan a priorizar las correcciones y las mejoras estándar de la plataforma.
DESARROLLO CONTINUO
Mantén la esencia.
Delimitar el alcance de las extensiones.
El mantenimiento continuo del software y las actualizaciones estándar de la plataforma están incluidos en la suscripción mensual.
Los flujos de trabajo específicos para cada operador, los informes a medida, las integraciones personalizadas y otros trabajos que no formen parte de la hoja de ruta habitual podrán evaluarse y presupuestarse por separado.
Las aplicaciones específicas para cada ciudad se incluyen en la configuración de «City Launch», y el lanzamiento y la distribución se acuerdan para cada implementación.
EL PRÓXIMO PASO
Empieza por los requisitos del sistema.
Incluye tu proceso de reserva, tus necesidades de integración y tus limitaciones operativas en una presentación de la plataforma.
Planifica tu implementación