Servicio
Desarrollo de aplicaciones móviles en Chile
Desarrollo de apps iOS y Android y aplicaciones web progresivas. Primero te decimos si de verdad necesitas una app.
Desarrollamos aplicaciones móviles para iOS y Android, y aplicaciones web progresivas cuando esa es la respuesta correcta. La primera conversación siempre es la misma: si de verdad necesitas una app.
Es la pregunta que casi ninguna agencia hace, porque una app se cotiza mucho más caro que una web. Pero la realidad es que la mayoría de las empresas que pide una app no la necesita: sus clientes no la van a descargar. Una persona instala una aplicación cuando la va a usar seguido —el banco, el transporte, la herramienta de trabajo— no para comprarte tres veces al año. Cuando ese es el caso, la app se descarga poco, se desinstala rápido y la inversión no vuelve.
App nativa o PWA
Te lo decimos antes de cotizar, no después.
- Conviene app nativa cuando…
- El usuario la abre varias veces por semana; necesitas notificaciones push confiables; hay que funcionar sin conexión de verdad; usas cámara, GPS o sensores de forma intensiva; o estar en la tienda de aplicaciones es en sí mismo parte del producto.
- Conviene PWA cuando…
- El uso es ocasional; el contenido cambia seguido; quieres que se pueda abrir desde un enlace sin instalar nada; o el presupuesto manda. Una aplicación web progresiva se instala desde el navegador, funciona sin conexión para lo básico, y cuesta alrededor de la mitad.
Aplicaciones de terreno
El caso donde una app se justifica sin discusión es la operación en terreno: faena forestal, control agrícola, reparto, servicio técnico, inspección de obra. Ahí la app no compite con una web — compite con una planilla de papel que alguien transcribe al volver.
El requisito que manda en estos casos es que funcione sin señal. En la precordillera del Biobío, en los predios del valle o en una faena, la cobertura se corta, y una aplicación que necesita internet para registrar un dato es inútil justo en el lugar donde hay que registrarlo. Se diseña para guardar localmente y sincronizar cuando vuelve la conexión, resolviendo los conflictos que eso genera. Es más trabajo que una app conectada, y es la diferencia entre que se use y que no.
Lo que incluye
- Definición honesta del formato: nativa, PWA o ninguna de las dos
- Diseño de la experiencia antes de escribir código
- Desarrollo para iOS y Android desde una sola base
- Publicación y gestión de las fichas en App Store y Google Play
- Notificaciones push y medición de uso real
- Mantención: las tiendas cambian sus requisitos y hay que seguirles el paso
Dudas frecuentes
¿Cuánto cuesta desarrollar una app?
Depende del alcance, y el rango es ancho. Una PWA equivalente cuesta cerca de la mitad. A eso hay que sumarle las cuentas de desarrollador: Apple cobra una suscripción anual y Google un pago único, y son costos tuyos, no nuestros.
¿Cuánto demora?
Entre ocho y dieciséis semanas de desarrollo. A eso se le suma la revisión de las tiendas, que es impredecible: Apple puede aprobar en dos días o pedir cambios tres veces. Conviene no comprometer una fecha de lanzamiento pública hasta tener la aprobación.
¿Y si me dicen que no necesito una app?
Pasa seguido, y te lo vamos a decir. Preferimos perder una cotización a construir algo que sabemos que no se va a usar: en un mercado como el chileno, donde todo se sabe, una app abandonada es mala publicidad para los dos. En ese caso proponemos la alternativa que sí resuelve tu problema.
¿Necesitas una app, o te basta un sitio?
Es la primera pregunta y casi nadie la hace. Una app cuesta más que un sitio, hay que publicarla en dos tiendas, mantenerla cada vez que iOS o Android cambian, y además pedirle a alguien que la descargue — que es la barrera más alta que existe.
No necesitas una app si…
- Lo que ofreces se consume una vez. Nadie instala una app para cotizar un servicio que va a contratar una sola vez en su vida.
- Lo único que querías es estar en el teléfono. Para eso basta un sitio que funcione bien en móvil, y lo va a usar mucha más gente.
- No tienes nada que avisar. Si la única razón era mandar notificaciones, hoy un sitio también puede hacerlo.
Sí la necesitas cuando…
- Hay que trabajar sin señal. El técnico en terreno, el conductor en ruta, el inventario en una bodega sin cobertura. Es la razón más sólida de todas: una app guarda el trabajo y lo sincroniza cuando vuelve la conexión.
- Hace falta el hardware del teléfono. Cámara para leer códigos, GPS para registrar dónde se hizo algo, firma del cliente en pantalla, lectura de documentos.
- El uso es diario. Una herramienta de trabajo que se abre varias veces al día justifica la instalación. Una que se abre una vez al año, no.
En el levantamiento te decimos en qué grupo estás. Si lo tuyo se resuelve con un sitio bien hecho en el teléfono, lo decimos — es más barato, más rápido y lo usa más gente.
App nativa, web progresiva o híbrida
Tres caminos con costos y límites distintos. La decisión no es técnica: depende de quién la va a usar y para qué.
Aplicación web progresiva
Es un sitio que se comporta como app: se instala desde el navegador, funciona sin conexión y manda notificaciones, pero no pasa por las tiendas. Un solo desarrollo para todos los teléfonos y actualizaciones inmediatas, sin esperar revisión de nadie. Es lo que conviene para herramientas internas —tu propio equipo— porque no hay que convencer a nadie de instalarla desde una tienda.
App híbrida
Un desarrollo que se publica en App Store y Google Play. Accede a cámara, GPS y notificaciones nativas, y cuesta bastante menos que hacer dos apps separadas. Es el punto medio razonable para la mayoría de los proyectos de empresa.
Nativa
Una app para iOS y otra para Android, cada una en su lenguaje. Rinde mejor y accede a todo, pero son dos desarrollos y dos mantenciones. Se justifica cuando el rendimiento gráfico o el uso intensivo del hardware son el producto, que no es el caso de la mayoría de las aplicaciones de gestión.
Para una herramienta de operación —fichas, formularios, fotos, firmas, trabajo en terreno— casi siempre recomendamos web progresiva o híbrida. Nativa cuando hay una razón concreta, no por defecto.
Apps por rubro
Esto es lo que de verdad nos piden, y es donde una app se paga sola porque reemplaza papel y planillas.
Transporte y reparto
Hoja de ruta en el teléfono del conductor, estado de cada entrega, foto y firma como prueba, y todo funcionando con señal mala. Lo que administración ve en tiempo real es lo que el conductor registró, sin llamadas ni planillas al final del día.
Servicios técnicos y mantención
Órdenes de trabajo, checklist del procedimiento, fotos del antes y el después, repuestos usados y firma del cliente. El informe queda listo al salir de la casa del cliente, no al volver a la oficina.
Construcción
Avance por partida, registro fotográfico fechado y ubicado, reporte de incidentes y control de materiales en obra. Donde no hay señal es justamente donde se necesita.
Seguridad y vigilancia
Rondas con registro de paso, novedades del turno y evidencia. Reemplaza el libro de novedades en papel, que es imposible de auditar.
Limpieza y aseo industrial
Asistencia, planillas de supervisión y reporte por instalación. Lo que más valoran los clientes de este rubro es poder ver que el servicio se hizo.
Si tu rubro no está, la pregunta es la misma: ¿tu equipo llena algo en papel que después alguien transcribe? Ahí hay una app que se paga sola.
Lo que nos preguntan sobre aplicaciones móviles
¿Cuánto cuesta desarrollar una app?
Depende del alcance y del camino técnico: una aplicación web progresiva cuesta bastante menos que dos apps nativas, y un formulario con fotos no se parece a una app con mapas en tiempo real. Por eso el levantamiento va primero y se cobra aparte. Lo que sí podemos decir de entrada es si tu caso necesita una app o si se resuelve con un sitio que funcione bien en el teléfono, que es más barato.
¿Funciona sin internet?
Sí, si el proyecto lo necesita, y es la razón más sólida para hacer una app: el trabajo se guarda en el teléfono y se sincroniza cuando vuelve la conexión. Es lo que hace que sirva en terreno, en obra o en ruta, donde la señal falla. Hay que diseñarlo desde el principio porque cambia la arquitectura, no se agrega después.
¿La publican en App Store y Google Play?
Sí, incluyendo las cuentas de desarrollador, las fichas y el proceso de revisión, que tiene sus propias reglas y plazos. Las cuentas quedan a nombre de tu empresa: es importante, porque si están a nombre de la agencia la app no es tuya del todo. Para herramientas internas a veces conviene una web progresiva y saltarse las tiendas por completo.
¿Hay que mantenerla después?
Sí, y conviene saberlo antes: iOS y Android cambian todos los años y una app sin mantener deja de funcionar o la retiran de la tienda. La mantención incluye esas actualizaciones, el monitoreo y los arreglos. Va cotizada aparte del desarrollo para que veas qué incluye.
¿Sirve para mi equipo interno o solo para clientes?
Las dos cosas, y las internas suelen rendir más rápido porque no hay que convencer a nadie de instalarla y el uso es diario. Reemplazar papel y planillas en terreno es el caso que más veces se paga solo.
Cómo se trabaja un proyecto de app
El orden importa más que en un sitio web, porque una app mal planteada se descubre tarde: cuando ya está publicada y nadie la usa.
1. Para quién y para qué momento
Antes de cualquier pantalla: quién la va a abrir, dónde, con qué mano libre y con qué señal. Una app para un técnico con guantes en una sala de máquinas no se diseña como una para un administrativo sentado. Esa conversación define la mitad de las decisiones.
2. Las pantallas antes del código
Se dibuja el recorrido completo y se revisa contigo. Cambiar una pantalla en esta etapa cuesta minutos; cambiarla cuando está programada cuesta días.
3. La primera versión con lo esencial
Solo lo que resuelve el problema principal, en manos de gente real. Es donde se descubre lo que ninguna reunión anticipó: que el botón importante está donde no llega el pulgar, que falta un campo, que el flujo tiene un paso de más.
4. Publicación
Cuentas de desarrollador a nombre de tu empresa, fichas, capturas y el proceso de revisión de Apple y Google, que tiene sus propias reglas y sus propios plazos. Se planea con holgura porque un rechazo cuesta días.
5. Lo que viene después
Actualizaciones por cambios de iOS y Android, monitoreo de errores con datos reales y los ajustes que salen del uso. Una app no se termina: se mantiene, y conviene tener eso presupuestado desde el principio.
Qué necesitamos para empezar
Para que el levantamiento sea corto, esto es lo que ayuda tener a mano.
- Qué hace hoy esa persona y con qué: papel, planilla, llamadas. Una foto del formulario en papel que usan dice más que una reunión.
- Dónde trabaja. Si hay señal, si hay luz, si tiene las manos libres. Determina decisiones técnicas que después no se pueden cambiar.
- Qué sistema tiene que recibir esos datos. Si ya existe un sistema de gestión, la app tiene que conversar con él — ver integración de sistemas.
- Cuántas personas la van a usar y si son de tu empresa o clientes. Para equipo interno muchas veces conviene una web progresiva y saltarse las tiendas.
Con eso, en el levantamiento sale si conviene app o sitio, qué camino técnico y en cuántas etapas. Y si la respuesta es que no necesitas una app, te la damos igual.
Otros servicios de desarrollo
Empresa de desarrollo de software a medida, Automatización de procesos e inteligencia artificial, Integración de sistemas y desarrollo de APIs, Agencia de marketing de contenidos y Agencia de performance marketing.
También trabajamos posicionamiento SEO, Google Ads y marketing digital en Los Ángeles.