Aplicaciones que se instalan en el teléfono sin pasar por una tienda

Web, multiplataforma o nativa: qué significa cada una

Una aplicación web corre en el navegador y se puede instalar en el teléfono desde el mismo sitio. Se escribe una vez y anda en Android, en iPhone y en el computador. Es lo que conviene para casi toda herramienta de trabajo.

Multiplataforma quiere decir que se escribe un código y se compila para las dos tiendas. Da acceso a más funciones del teléfono que la web, a cambio del proceso de publicación y de una revisión que puede rechazarte.

Nativa es escribir dos aplicaciones distintas, una para cada sistema. Se justifica cuando el rendimiento gráfico o el uso profundo del hardware manda, y cuesta cerca del doble de construir y de mantener.

Cuándo conviene cada camino

Si la aplicación es para tu equipo o para tus clientes conocidos, la web instalable gana casi siempre: se entrega con un enlace, se corrige el mismo día y no depende de que nadie apruebe nada.

Si necesitas que un desconocido te encuentre buscando en la tienda de aplicaciones, entonces sí hay que publicar ahí, y conviene saber que eso trae una cuenta de desarrollador, revisiones y actualizaciones que cada usuario tiene que aceptar.

Si la aplicación tiene que funcionar sin señal durante horas, leer sensores todo el día o mover video pesado, ahí se conversa nativo.

Lo que casi siempre se olvida en la cotización

La aplicación es la mitad visible. La otra mitad es el panel de quien administra, la base de datos, los respaldos, las claves y qué pasa cuando dos personas escriben lo mismo al mismo tiempo.

También hay que decidir qué ocurre cuando el teléfono se queda sin internet en la mitad de una operación, porque en terreno eso pasa todas las semanas. Guardar y sincronizar después es una decisión de diseño, no un parche posterior.

Y hay que definir quién puede ver qué. Una herramienta donde cualquiera con el enlace ve la información de todos es un problema que aparece recién cuando ya está en uso.

Cómo se prueba antes de entregar

Cada entrega pasa por una batería de comprobaciones automáticas contra la base de datos real de pruebas: crear, editar, borrar, permisos, casos de borde. Si una falla, no se publica.

Después se revisa a mano en tres anchos de pantalla, porque una tabla que se ve bien en el computador puede quedar cortada en un teléfono de 390 píxeles, que es el tamaño donde de verdad se usa la herramienta.

Lo último es probarla en el teléfono de quien la va a usar, con su plan de datos y su modelo. Una aplicación probada solo en el escritorio del programador es una aplicación no probada.

De quién queda la aplicación

Tuya. El código, la base de datos, el dominio y las claves quedan a nombre de tu empresa, y no hay una suscripción mensual a nosotros para que siga funcionando.

Los costos que sí siguen corriendo son los de infraestructura, que se pagan directo al proveedor y suelen ser bajos mientras el uso sea moderado. Se dice cuáles son antes de empezar.

Sobre quién la mantiene después hay dos caminos y conviene elegirlo temprano. Uno es dejarla andando tal cual, y una herramienta bien construida corre meses sin que nadie la toque. El otro es un acuerdo de mantención, que sirve cuando el negocio cambia seguido y la herramienta tiene que cambiar con él. Lo que no recomendamos es el punto medio de llamar a alguien recién cuando algo se rompe, porque ahí el costo de volver a entender el código lo paga el cliente dos veces.

En cuánto tiempo está andando

Una herramienta acotada, con una entrada de datos, un panel y un informe, se construye y se prueba en semanas. Lo que empuja la fecha es la cantidad de reglas distintas: cada excepción del tipo «salvo cuando el cliente es del convenio antiguo» es trabajo real.

Conviene partir por la parte que hoy duele y dejar el resto para una segunda vuelta, con la primera ya en uso. Una herramienta en producción enseña en dos semanas lo que ninguna reunión de requisitos alcanza a anticipar.

Preguntas frecuentes

• ¿Qué es el desarrollo de aplicaciones?

  Construir un programa que resuelve una tarea concreta para las personas que lo van a usar: registrar, calcular, avisar, cobrar. Incluye lo que se ve en la pantalla y también la base de datos, los permisos y el panel de quien administra.

• ¿Qué es mejor, desarrollo de aplicaciones web o multiplataforma?

  Para una herramienta de trabajo, la web instalable gana casi siempre: se escribe una vez, corre en Android, iPhone y computador, se entrega con un enlace y se corrige el mismo día. Multiplataforma conviene cuando necesitas estar en las tiendas o usar funciones del teléfono que el navegador no entrega.

• ¿Qué diferencia hay entre una aplicación web y una multiplataforma?

  La web vive en un servidor y se abre con el navegador, aunque quede con su ícono en la pantalla de inicio. La multiplataforma se compila y se instala desde una tienda, con su proceso de revisión y sus actualizaciones. La primera se actualiza sola cuando publicamos; la segunda depende de que cada usuario acepte la nueva versión.

• ¿Qué es el desarrollo de aplicaciones móviles?

  Es construir para el teléfono, con lo que eso implica: pantalla chica, dedos en vez de mouse, cámara a mano, conexión que a veces se cae y batería que importa. Una aplicación que solo se pensó para el escritorio se nota en el primer minuto de uso en terreno.

• ¿Cuánto cuesta desarrollar una aplicación?

  Depende de cuántas reglas distintas tenga y de cuántas pantallas necesita quien administra. En Gerentia se cotiza después de escribir qué tiene que hacer, y ese documento se hace en la primera conversación. Publicar un valor sin saber eso sería adivinar.

• ¿Hay que pagar una suscripción mensual?

  A nosotros no. La aplicación queda de tu empresa con su código y sus claves. Lo que sigue corriendo son los costos de infraestructura, que se pagan directo al proveedor y se dicen antes de empezar.

• ¿Se puede empezar por algo chico?

  Es lo que recomendamos. Se construye la parte que hoy duele, se pone en uso y la segunda vuelta se decide con lo que ese uso enseñó. Dos semanas de operación real ordenan mejor los requisitos que cualquier reunión.

Seguir leyendo

• Los 16 servicios
• Automatización de procesos con IA