Hay dos razones para que una empresa necesite una aplicación móvil, y conviene distinguirlas antes de invertir un peso.
La primera es llegar al cliente: darle una forma directa de comprar, reservar, consultar el estado de algo o recibir avisos, sin depender de que abra el correo o recuerde el número. La segunda es ordenar la operación interna: reemplazar las planillas compartidas, los formularios en papel y los mensajes sueltos por un sistema donde la información se registra una sola vez y queda disponible para todos.
Son problemas distintos y llevan a aplicaciones muy distintas. La conversación inicial sirve, sobre todo, para determinar cuál de los dos tiene delante — y a veces, para concluir que no necesita una aplicación sino un sitio web bien hecho.
01
Cuándo una aplicación se justifica
Una aplicación tiene sentido cuando aparecen algunas de estas señales:
- El equipo necesita registrar información en terreno, sin conexión garantizada
- Se usan funciones del teléfono: cámara, ubicación, lector de códigos, firma
- Hacen falta notificaciones que lleguen sin que el usuario entre a buscarlas
- El mismo dato se transcribe más de una vez y se pierde en el camino
- Los clientes consultan lo mismo tantas veces que responder consume horas del equipo
Si su caso no calza con ninguna, se lo vamos a decir. Muchas necesidades se resuelven mejor con un sitio web o con automatizar la atención, a una fracción del costo. Recomendar una aplicación que va a quedar sin uso es la forma más rápida de perder un cliente.
02
Desarrollo multiplataforma
Construimos con Flutter, que permite mantener una sola base de código para Android e iOS. En la práctica eso significa un desarrollo más corto, un costo menor que hacer dos aplicaciones separadas, y —lo más importante a largo plazo— que cada mejora futura se hace una vez y no dos.
Es la misma tecnología con la que desarrollamos Qullqix, nuestra aplicación de finanzas personales publicada en tiendas. No es teoría: conocemos el proceso completo porque lo recorrimos con un producto propio.
03
Qué incluye el desarrollo
Diseño de la experiencia de uso
Antes de programar se define qué hace cada pantalla y en qué orden. Corregir un flujo mal pensado en el diseño cuesta horas; corregirlo cuando ya está construido cuesta semanas.
Desarrollo e integración
La aplicación se conecta con lo que la empresa ya usa: bases de datos, sistemas de gestión, pasarelas de pago o servicios externos. Una aplicación que obliga a duplicar el trabajo en dos sistemas termina abandonada.
Publicación en tiendas
Nos hacemos cargo del proceso completo en Google Play y App Store: cuentas de desarrollador, fichas, capturas, políticas de privacidad y revisión. Es un trámite con reglas propias donde un rechazo mal entendido puede costar semanas.
Entrega con avances visibles
Cada dos semanas recibe una versión funcionando que puede instalar y probar en su propio teléfono. Los ajustes entran en el ciclo siguiente, cuando todavía son baratos, en vez de acumularse para el final.
04
Lo que conviene tener claro antes de partir
Publicar en tiendas tiene costos propios que no dependen de nosotros: la cuenta de desarrollador de Google tiene un pago único y la de Apple es anual. Se lo decimos al cotizar, no después.
Y una aplicación no se termina el día que se publica: los sistemas operativos se actualizan, las tiendas cambian requisitos y las bibliotecas necesitan mantención de seguridad. Una aplicación sin mantención deja de funcionar sola en uno o dos años. Por eso el plan mensual se conversa desde la propuesta y no cuando el problema ya ocurrió.
05
Qué recibe al terminar
- La aplicación publicada en las tiendas, a nombre de su empresa
- El código fuente y los accesos completos en su poder
- Documentación de uso y de la estructura del sistema
- Garantía de 90 días sobre defectos de funcionamiento
- Plan de mantención mensual opcional