El alojamiento es el coste que aparece después de terminar el proyecto, que nunca se incluyó en el presupuesto y que continúa cada mes durante todo el tiempo que exista la aplicación.
Lo que realmente necesita una aplicación durante su primer año
La mayoría de las aplicaciones empresariales en sus primeras etapas son mucho más pequeñas de lo que esperan sus propietarios. Un sistema con unos cientos de usuarios que realizan operaciones transaccionales habituales funciona cómodamente con recursos modestos; el impulso de aprovisionar capacidad para una escala que aún no ha llegado desperdicia dinero que se invertiría mejor en funcionalidades.
Los componentes y para qué sirve cada uno:
- Servidor de aplicaciones: ejecuta el código. El dimensionamiento depende de los usuarios simultáneos, no de los usuarios registrados.
- Base de datos: normalmente es el componente que más influye en el rendimiento y en el que merece la pena invertir primero.
- Almacenamiento de archivos: cargas de los usuarios, documentos e imágenes. Crece de forma constante y es barato por unidad.
- Dominio y certificado: costes anuales reducidos; el certificado debe renovarse automáticamente o el sitio dejará de funcionar en una fecha predecible.
- Envío de correos electrónicos: los correos transaccionales necesitan un servicio de entrega adecuado, porque los mensajes enviados desde un servidor de aplicaciones suelen acabar en la carpeta de spam.
- Copias de seguridad: separadas del servidor y probadas al menos una vez.
Costes fáciles de pasar por alto
Los presupuestos suelen cubrir la creación. Estos costes se repiten:
- Alojamiento propiamente dicho, mensualmente.
- Almacenamiento de copias de seguridad, que crece con los datos.
- Transferencia de datos saliente, que puede sorprender en aplicaciones con mucho contenido multimedia.
- Envío de correos electrónicos, normalmente con un precio basado en el volumen.
- Servicios de notificaciones push, cuando corresponda.
- Cuentas de desarrollador de las tiendas, anualmente, para aplicaciones nativas.
- Suscripciones a API de terceros: mapas, SMS y servicios de IA. A menudo son el coste recurrente más elevado y el más variable.
- Monitorización e informes de errores, que suelen ofrecer planes gratuitos adecuados al principio.
Pedir a un desarrollador el coste operativo mensual previsto durante el primer año y con diez veces el uso es una solicitud razonable, y la respuesta revela hasta qué punto se ha considerado cuidadosamente la arquitectura.
Copias de seguridad y la parte que se omite
Una copia de seguridad que nunca se ha restaurado es una hipótesis. La restauración es lo que importa y debe probarse una vez antes del lanzamiento y periódicamente después.
Tres propiedades que deben especificarse:
- Frecuencia: cuántos datos puede permitirse perder. Las copias diarias implican perder hasta un día de datos.
- Retención: hasta qué momento anterior puede retroceder. Es importante porque algunos problemas se descubren varias semanas después.
- Ubicación: una copia de seguridad en el mismo servidor no es una copia de seguridad.
Monitorización
Hay dos elementos que merece la pena tener desde el primer día, y ambos ofrecen planes gratuitos:
Monitorización de disponibilidad que avise a alguien cuando el sitio deje de responder. Sin ella, la primera persona en detectar una interrupción será un cliente.
Informes de errores que capturen los errores de la aplicación con suficiente contexto para diagnosticarlos. Sin ellos, lo único que cualquiera puede decir es «no funcionó», y reproducir el problema consume más tiempo que solucionarlo.
Quién debería tener las cuentas
Este es el punto con mayor repercusión a largo plazo y al que menos atención se presta en ese momento.
El cliente debería ser el propietario de las cuentas de alojamiento, dominio y servicios de terceros, y el desarrollador debería recibir acceso. No al contrario.
Cuando las cuentas están a nombre del desarrollador, cambiar de desarrollador se convierte en una negociación en lugar de una transferencia, y si la relación termina mal, el cliente puede perder el acceso a su propia infraestructura. También es un problema práctico en circunstancias normales: la facturación, las renovaciones y los correos de recuperación se envían a un lugar al que el cliente no puede acceder.
Configurar esto correctamente no cuesta nada al principio y resulta incómodo deshacerlo después. En particular, el dominio siempre debería estar registrado a nombre del cliente.
Qué debe acordarse antes del desarrollo
- Dónde se alojará la aplicación y en qué cuenta.
- Coste mensual estimado en el lanzamiento y con diez veces el uso.
- Frecuencia, retención y ubicación de las copias de seguridad, además de una prueba de restauración.
- Quién recibirá una notificación cuando la aplicación deje de funcionar y cómo.
- Qué servicios de terceros tienen tarifas recurrentes y cómo escalan.
Servicios relacionados de Manboo
- Desarrollo de aplicaciones Flutter para MVP de iOS y Android.
- Desarrollo de software empresarial para sistemas de CRM, reservas, inventario y flujos de trabajo.
- Desarrollo de paneles de administración para paneles operativos y gestión del backend.
- Integración de API de IA cuando su producto esté listo para búsquedas inteligentes, chat o automatización.
- Solicite una revisión del alcance y un presupuesto del proyecto cuando esté listo para planificar la primera versión.