Una buena aplicación empieza antes de la primera línea de código: con la lista de quién la usará, qué hace esa persona en el teléfono y qué queda fuera de la primera versión. A continuación, las etapas del desarrollo de una aplicación para su empresa, qué decidir en cada una y qué pedir por escrito para que el proyecto no se convierta en una cuenta sin fin.
¿Piensa en una aplicación para su empresa?
Cuéntenos quién la usará y qué hace en el teléfono. La propuesta separa aplicación, sistema y página web.
Desarrollo de aplicaciones ¿Aplicación o página web?1. Brief: quién la usa y para qué
La primera pregunta no es “cuánto cuesta una aplicación”, sino “quién abre esta aplicación y qué necesita hacer en ella”. Un equipo de campo que registra visitas, un cliente que sigue su pedido, una recepción que agenda citas: cada caso pide pantallas diferentes. En el brief, enumere:
- Perfiles de usuario — cliente, colaborador, gerente. Cada perfil ve pantallas distintas.
- Las 3 a 5 tareas principales — lo que la persona hace cada semana. El resto puede esperar.
- Lo que ya existe — sistema, hoja de cálculo, página web, ERP. ¿La aplicación se conecta con eso o lo reemplaza?
- Cómo lo va a medir — menos llamadas, pedidos más rápidos, menos papel. Sin una meta, no hay forma de saber si funcionó.
2. Mapa de pantallas y prototipo
Con el brief cerrado, dibujamos el flujo: pantalla de entrada, inicio de sesión, lista, detalle, acción. El prototipo navegable muestra el camino antes del desarrollo, cuando cambiar todavía es barato. Aquí se recorta lo que sobra: cada pantalla adicional suma plazo, pruebas y mantenimiento.
3. PWA o aplicación en las tiendas
La PWA se abre en el navegador o desde un ícono en la pantalla de inicio y se actualiza al instante, sin revisión de tienda. Para muchas empresas, es suficiente. La aplicación nativa en App Store y Google Play entra cuando el brief pide funciones del dispositivo o presencia en la tienda; entonces hay cuentas de desarrollador, revisión de las tiendas y un cronograma más largo. Consulte las reglas oficiales de App Store y de Google Play Console. La decisión queda por escrito en la propuesta.
4. El sistema detrás de la aplicación
Casi toda aplicación empresarial necesita un panel: registros, permisos, informes. Ese panel es software que funciona en la web. Si ya tiene uno, la aplicación usa sus datos; si no, entra en el alcance. Mezclar ambos en una sola línea del presupuesto es el origen de muchas sorpresas.
5. Desarrollo por entregas
En lugar de desaparecer durante meses y volver con todo listo, el desarrollo sale en entregas cortas: primero inicio de sesión y registro, luego la tarea principal, después los informes. Usted prueba cada parte en el teléfono y los ajustes llegan temprano.
6. Pruebas con quien la va a usar
Antes de publicar, ponga la aplicación en manos de quien la usará de verdad: el vendedor, el cliente, la recepción. Los teléfonos antiguos, la conexión débil y las pantallas pequeñas aparecen en ese momento, no en la sala de reuniones.
7. Publicación y mantenimiento
La PWA se publica en el dominio de su empresa. La aplicación de tienda pasa por la revisión de cada tienda. Después del lanzamiento vienen correcciones, actualizaciones del sistema operativo y nuevas funciones. Acuerde qué cubre el plan mensual antes de firmar.
Qué pedir en la propuesta
- Lista de pantallas y perfiles de usuario de la primera versión
- PWA o tiendas, por escrito
- Aplicación, sistema y página web en líneas separadas
- Cronograma por entrega
- Cuentas de desarrollador, dominio y código a nombre de su empresa
- Qué cubre el mantenimiento mensual
Para comparar propuestas, use la guía cómo evaluar una propuesta. Para saber qué influye en el precio del panel, vea cuánto cuesta una aplicación web a medida.
Errores comunes
- Empezar por el diseño antes de saber quién usa la aplicación
- Querer todas las funciones en la primera versión
- Publicar en las tiendas cuando una PWA bastaba
- Olvidar el panel de gestión en el presupuesto
- Cuentas de las tiendas a nombre del proveedor
Siguiente paso
Cuéntenos quién usará la aplicación, qué hace hoy en el teléfono y si ya existe un sistema. Le responderemos con el camino recomendado (PWA, tiendas, con o sin sistema) y una propuesta por escrito. Trabajamos 100% en línea. Vea también el desarrollo de aplicaciones.