Discusión del documento preliminar para la licitación del Sistema ECOBICI
Participa en la discusión del proyecto de renovación y expansión de ECOBICI
6.10.5. Aplicación móvil
El Licitante Adjudicado deberá desarrollar una aplicación móvil para el nuevo servicio de ECOBICI dirigida a las personas usuarias del sistema, la cual deberá de gestionar y mantener actualizada. Dicha aplicación permitirá a las personas interesadas realizar todas las gestiones administrativas pertinentes, consultas relativas al servicio, disponibilidad de bicicletas, situación de las cicloestaciones, además, deberá contar con las características y funcionalidades descritas en el presente subapartado.
El Licitante Adjudicado deberá contar y mantener actualizada como mínimo para los sistemas operativos de mayor uso que son iOS y Android.
La aplicación debe ser nativa y estar alineada a los principales estándares de accesibilidad y usabilidad, garantizando la mejor experiencia de la persona usuaria y deberá cumplir con la disponibilidad establecida en el apartado 11 Niveles de Servicio del presente Anexo Técnico. Dicha aplicación tendrá que estar completamente configurada y preparada 30 días antes del inicio de la Segunda Fase de la Etapa 1 “Renovación del Sistema” para que en la fase de convivencia se ponga en funcionamiento de manera correcta.
Esta aplicación deberá brindar a las personas usuarias de ECOBICI las herramientas necesarias para optimizar el uso del sistema. Su diseño deberá permitir ser usada antes, durante y después de cada recorrido. La aplicación se deberá diseñar en los idiomas español e inglés, como mínimo.
La Secretaría tendrá que validar y aprobar el diseño inicial y final, sus contenidos y cualquier modificación realizada. Dicho diseño deberá estar alineado con el Manual de Identidad Institucional del Gobierno de la Ciudad de México.
Complementariamente, la Secretaría validará el funcionamiento correcto de esta aplicación mediante auditorías internas.
6.10.5.1. Características y requisitos generales
El desarrollo de la aplicación tendrá que utilizar las buenas prácticas de alta disponibilidad, las cuales se mencionan a continuación:
1. El diseño debe estar basado en una estructura sin punto único de fallo y debe establecer, entre otros, los protocolos de direccionamiento que permitan un servicio continuado.
2. Su arquitectura de desarrollo tiene que permitir un crecimiento progresivo bajo demanda y tiene que añadir nodos nuevos al sistema a medida que su carga aumente.
3. El tiempo de respuesta de cualquier petición realizada directamente por la persona usuaria y que lo mantenga en espera en la pantalla no debe superar los tres segundos. Este requisito no se aplica a las tareas ejecutadas en segundo plano.
4. En las tareas de sincronización de contenidos se tendrá que implementar una paginación de contenidos a sincronizar en caso necesario. Las actividades de sincronización se tienen que poder interrumpir en cualquier momento, sin perjudicar la calidad de la información sincronizada ni producir resultados duplicados o no actualizados.
6.10.5.2. Funcionalidades y servicios
La aplicación móvil de ECOBICI deberá de contar con las siguientes funcionalidades, como mínimo:
1. Inscripción al servicio.
2. Baja del servicio.
3. Retirar y devolver una bicicleta: Indistintamente se podrá elegir una bicicleta mecánica o eléctrica con pedaleo asistido.
4. Visualización del mapa del servicio: Vista general del área de operación del Sistema ECOBICI donde se mostrarán todas las cicloestaciones de la red del servicio, su disponibilidad de bicicletas y anclajes con referencia a la geolocalización de la persona usuaria en tiempo real. Además, se deberán reflejar las cicloestaciones de transporte público (STC Metro, Metrobús y Sistema de Transportes Eléctricos) así como el mapa de la infraestructura ciclista de la ciudad, la cual será obligación de la Secretaría enviar las actualizaciones al Licitante Adjudicado (en caso de que crezca la red de movilidad integrada y de infraestructura ciclista) y este contará con 5 (cinco) días hábiles para implementarlas o bien actualizarlas. La actualización de la ubicación de las estaciones de transporte público dependerá de los datos abiertos que los sistemas tengan disponibles en API.
5. Disponibilidad de bicicletas mecánicas y eléctricas por cicloestación. Se podrá realizar desde el mapa de vista general, como desde un listado de cicloestaciones ordenadas con base en la ubicación de la persona usuaria y debe permitir buscar las cicloestaciones por número o nombre.
6. Marcar una cicloestación como favorita. La aplicación tendrá que enviar un mensaje automático a la persona usuaria con información de las incidencias existentes en las cicloestaciones favoritas. Asimismo, al seleccionar una cicloestación del listado, la aplicación enviará a la persona usuaria directamente al mapa y creará una ruta desde su ubicación actual hasta la cicloestación seleccionada, respetando los sentidos de circulación vehicular. En esta sección, se mostrarán las cicloestaciones de transporte público (STC Metro o Metrobús) con base en la ubicación de la persona usuaria.
7. Cicloestación más cercana: deberá mostrar a la persona usuaria cual es la cicloestación más cercana a su ubicación. La distancia a la cual se encuentra la persona usuaria de la cicloestación consultada.
8. Consulta de disponibilidad del servicio para las diferentes modalidades. La consulta de la disponibilidad del servicio se tendrá que hacer:
1. Por modalidades (mecánicas/eléctricas): verlas de una en una o todas juntas.
2. Por tipo de consulta: por anclajes o por bicicletas.
9. Tener secciones de configuración e información.
10. Comprobación de los datos del último anclaje o viaje: origen, destino, fecha y hora del último uso. En este sentido, la aplicación deberá ser proactiva con la persona usuaria y le mandará un mensaje automático de anclaje correcto de la bicicleta y de la información adicional relacionada (importe, puntos, entre otros) para cada uso efectuado. También tendrá que enviar otro mensaje automático cuando sobrepase cada fracción de pago del sistema de tarifas establecido.
11. Las personas usuarias accederán a la aplicación mediante su usuario y contraseña y podrán realizar el cambio del tipo de membresía, revisar los comprobantes digitales de uso del sistema.
12. Disponer de un planificador de rutas entre cicloestaciones y ofrecer las máximas prestaciones como poder optar por la tipología de rutas: más segura, menos esfuerzo o más rápida.
13. Pantalla de fácil acceso y uso sencillo en la cual la persona usuaria con solo presionar el botón iniciar podrá contar con estadísticas sobre su recorrido como son:
1. Tiempo de recorrido
2. Distancia recorrida
3. Velocidad promedio
4. Velocidad máxima
5. Ahorro de CO2
6. Consumo de calorías
14. Notificaciones push. La aplicación deberá tener la capacidad de recibir mensajes automáticos de forma masiva con mensajes relativos al servicio o incidencias.
15. Integración en redes sociales: En la pantalla de tiempo y ruta se mostrarán botones con los logos de Twitter y Facebook, con los cuales la persona usuaria podrá compartir su recorrido con los contactos en sus redes sociales. Asimismo, en la sección sobre ECOBICI deberá tener acceso a las redes sociales oficiales del sistema en Facebook, Twitter e Instagram.
16. Acceso de marcación rápida al centro de contacto telefónico: Al ser esta una aplicación que acompañará a la persona usuaria en sus recorridos en bicicleta, se le proveerá de un acceso directo para realizar una llamada al centro de contacto telefónico del Sistema ECOBICI.
17. Historial de recorridos: Se mostrará a la persona usuaria los recorridos anteriores y sus estadísticas, con vistas por día, semana y mes.
18. Consulta de usos en el Sistema ECOBICI: Deberá permitir consultar los usos registrados en el Sistema ECOBICI con número de usuario y contraseña.
19. Información a la persona usuaria: La aplicación deberá tener páginas estáticas de información del Sistema. Asimismo, deberá contar con una guía interactiva para la correcta devolución de las bicicletas.
20. Reporte de incidentes: Deberá permitir reportar incidentes en las bicicletas, cicloestaciones, así como bicicletas no reconocidas u otros.
21. Integración de la aplicación: El Licitante Adjudicado deberá realizar los trabajos necesarios para que la aplicación sea ligada a la App CDMX que concentra las distintas aplicaciones existentes del Gobierno de la Ciudad de México.
El Licitante Adjudicado deberá realizar todas las gestiones que sean necesarias para mantener actualizada la aplicación.
El Licitante Adjudicado no podrá publicitar bienes o servicios en la Aplicación.
El Licitante Adjudicado deberá tener una URL pública disponible en la página de internet de ECOBICI (www.ecobici.cdmx.gob.mx).
Asimismo, el Licitante Adjudicado deberá entregar a la Secretaría un reporte de manera mensual que contenga el número total de descargas de la aplicación en ambos sistemas operativos como se indica en el Reporte de Atención a Clientes del Apéndice de Reportes Entregables a la Secretaría del presente Anexo Técnico.
6.10.5.3. Herramienta analítica de uso
El Licitante Adjudicado tendrá que dotar a la aplicación de una herramienta analítica que permita realizar el seguimiento del uso de todas las secciones y servicios, así como el control y el seguimiento de las descargas realizadas. El Licitante Adjudicado facilitará el acceso a la Secretaría a esta herramienta.
6.10.6.Aplicación web de Supervisión
La Secretaría designará a un equipo de supervisión del Sistema ECOBICI cuyo objetivo es asegurar y verificar que el servicio que brinda el Licitante Adjudicado cumple con los niveles de servicio solicitados en cuanto a mantenimiento y operación. Para realizar esta función de supervisión es necesaria una aplicación web para teléfonos inteligentes que disponga de acceso a la base de datos de cicloestaciones, viajes, usos de bicicletas y mantenimiento, y que muestre los contenidos mínimos especificados en el subapartado 6.10.6.1.
Por lo tanto, el Licitante Adjudicado deberá disponer de una aplicación web dirigida al equipo de supervisión de la Secretaría para efectuar dichas tareas de control y revisión.
El equipo de supervisión realizará una función de control en campo, dirigido a verificar que las bicicletas y cicloestaciones se encuentran en buen estado para que una persona usuaria haga uso de éstas y detectar irregularidades, como bicicletas con fallas, anclajes con fallas, entre otros.
Esta aplicación web de supervisión tiene que ser compatible con los navegadores de los sistemas operativos principales del mercado y la plataforma PC.
6.10.6.1. Contenidos y Servicios
La aplicación web deberá proporcionar como mínimo los siguientes contenidos y servicios:
1. Inicio de sesión: cada usuario de la aplicación web dispondrá de datos privados para el acceso a la misma.
2. Datos de operación: la consulta de datos se restringirá a aquellos que se tengan que obtener para realizar la tarea de supervisión descrita, los cuales son:
a. Disponibilidad y estatus en tiempo real de las cicloestaciones.
b. Último mantenimiento preventivo y correctivo recibido de todas las cicloestaciones.
c. Acciones realizadas en el último mantenimiento preventivo y correctivo de todas las cicloestaciones.
d. Último movimiento de balanceo de todas las cicloestaciones, tanto retiro como anclaje de bicicletas.
e. Estatus en tiempo real de las bicicletas (ancladas, en uso, en balanceo, en mantenimiento, desaparecidas, etc).
f. Último mantenimiento preventivo y correctivo recibido de todas las bicicletas tanto mecánicas como eléctricas.
g. Acciones realizadas en el último mantenimiento preventivo y correctivo de todas las bicicletas.
h. Último uso de todas las bicicletas. En caso de que las bicicletas se encuentren en viaje, tendrá que ser el uso anterior al viaje actual.
Denuncia un problema
Este contenido no es apropiado?
Compartir: