Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Tal como mencionamos anteriormente, Movi terminó por englobar aplicaciones ya existentes.
Sin embargo, antes del desarrollo de Movi, existía más de una versión de la aplicación
“Cuándo Llega”. Una de las más descargadas y preferidas por los usuarios en el 2012 fue la
versión provista por Globant. Al consultar la información dispuesta en la web encontramos
que en la página del Municipio de Rosario aún ésta aparece como app oficial.
https://www.rosario.gob.ar/web/aplicaciones/aplicaciones-moviles/cuando-llega
Esta fue una app disruptiva en nuestra ciudad ya que antes funcionaba el “Cuando Llega”
oficial a través del SMS, mientras que la app de Globant permitía hacer la consulta por internet
teniendo una respuesta inmediata sobre la ubicación en tiempo real de las unidades. Según
la página web del municipio esta app fue producto “de un convenio de colaboración con la
empresa Globant, como una de sus políticas de Responsabilidad Social Empresaria”. A partir
de esto podemos hipotetizar que luego de esta colaboración se suspendió la relación con
dicha empresa.
Datos y metadatos
Iniciaremos el análisis de Movi por la app de Android y luego haremos una comparación con
la versión IOS ya que esta última carece de algunas funcionalidades que no sólo afectan a
los usuarios, sino que también recopila menos datos.
APP Android
Al descargar la aplicación, ésta no pide ningún tipo de registro permitiendo utilizarla sin más
preámbulos. Sin embargo una característica muy importante de la Movi es la capacidad de
personalizar la tarjeta. Esto conlleva varios beneficios: en caso de extravío o rompimiento de
la Movi podemos trasladar nuestro saldo a una nueva tarjeta, también es necesario
personalizarla si queremos acceder al medio boleto, al servicio de la bici o a la Movi Joven.
Para poder realizar tal procedimiento la app exige los números de la tarjeta Movi, un mail,
fecha de recarga del ticket, un número de celular, una foto y scans del DNI. Teniendo en
cuenta todos estos beneficios, sumados la posibilidad de obtener el medio boleto, o sumar
puntos a través de movi joven, no es sorpresivo que en la ciudad de Rosario ya existan más
de 335.000 tarjetas personalizadas.
Es necesario aclarar que además de los datos que obtienen desde la app Movi, pueden
obtenerse muchos más a través de la playstore. El propietario de la app paga por subir su
producto a la store y no sólo que recibe el beneficio de su alojamiento, sino que además
puede recopilar datos tales como la cantidad de descargas, si el usuario la sigue utilizando o
la ha eliminado de su dispositivo, qué tipo de dispositivo posee, qué versión de android tiene,
etc. Además puede cruzar datos de las distintas versiones de su app para reconocer cuál de
ellas tiene más errores, métricas de estabilidad y mucho más. Todo esto lo hace a partir de
una sola herramienta: Google Play Console. Podríamos decir desde Van Dickj que Google
console es una gran proveedor de metadatos ya que permite conocer acerca del nivel y tipo
de uso que se produce a través de Movi. Estos metadatos son producidos automáticamente
por el usuario y son gestionados a través de la consola provista por Google.
Por último es necesario aludir a aquellos metadatos que son generados automáticamente por
el usuario tales como el comportamiento de búsquedas que pueden ser vinculados a una IP
específica gracias al uso de las cookies. Como podemos ver en la imagen de abajo, al hacer
doble clic sobre la dirección en la página en donde dice “No seguro” ya nos salta una ventana
que nos advierte sobre el uso de 33 cookies. En cuanto a la seguridad desarrollaremos más
en la sección de Protocolo.
APP IOS
Como ya se ha mencionado, IOS, no dispone de algunas funcionalidades con respecto a
Android, por lo que existen datos que no pueden recopilarse a través de esta plataforma y
que obligan al usuario a gestionar trámites tales como la personalización de la tarjeta a
través de la web o pidiendo prestado el celular Android de alguien cercano. Por lo tanto IOS
en ningún momento extrae datos como scans del DNI, foto del usuario o email.
Default e Interfaz
Aquí trataremos al default y a la interface juntas ya que desde el texto de Van Dickj se
considera que la interfaz se caracteriza por las mismas configuraciones del default,
canalizando de esta forma, el comportamiento del usuario.
APP Android
Al inspeccionar en la configuración de Movi encontramos que la única opción que se
encuentra seleccionada de antemano es en la sección de “Cuándo llega” “Permite consultar
Cuando Llega haciendo click sobre la parada del mapa”. En el resto de la configuración no
aparece ninguna opción presionada de antemano lo que genera que desde el momento 0 el
usuario está a cargo de la personalización de la app a través de las variables ya
predeterminadas por el desarrollador. Para personalizar la aplicación no solo contamos con
todas las opciones de que aparecen en el botón “configuración”, también podemos guardar
en favoritos las consultas sobre cualquier línea en el “Cuando Llego”, guardar una búsqueda
del “Cómo Llego” y hacerle recordar nuestro número de tarjeta Movi y nuestro DNI en la
consulta del “Cuánto Tengo”
APP IOS
Al revisar el default de IOS descubrimos que el botón de “configuración” no existe tal como
está en Android, sino que encontramos un botón llamado opciones. Al hacer clic allí lo único
que hallamos es la posibilidad de personalizar el número de cuadras que preferimos
caminar al consultar el “Cómo Llego”. Ésta es una función que fue recientemente agregada
al sistema y al consultarlo por primera vez ya se encontraba configurado con la variable en
8 cuadras.
En IOS el usuario se ve impedido de personalizar su app por falta de funcionalidades como
es el caso de la consulta del “Cuánto Tengo”. Allí el usuario no puede recordar el número de
su tarjeta e incluso se encuentra con el obstáculo de no contar con el lector del código de
barras o QR.
Algoritmo
En el caso de Movi no encontramos algoritmos visibles tales como Van Dijck cita de
Facebook o Amazon. Movi no muestra en el “Cuando Llega” primero aquellas líneas que
más utilizas, sino que lo hace de acuerdo al orden numérico con el que se identifica la línea
de colectivo, desde la menor numeración a la mayor. En el “Cómo Llego” al tipear la
dirección tampoco saltan sugerencias de direcciones anteriormente consultadas. Algo que
sí deja registrado Movi, es la cantidad de cuadras que uno desea caminar al consultar el
“Cómo Llego”, incluso sin que en el default seleccionemos una opción, sólo al utilizar una
vez esta sección ya deja guardada esta variable ingresada por el usuario. Si bien Movi no
cuenta con algoritmos automatizados como los de Facebook, sí nos permite personalizar la
app para tener algunos atajos en el uso. Entre ellos tenemos la capacidad de poner como
favorito la consulta sobre el “Cuando Llega” de una línea de colectivo, también podemos
guardar en favoritos una búsqueda del “Cómo Llego” y sin lugar a dudas una de las más
utilizadas a partir de este año gracias a la eliminación del papel en las máquinas
canceladoras, la opción de recordar el número de DNI y tarjeta para consultar el “Cuánto
Tengo”.
Protocolo
En cuanto a protocolo aquí nos separaremos un poco del análisis de Van Dickj. Sólo
coincidiremos en cuanto a que los protocolos son “descripciones formales de formatos de
mensajes digitales, complementadas por reglas que guían la circulación de estos mensajes
dentro de uno o más sistemas de cómputos”.
Aquí realizaremos el análisis con otra definición de Protocolo ya que consideramos que la
de Van Dickj es confusa y ambigua tal como se la presenta en distintas partes de su
desarrollo al ligar a los protocolos con un componente social. Ya que aquí el foco está
puesto en la dimensión tecnológica, trabajaremos con una noción de protocolo como
protocolo de comunicaciones tal como lo entiende la informática. Al consultar en la web
sobre protocolos comunicacionales en todas las definiciones se coincide que un protocolo
son estándares que permiten la comunicación entre distintas entidades de un sistema de
comunicación. Sin estos estándares todo sería un caos y sería imposible la comunicación.
Pongamos un ejemplo para hacerlo más claro: Si somos argentinos que hablamos
únicamente castellano y viajamos a Francia donde sólo hablan francés encontramos que
nuestro protocolo de comunicación (castellano), no coincide con el protocolo que nos
permite entendernos con un francés. Para entendernos tenemos que adaptarnos a sus
estándares de comunicación. Si planteamos una analogía más cercana a las
comunicaciones entre máquinas podemos pensarlo con la radio: no podemos sintonizar una
radio fm si nuestra radio está buscando en el dial am. La obligatoriedad de los protocolos
aquí no tienen que ver con decisiones de quienes gobiernan estos protocolos como explica
Van Dickj “un protocolo es un conjunto técnico de reglas cuyas formas de uso vienen dadas
por el modo en que se lo programó y por el modo en que sus propietarios lo gobiernan o
administran”. Sin una estandarización, sería imposible para el usuario pedirle al servidor que
lo dirija a una determinada página, o le permita subir o descargar un archivo. Además los
protocolos son reglas, estándares, pero son independientes de cómo se los implementan. El
mismo protocolo https nos permite comunicarnos con facebook y al mismo tiempo nos
permite comunicarnos con cualquier otra página cuyo protocolo sea https.
No coincidemos del todo en cuanto a que Van Dickj considera que los protocolos se
esconden detrás de interfaces visibles e invisibles ante el usuario. Es cierto que el usuario
promedio no puede ver los protocolos a simple vista en algunos casos, sin embargo es
necesario aclarar que sí puede acceder a ellos. Puede verlos, sin embargo en muchas
ocasiones son difícil de entenderlos sin conocimientos en informática.
Un ejemplo de esto es que al ingresar a la página del Ente de la Movilidad (ETR) y al hacer
clic sobre la dirección nos aparece toda la dirección completa http://www.etr.gov.ar. Http es
uno de los tantos protocolos de comunicaciones. Lo que permite este protocolo es
comunicarnos con la IP del ETR solo ingresando la dirección (http://www.etr.gov.ar). La
desventaja de http es que en este protocolo las comunicaciones no viajan de manera
segura entre el servidor y el usuario, es decir las comunicaciones viajan en texto plano. En
cambio en https las comunicaciones si viajan en texto cifrado. Este fue un ejemplo de un
protocolo actuando de forma visible para el usuario.
Por otra parte aquí tenemos un ejemplo de protocolos que no están a la vista del usuario,
pero que no son imposibles de acceder. Al ingresar a la página del Ente de la Movilidad
hacemos clic derecho y vamos a “Inspeccionar” se despliega una ventana, allí presionamos
la opción “Network” y podemos ver todos los protocolos funcionando al momento de
navegar por cada página.
Por último, tal como expresamos al principio Movi no cuenta con registro o login, por lo que
no utiliza ningún tipo de protocolo para esto, nisiquiera utiliza APIs para logearse con
Facebook o cuenta de Google.
Tal como se expresó anteriormente la app de Android tiene funciones que no posee IOS. Es
por esto que cuando el usuario no encuentra determinadas funciones en IOS, se ve
obligado a pedir prestado un Android o utilizar la web. Esta última es incómoda de consultar
mediante el celular ya que no se desarrolló con responsive desing.
A partir de esto último surge la siguiente pregunta: ¿Por qué la APP Android tiene más
funciones que IOS?
Una primera y rápida respuesta es suponer que hay más desarrolladores de Android que de
IOS. Esto sucede por múltiples motivos.
https://gs.statcounter.com/os-market-share/mobile/argentina/#monthly-201810-201910
Otro motivo por el cual encontramos más desarrolladores que se inclinan por Android en lugar
de IOS, es que para programar en el primero se utiliza JAVA, mientras que en IOS se utiliza
Swift (u Objective C que está decayendo en uso). Java es un lenguaje de programación más
amistoso y fácil de aprender en comparación con Swift.
Los desarrolladores que utilizan Android se sienten más libres que los de IOS ya que la
playstore es mucho menos exigente en el segundo. Si bien esto genera una mejor reputación
entre los usuarios de Apple, ya que tienen más garantías de utilizar apps seguras y de calidad,
no presenta un beneficio para los desarrolladores. Sin embargo IOS tiene algunos beneficios:
uno de ellos es que los desarrolladores siempre programan en base a la última versión de
IOS, ahorrando los dolores de cabeza de programadores de Android que se encuentran ante
múltiples versiones. Sin embargo este beneficio no es lo suficientemente atractivo para
aumentar el interés de los desarrolladores.
Podemos hipotetizar así que para desarrollar Movi fue más fácil encontrar desarrolladores
con conocimientos en Java que en Swift.
Si analizamos la historia de Movi podemos ver que la versión en Java para Android se lanzó
en el 2016, mientras que en IOS la primera versión llegó a los dispositivos en el 2018. Mientras
que Movi para Android ya se encuentra en la versión 5.6, en IOS van por la versión 1.4.
IOS
Historial de actualizaciones
● 1,4
15 de ene. de 2019
Se agrego el apartado ¿Cuánto tengo? para verificar el saldo de tu tarjeta Movi .
Mejoras de velocidad.
Correcciones menores.
● 1.2
5 de jun. de 2018
- Se incorporaron los puntos de recarga cercanos.
- Mejoras de rendimiento.
- Corrección de errores.
● 1.1
7 de feb. de 2018
- Corrección de errores por falta de conectividad.
- Mejoras de rendimiento.
● 1.0
ANDROID
Lanzamiento 04-10-2016
Actualizado
22 de agosto de 2019
Instalaciones
100.000+
Versión actual
5.6
Todo esto nos lleva a pensar que el desarrollo de Movi para Android no sólo lleva la ventaja
en tiempo, sino también en cantidad de personas y horas de trabajo sobre ella.
Ahora bien la pregunta sin respuesta es ¿Por qué decidieron hacer apps nativas en lugar de
híbridas ante la dificultad de desarrollar para IOS?
Cosas de Movi
Por otra parte, si queremos acudir a las aplicaciones de MiBiciTuBici, MoviJoven, MoviTaxi,
MoviVirtual, Estacionamiento Medido Virtual; las mismas no están integradas dentro de la
misma plataforma sino que pide descargarlas por separado para su uso. Al descargarlas, las
mismas se alojan por fuera de Movi. Podemos hipotetizar que esto sucede porque Movi
abarca todo el transporte público: taxis, bicis, colectivos y estacionamiento medido
(parquímetros). Los usuarios de Movi no utilizan todos los medios de transporte que la
componen, probablemente el que usa el parquímetro y taxis, no utilice la bici. En cada medio
de transporte podemos diferenciar un tipo de usuario que puede no coincidir con los usuarios
de otros tipos de transporte. Es por ello que no tiene sentido realizar una app que engloba
absolutamente todas las apps, ya que el usuario tendría muchas funcionalidades que no usa
ocupando espacio (muy preciado hoy en día) en la memoria de su celular. La hipótesis
planteada fue errónea ya que en
Para finalizar
Movi es una plataforma que integra al servicio de transporte y como tal se restringe a eso. En
ningún momento se pensó a la Movi como una app que pueda construir una comunidad, por
lo que no nos encontramos con botones o funciones que permitan la interacción entre
usuarios dentro de la plataforma. Al ser una plataforma de un servicio y no una red social que
“moldea la socialidad online” no encontramos botones tales como “me gusta” o “compartir”.
Es por ello que para este análisis fue difícil analizar la dimensión tecnológica tal como la
propone Van Dijck “El desafío es hacer visible la capa oculta y mostrar de qué manera el
software cuantifica y mide cada vez más la vida social y cotidiana”. Lo que sí puede hacer
Movi es cuantificar los usos del transporte público mediante la plataforma, y si bien existe un
portal de datos no encontramos toda la información completa, sino datos que no permiten
evaluar el servicio de transporte en sus aristas más sensibles.
Algo que podría agregarse a la plataforma sería un botón para compartir la ubicación ya que
sería útil para padres y tutores que quieran monitorear por donde está su hijo ya sea por
cuestiones de seguridad o por simple practicidad para el usuario de no tener que avisar si
está cerca de su arribo. También se podría crear una ventana de Comunidad Movi en la cual
los mismos usuarios de los servicios se ayuden entre sí a resolver dificultades que
encontramos en el día a día tal como consejos sobre cómo utilizar las estaciones de las bicis,
avisar cuando una estación está tildada, y demás. Hay determinada información que no está
disponible en la web sobre la utilización del servicio público de transporte y muchas veces
ese conocimiento lo tiene el usuario frecuente de dicho servicio.
Anexo
La aplicación móvil ¿Cuándo llega? desarrollada por Globant para la ciudad de Rosario
tiene más de 8500 usuarios frecuentes
Cuando Llega: la aplicación para saber a qué hora pasará el colectivo en Rosario
Todas las apps aparecen al nombre del Ente de la Movilidad de Rosario excepto la de
MoviTaxi que aparece a nombre de http://www.crayonweb.com/
Política de Privacidad
Fuentes consultadas sobre lenguajes y tipos de apps
Statcounter GlobalStats
Protocolos
Protocolo de comunicaciones