Desarrollo de apps móviles

¿Qué es el desarrollo de apps móviles y cuándo necesita realmente una app?

El desarrollo de apps móviles abarca todo, desde definir y diseñar el producto hasta escribir el código, publicarlo en las tiendas de aplicaciones y lanzar las actualizaciones posteriores. Una app es más que las pantallas de un móvil: detrás hay un servidor que guarda los datos, una API con la que se comunica la app y un panel para gestionar el contenido.

UNIT İstanbul ofrece desarrollo de apps móviles a través de su marca de software, Unit Software. Como el equipo trabaja dentro de una agencia que hace marketing desde 2009, la medición, la captación de usuarios y la visibilidad en las tiendas están sobre la mesa desde el primer día del proyecto.

No toda idea necesita una app. Encargar una app móvil suele tener sentido cuando:

• La gente va a usar el producto a menudo y con regularidad: pedidos, reservas, programas de fidelización o herramientas para equipos de campo.
• Necesita funciones del dispositivo como la cámara, la ubicación, Bluetooth, el acceso biométrico o el procesamiento en segundo plano.
• El trabajo tiene que continuar cuando la conexión es débil o no existe.
• Las notificaciones push serán el canal principal para mantener el contacto con los usuarios.

Si los clientes le visitan solo unas pocas veces al año, una web móvil bien hecha suele ser mejor inversión. Para videojuegos, consulte desarrollo de videojuegos; para experiencias de realidad aumentada basadas en la cámara, consulte AR y VR. Las dos páginas describen un enfoque distinto.

¿Nativo, React Native o Flutter?

La decisión tecnológica condiciona durante años el presupuesto, la velocidad y la carga de mantenimiento de una app. El desarrollo nativo consiste en programar cada plataforma en su propio lenguaje: Swift para iOS y Kotlin para Android. Con un enfoque multiplataforma, React Native o Flutter generan apps para ambas plataformas a partir de una única base de código.

En la mayoría de las apps de negocio, el desarrollo multiplataforma permite estar en las dos tiendas sin programar cada función dos veces. Si la app depende mucho de la cámara, los sensores, el trabajo en segundo plano o las funciones más recientes de la plataforma, el desarrollo nativo suele dar menos sorpresas a largo plazo. No es una cuestión de gustos; la decisión se toma por escrito, a partir de la lista de funciones, la estructura del equipo y el plan de mantenimiento.

¿Cuándo basta con una PWA?

Una PWA (aplicación web progresiva) es una aplicación web que se puede añadir a la pantalla de inicio, funcionar en parte sin conexión gracias a la caché y enviar notificaciones. Se actualiza sin esperar la aprobación de una tienda y funciona en todos los dispositivos a partir de una única base de código.

Una PWA es un buen punto de partida para herramientas internas de equipo, experiencias ligadas a una campaña y para probar primero una idea de app a pequeña escala. En cambio, no aparece por sí sola en las búsquedas de las tiendas, su acceso a algunas funciones del dispositivo y a las tareas en segundo plano en iOS es limitado, y los usuarios tienen que añadir la web a su pantalla de inicio antes de poder recibir notificaciones. Si necesita presencia en las tiendas e integración profunda con el dispositivo, una app de tienda es la mejor opción.

¿Por qué importan la experiencia de usuario móvil y la accesibilidad?

En el móvil, la gente suele actuar con una mano, en movimiento y con la atención dividida. Una buena experiencia móvil significa flujos cortos, botones al alcance del pulgar, mensajes de error claros y pantallas que responden incluso con una conexión lenta.

La accesibilidad es una parte inseparable de esa experiencia. Las etiquetas que funcionan con los lectores de pantalla VoiceOver y TalkBack, las pantallas que se mantienen con tamaños de texto grandes, el contraste de color suficiente y las zonas táctiles cómodas se planifican en la fase de diseño; añadirlos después cuesta mucho más.

La mitad invisible de una app: backend, API y panel de administración

Toda app con cuentas de usuario, pedidos, contenidos o notificaciones necesita una parte de servidor. Diseñamos esa parte con el mismo cuidado que las pantallas, porque una API lenta hace que hasta la mejor interfaz parezca lenta.

• Diseño de la API: Las versiones antiguas de la app siguen en uso durante un tiempo, así que versionamos la API y añadimos funciones nuevas sin romper las versiones anteriores.
• Panel de administración: Un panel web en el que su equipo puede gestionar contenidos, campañas, usuarios y notificaciones sin necesitar a un desarrollador.
• Integraciones: Flujos de datos estables y trazables con sistemas de ERP, CRM, inventario, reservas o fidelización.

¿Cómo se planifican las notificaciones push?

Las notificaciones push se entregan a través del servicio de notificaciones de Apple en iOS y del de Google en Android. La configuración técnica es la parte fácil; el verdadero trabajo es decidir qué eventos generan una notificación, cuándo pedir permiso y con qué frecuencia enviar. Pedir el permiso cuando el usuario ya ha visto el valor de las notificaciones, y no nada más abrir la app, da mejores resultados.

¿Cómo funciona una app sin conexión?

En el trabajo de campo, los almacenes, los eventos o los viajes no siempre hay conexión. Una app que funciona sin conexión guarda los datos de forma segura en el dispositivo, se sincroniza con el servidor cuando vuelve la conexión y, si el mismo registro ha cambiado en los dos lados, resuelve qué versión prevalece según una regla definida de antemano. Si esa regla no se escribe durante el diseño, vuelve más tarde en forma de datos perdidos.

¿Cómo funciona el proceso de publicación en App Store y Google Play?

Las dos tiendas revisan la app, y cada nueva versión, antes de publicarla; los criterios y los plazos de revisión son distintos en cada una. Comprobamos las normas de las tiendas durante la definición del producto, no al final del desarrollo.

• Las cuentas de desarrollador se abren a su nombre. La app y los datos de sus usuarios permanecen en la cuenta de su marca; nosotros accedemos como miembros del equipo.
• Declaraciones de privacidad: Las etiquetas de privacidad de App Store y la sección de seguridad de los datos de Google Play deben coincidir exactamente con los datos que recogen la app y las bibliotecas de terceros que incluye.
• Eliminación de la cuenta: Si los usuarios pueden crear una cuenta en la app, ambas tiendas exigen que puedan eliminarla.
• Canales de prueba: Antes de publicar, hacemos pruebas con usuarios reales mediante TestFlight en iOS y los canales de prueba cerrada en Android.
• Despliegue gradual: Publicamos las nuevas versiones primero para una parte de los usuarios y ampliamos el despliegue cuando los datos de fallos y las valoraciones están limpios.

¿Qué normas se aplican a las compras dentro de la app?

Si vende contenido digital, suscripciones o funciones que se usan dentro de la app, las tiendas suelen exigir sus propios sistemas de cobro. Para bienes físicos y servicios que se prestan en el mundo real, puede usar su propia infraestructura de pagos. Estas normas varían según el país y cambian con el tiempo, así que en cada proyecto volvemos a comprobar las políticas vigentes de las tiendas. Tratamos por separado la parte técnica y de seguridad del flujo de pago en nuestra página de arquitectura de pagos.

¿Cómo se gestionan las versiones, el control de fallos y el rendimiento?

En una web, la corrección de un error se publica al instante; en una app móvil, la corrección pasa por la revisión de la tienda y la versión antigua sigue funcionando hasta que el usuario instala la actualización. Por eso la gestión de versiones es una disciplina propia en el móvil.

• Desde el principio se incluye un mecanismo de actualización obligatoria, que lleva a los usuarios a actualizar si surge un problema crítico de seguridad o de compatibilidad.
• Las funciones nuevas se publican detrás de interruptores que se pueden activar y desactivar a distancia; si algo falla, se apagan sin esperar una nueva versión.
• Los informes de fallos se recogen con herramientas como Firebase Crashlytics o Sentry y se priorizan con los datos del dispositivo y de la versión del sistema operativo.
• En cada versión se siguen el tiempo de arranque, las pantallas congeladas, los errores de aplicación que no responde en Android, el tamaño de la app y el consumo de batería.

¿Qué hay que medir en una app móvil?

El número de instalaciones por sí solo no mide el éxito. La verdadera pregunta es si quienes instalan la app llegan a pasos con sentido, como registrarse, hacer un primer pedido, volver o suscribirse. Por eso escribimos un plan de seguimiento de eventos antes del desarrollo: qué eventos se registran, con qué parámetros y con qué nombres.

En iOS, seguir a los usuarios entre apps requiere un permiso aparte y, según la ley de protección de datos, los tratamientos que necesitan consentimiento expreso se mantienen separados del resto. Construimos la medición en torno a estos permisos y mantenemos informes agregados y anónimos para los usuarios que no aceptan.

Aquí es donde más nos ayudan nuestras raíces de agencia de marketing. Para que la app se encuentre en las tiendas, convertir las visitas a la ficha en instalaciones y medir los anuncios de instalación de apps, trabajamos con el mismo plan de medición que nuestro equipo de ASO y publicidad de apps, de modo que no hay que empezar de cero otra configuración cuando la app ya está publicada.

¿Cómo se gestionan la seguridad y la protección de datos (KVKK) en una app móvil?

Un móvil se puede perder, una red puede no ser de fiar y el paquete de una app se puede someter a ingeniería inversa. Construimos la seguridad sobre esas suposiciones y usamos como lista de comprobación MASVS, el estándar de seguridad de aplicaciones móviles de OWASP.

• Los tokens de sesión y los datos sensibles se guardan en las zonas seguras del sistema operativo, como el Keychain de iOS y el Keystore de Android; las claves secretas nunca se escriben en el código de la app.
• Todo el tráfico circula por conexiones cifradas; en los proyectos que lo necesitan se añade la fijación de certificados.
• La app solo pide los datos y permisos que su función requiere; nunca se solicita sin motivo el acceso a la ubicación o a los contactos.
• Para la ley de protección de datos de Türkiye (KVKK), se documentan el aviso de privacidad, los tratamientos que requieren consentimiento expreso, la ubicación del servidor de los datos y los flujos de datos de las bibliotecas de terceros. Las decisiones que implican transferencias internacionales de datos se toman junto con su asesor jurídico.

¿De qué depende el coste de desarrollar una app móvil?

El coste depende menos del número de pantallas que de las reglas de negocio que hay detrás. Preparamos una propuesta escrita cuando el análisis ha aclarado los siguientes puntos:

• Una plataforma o dos; nativo o multiplataforma.
• Los perfiles de usuario y el número y la complejidad de los flujos.
• Si el backend se construye desde cero o se conecta a un sistema existente.
• Integraciones como pagos, mapas, mensajería, ERP o CRM.
• Uso sin conexión, datos en tiempo real y requisitos de seguridad.
• El alcance del mantenimiento y del desarrollo tras el lanzamiento.

En lugar de construir un proyecto grande de una sola vez, recomendamos empezar con una primera versión que se publique con las funciones esenciales y ampliarla con datos de uso reales. Puede ver nuestros proyectos de software terminados en la página del portfolio de Unit Software.

¿Por qué necesita mantenimiento una app después del lanzamiento?

Una app móvil no está terminada cuando se publica. Apple y Google actualizan sus sistemas operativos cada año; Google Play exige que las actualizaciones de las apps se dirijan a una versión reciente de Android, y App Store espera compilaciones hechas con herramientas de desarrollo actuales.

Un contrato de mantenimiento cubre la compatibilidad con el sistema operativo, la actualización de bibliotecas, el seguimiento de fallos, los cambios en las políticas de las tiendas y las pequeñas mejoras. Cada mes informamos por escrito de lo que se ha hecho y de lo que incluirá la siguiente versión. Para hablar de su proyecto, escríbanos desde nuestra página de contacto.