Desarrollo de aplicaciones móviles
Aplicaciones móviles conectadas a los sistemas de su negocio
Aplicaciones para iOS y Android dirigidas a sus clientes, sus equipos de campo y su operación, construidas sobre el mismo backend que el resto de su plataforma y con soporte después de llegar a las tiendas.
Para empresas que necesitan una app que haga trabajo real: capturar datos, atender clientes u operar un proceso, no solo aparecer en una tienda.
- Plataformas
- iOS y Android desde un solo código
- Tiendas
- Envío y revisión a nuestro cargo
- Después del lanzamiento
- Actualizaciones y versiones dentro del mismo acuerdo
Apps
- App iOS
- App Android
- Panel administrativo
Servicios
- Capa de API
- Autenticación
- Notificaciones push
Sus sistemas
- CRM o ERP
- Pagos
- Base de datos actual
Un solo código
iOS y Android se publican juntos desde un código compartido.
Conectada
La app lee y escribe los mismos datos que sus otros sistemas.
Mantenida
Las actualizaciones del sistema operativo y de las tiendas se atienden de forma programada.
El problema de negocio
La mayoría de las apps empresariales fracasa porque se construyó como un proyecto aparte.
Una app suele encargarse como un entregable aislado: se diseña, se publica y se deja sola. No se comunica con los sistemas que tienen los datos reales, la siguiente versión de iOS rompe algo que nadie vigila y el equipo que la construyó ya no está.
- El personal vuelve a teclear en una hoja de cálculo lo que ya capturó en campo
- Los clientes llaman para pedir información que la app ya debería mostrar
- Una app existente tiene malas calificaciones y nadie es responsable de corregirla
- Códigos separados para iOS y Android, cada uno atrasado respecto al otro
- La app funciona con el wifi de la oficina y falla donde están los usuarios
- Los rechazos de las tiendas y las actualizaciones retrasan cada versión
Resultados
Qué debe cambiar una app móvil.
- 01
El trabajo se registra donde ocurre
Datos de campo, fotos, firmas y estados registrados en el dispositivo y sincronizados con sus sistemas.
- 02
Una sola fuente de datos
La app lee y escribe los mismos registros que su plataforma web y su back office, mediante una API documentada.
- 03
Paridad entre plataformas
iOS y Android se publican juntos, con código nativo solo donde la plataforma lo exige.
- 04
Una app siempre al día
Actualizaciones del sistema operativo, dependencias y requisitos de las tiendas atendidos de forma programada, no de emergencia.
Alcance
¿Qué podemos construir?
La mayoría de los proyectos corresponde a una o dos de estas categorías.
Apps para clientes
Cuentas, pedidos, estados, documentos y soporte en el bolsillo del cliente.
Apps de servicio en campo
Órdenes de trabajo, listas de control, fotos, firmas y rutas para equipos fuera de la oficina.
Apps de operación interna
Aprobaciones, inventario, inspecciones y solicitudes para su propio personal.
Reservas y pedidos
Agenda, reservaciones y pedidos conectados a su disponibilidad y a sus pagos.
Apps complementarias para SaaS
Un cliente móvil para una plataforma web que ya opera, con la misma API y las mismas cuentas.
Lealtad y membresías
Tarjetas de socio, puntos, beneficios y notificaciones ligados a sus registros de clientes.
Captura de datos sin conexión
Apps que siguen funcionando sin conexión y sincronizan cuando hay una disponible.
Modernización de apps
Asumir, estabilizar o reconstruir una app existente sin perder a sus usuarios.
Encaje
Para quién es este servicio.
Buen encaje cuando
- Las personas necesitan hacer parte de su trabajo lejos de una computadora.
- Los clientes usan su servicio con la frecuencia suficiente para conservar una app instalada.
- Los datos que necesita la app ya viven en un sistema, o deberían.
- Una app existente tiene usuarios pero no un responsable confiable.
- Alguien internamente puede decidir qué debe incluir la primera versión.
Probablemente aún no cuando
- Un sitio web adaptable atendería a los mismos usuarios con menos costo de mantenimiento.
- El objetivo es estar en una tienda y no ofrecer una herramienta que se use.
- El presupuesto cubre el lanzamiento pero nada después.
Proceso
Cómo se construye y publica una app.
Cada etapa produce algo que usted puede revisar en un dispositivo real antes de que comience la siguiente.
Descubrimiento
Quién usa la app, dónde, con qué frecuencia y con qué conexión. Qué debe leer y qué debe escribir.
Definición del producto
La primera versión por escrito: pantallas, reglas, integraciones y lo que se difiere de forma deliberada.
UX/UI
Flujos diseñados para uso con una mano y con interrupciones, probados con quienes dependerán de ellos.
Arquitectura y API
Backend, modelo de datos, autenticación e integraciones definidos antes de construir las pantallas.
Desarrollo
iOS y Android construidos juntos, con versiones de prueba en sus dispositivos en cada hito.
Pruebas y publicación
Pruebas en dispositivos, canales de prueba internos, fichas de tienda, formularios de privacidad y envío.
Mantenimiento e iteración
Compatibilidad con nuevas versiones, correcciones, revisión de analítica y nuevas funciones con una cadencia acordada.
Publicación
Publicar es parte del trabajo.
Una app no termina cuando termina el código. Debe pasar la revisión de App Store y Google Play, cumplir los requisitos de privacidad de cada tienda y seguir cumpliéndolos con cada actualización del sistema operativo. ZitDevs gestiona ese proceso y lo documenta.
Cuentas de tienda a su nombre
Las cuentas de desarrollador, las llaves de firma y las fichas se crean a nombre de su organización siempre que las tiendas lo permitan.
Versiones que puede seguir
Cada versión pasa por pruebas internas antes del envío, con notas de versión escritas para su equipo.
- Cuenta de desarrollador de Apple A nombre de su organización
- Google Play Console A nombre de su organización
- Versiones de prueba internas Antes de cada versión
- Reportes de fallos y rendimiento Configurados al lanzar
- Etiquetas y formularios de privacidad Completados por tienda
- Revisión de compatibilidad En cada versión mayor
Tecnología
Cómo se construye la app.
El desarrollo multiplataforma mantiene iOS y Android al mismo nivel y reduce a la mitad el código por mantener. Se usa código nativo cuando una función o un requisito de rendimiento lo justifica.
Si ya cuenta con un backend, la app se construye sobre él y no en paralelo.
Multiplataforma
- React Native
- Expo
- TypeScript
Nativo cuando se requiere
- Swift
- Kotlin
- APIs del dispositivo
Backend
- Node.js
- NestJS
- PostgreSQL
- REST y GraphQL
Entrega
- Compilaciones automatizadas
- TestFlight
- Pruebas internas de Play
- Reporte de fallos
Modelos de contratación
Cómo se contrata el trabajo.
Por proyecto
Una primera versión, un cronograma y una publicación en tiendas definidos.
- Alcance e inventario de pantallas por escrito
- Envío a tiendas incluido
- Ideal para una app nueva
Equipo dedicado
Ingenieros móviles y de backend alineados con su hoja de ruta.
- Composición según la carga
- Versiones continuas
- Ideal para un producto en evolución
Mensual administrado
Mantenimiento y desarrollo continuo después del lanzamiento.
- Cumplimiento de sistema y tiendas
- Backlog priorizado
- Ideal para apps ya publicadas
Por qué ZitDevs
Cómo mantenemos la app útil después del lanzamiento.
Construida junto al backend
La API, el modelo de datos y las integraciones forman parte de la misma relación, así la app nunca espera a otro proveedor.
Multiplataforma por defecto
Un solo código para iOS y Android, salvo que un requisito justifique código nativo, y le decimos cuál.
Bilingüe desde la primera pantalla
Interfaces, fichas de tienda y notificaciones en inglés y español, redactadas y no traducidas por máquina.
Mantenida después de publicarse
Las actualizaciones del sistema operativo y los cambios de política de las tiendas se atienden de forma programada.
Preguntas frecuentes
Preguntas sobre desarrollo de aplicaciones móviles.
Las respuestas están escritas para este servicio. Cuando una cifra depende de su situación, lo decimos en lugar de publicar un promedio.
¿Cuánto cuesta una aplicación móvil?
El costo depende de la cantidad de pantallas y tipos de usuario, las integraciones con sus sistemas, si la app debe funcionar sin conexión y si ya existe un backend. Entregamos una estimación escrita después del descubrimiento, con los supuestos explícitos para que vea qué la cambiaría.
¿Cuánto tarda construir una app?
Depende de la primera versión, no del producto final. Definimos una primera versión lo bastante pequeña para llegar a las tiendas y luego ordenamos el resto. La revisión de las tiendas añade tiempo en cada envío y se incluye en el plan.
¿Construyen para iOS y Android?
Sí. Por defecto ambas se construyen desde un código compartido en React Native y se publican juntas. Cuando una función necesita código nativo, explicamos por qué antes de construirla.
¿Pueden asumir una app existente?
Sí. Comenzamos con una revisión técnica del código, las dependencias, las cuentas de tienda y el backend, y recomendamos si conviene estabilizar, ampliar o reconstruir. La revisión es un entregable sobre el que puede actuar con o sin nosotros.
¿Se encargan de publicar en App Store y Google Play?
Sí. Las fichas de tienda, los formularios de privacidad, los canales de prueba, el envío y las respuestas a las observaciones de revisión forman parte del trabajo.
¿La app puede funcionar sin conexión?
Sí, cuando el caso lo requiere. El soporte sin conexión se diseña en el modelo de datos desde el inicio, porque añadirlo después suele implicar reescribir cómo la app guarda y sincroniza la información.
¿Quién es dueño de la app y del código fuente?
La propiedad de los entregables se define en el contrato de cada relación, antes de comenzar. Las cuentas de tienda se crean a nombre de su organización siempre que las tiendas lo permitan.
¿Ofrecen mantenimiento después del lanzamiento?
Sí. Un servicio mensual administrado cubre compatibilidad con nuevas versiones, actualización de dependencias, monitoreo de fallos, cambios de política de las tiendas, correcciones y nuevas funciones.
Cuéntenos quién usará la app y qué debe hacer.
Describa a los usuarios, el trabajo que la app debe apoyar y los sistemas con los que debe comunicarse. Volveremos con una primera versión, un plan y una visión honesta de lo que implica.
El formulario llega preseleccionado para aplicaciones móviles, con preguntas acordes al proyecto.