Lo que de verdad está pagando
Una aplicación web a medida no tiene precio unitario. No hay una caja en una estantería ni un coste de materiales digno de mención. Lo que paga es tiempo: las horas de las personas que la planifican, la diseñan, la desarrollan, la prueban y la ponen en línea. Todo presupuesto honesto son esas horas, repartidas entre perfiles y multiplicadas por la tarifa de cada uno, con una horquilla alrededor del total porque el software nunca se conoce del todo de antemano.
Por eso dos presupuestos para lo que parece la misma aplicación pueden estar muy lejos. Un estudio ha supuesto una página de inicio de sesión y un formulario de correo; el otro ha supuesto inicio de sesión único, roles, un registro de auditoría y un panel para el personal. Ninguno se equivoca. Están poniendo precio a aplicaciones distintas que comparten nombre. La forma más rápida de compararlos es pedir las horas por perfil y la lista de supuestos que hay detrás.
Esta guía repasa los perfiles de una aplicación web típica, qué hace crecer o menguar las horas de cada uno, y tres ejemplos prácticos con el precio de nuestra tarifa en el momento en que abre la página. Nunca escribimos un precio en el texto de una guía, porque las tarifas y los precios de los proveedores cambian. Los ejemplos de abajo siempre están al día.
Los perfiles de una aplicación web, y lo que hace cada uno
No todos los proyectos necesitan todos los perfiles a tiempo completo, y en una aplicación pequeña una persona puede cubrir dos. Pero cada perfil de abajo hace un trabajo que tiene que hacerse en algún sitio. Si un presupuesto omite uno, pregunte quién hace ese trabajo en su lugar.
| Perfil | Qué hace | Qué hace crecer sus horas |
|---|---|---|
| Jefe de proyecto | Lleva el plan, los hitos, las aprobaciones y las órdenes de cambio. Es su contacto principal. | Más personas que coordinar, más interlocutores por su parte, más hitos, trabajo regulado con registros formales. |
| Arquitecto de software | Elige la estructura, el modelo de datos y cómo se comunican las partes. Revisa las decisiones difíciles. | Integraciones con otros sistemas, funciones en tiempo real, requisitos estrictos de seguridad o de ubicación de los datos, muchos tipos de usuario. |
| Diseñador de producto | Convierte el encargo en flujos, esquemas de pantalla y las pantallas terminadas, y los contrasta con sus usuarios. | El número de pantallas, lo personalizado del aspecto, un sistema de marca completo, la accesibilidad a un nivel fijado. |
| Desarrolladores de frontend | Desarrollan lo que se ejecuta en el navegador: pantallas, formularios, estado, accesibilidad, diseños adaptables. | El número de pantallas, interacciones complejas, actualizaciones en tiempo real, más de un idioma, funcionamiento sin conexión. |
| Desarrolladores de backend | Desarrollan el servidor, la base de datos, las reglas de negocio, las integraciones y las herramientas de administración. | Pagos, roles y permisos, integraciones, búsqueda, gestión de archivos, informes. |
| Ingeniero de QA | Escribe y ejecuta las pruebas, revisa cada hito antes de que usted lo vea y sigue los defectos. | Pagos y manejo de dinero, datos regulados, muchos navegadores y dispositivos, muchos roles de usuario. |
| Ingeniero de DevOps | Prepara el alojamiento, el despliegue, las copias de seguridad, la monitorización y el camino de un commit a producción. | Más disponibilidad, más entornos, un proveedor en la nube con más piezas, registros para el cumplimiento normativo. |
| Redactor técnico | Escribe la documentación de traspaso: cómo se pone en marcha, cómo se administra, cómo está construido. | Más funciones de administración, más integraciones, un traspaso a su propio equipo en lugar del nuestro. |
Nuestras estimaciones también muestran una línea llamada Desarrollo. Cubre la base: la estructura inicial del proyecto, las pantallas y los formularios estándar, las interfaces entre las partes y los conjuntos de pruebas. Los perfiles sénior nombrados lo revisan y se reservan las partes críticas, como el modelo de datos, los pagos y la seguridad.
Lo que determina las horas
Siete decisiones mueven la estimación más que nada. Casi todas le corresponden a usted, lo que significa que casi todo el precio está en sus manos.
- 01
El número de pantallas
Cada página o pantalla necesita diseño, trabajo de frontend y pruebas. Una pantalla no es solo una disposición: es su estado vacío, su estado de error, su estado de carga y cómo se ve en un teléfono. Contar las pantallas con honestidad es lo mejor que puede hacer para conseguir un presupuesto preciso.
- 02
Las funciones detrás de las pantallas
El inicio de sesión con roles, los pagos, una parte de administración, las notificaciones, la búsqueda y la subida de archivos traen cada uno sus propias horas de backend y de QA. Los pagos, en particular, necesitan pruebas cuidadosas, porque un fallo ahí cuesta dinero y no solo paciencia.
- 03
Integraciones
Conectar con un ERP, un CRM, un programa de contabilidad o la API de un socio es donde más a menudo fallan las estimaciones, porque la documentación, el entorno de pruebas y las rarezas del otro sistema escapan al control de todos. Nombre todas las integraciones desde el principio.
- 04
Tiempo real y varios idiomas
Las actualizaciones en directo (un panel que se mueve, un chat, un editor compartido) cambian cómo se construye el backend. Ofrecer inglés y francés significa que cada texto, fecha, número y correo existe dos veces y se prueba dos veces.
- 05
Profundidad del diseño
Usar su sistema de diseño existente es lo que menos tiempo de diseño cuesta. Un aspecto limpio y estándar cuesta algo más. Un diseño a medida, y por encima un sistema de marca completo con ilustración y animación, es lo que más horas de diseño cuesta, más algunas horas extra de frontend para construirlo con fidelidad.
- 06
Cumplimiento normativo
Los datos personales traen trabajo de privacidad: consentimiento, conservación, solicitudes de acceso y registros cuidadosos. Los datos regulados (salud, finanzas, administración pública) añaden registros formales, un control de acceso más estricto y más pruebas, y afectan a todos los perfiles, no solo a los ingenieros.
- 07
Urgencia
Un plazo ajustado significa más personas trabajando en paralelo, y eso añade coordinación. Las prisas nunca abaratan el software; una fecha flexible suele abaratarlo un poco.
Tres aplicaciones web, con el precio de nuestra tarifa de hoy
Los ejemplos prácticos de abajo muestran la horquilla de nuestra tarifa de hoy, con las horas por perfil y el calendario de pagos. Su precio se calcula cuando abre la página, así que nunca están desfasados. Abra cualquiera en el estimador para cambiar una opción y ver cómo se mueven las horas.
Ejemplo práctico, con precio de hoy
Una aplicación web pequeña: una herramienta interna
Seis pantallas, inicio de sesión para el personal, una parte de administración sencilla y un diseño limpio y estándar. El tipo de herramienta que sustituye una hoja de cálculo compartida para un equipo.
- Desarrollo
- ≈ 23.900 US$ a 36.600 US$, delivered within 12 weeksCAD 34,100 to 52,100
Los precios en su moneda son estimaciones con el tipo de cambio de hoy del Banco de Canadá. Toda la facturación se emite en CAD o USD.
Esfuerzo estimado por perfil
- Développement
- 139 to 212 h
- Développeur frontal
- 23 to 36 h
- Gestionnaire de projet
- 20 to 31 h
- Développeur dorsal principal
- 19 to 29 h
- Développeur dorsal
- 18 to 28 h
- Concepteur de produits
- 15 to 23 h
- Développeur frontal principal
- 14 to 21 h
- Ingénieur assurance qualité
- 14 to 21 h
- Ingénieur principal
- 10 to 16 h
- Concepteur de produits principal
- 10 to 16 h
- Architecte logiciel
- 10 to 15 h
- Développeur frontal junior
- 9 to 14 h
- Développeur dorsal junior
- 9 to 14 h
- Ingénieur DevOps
- 5 to 7 h
- Rédacteur technique
- 2 to 4 h
Cómo se paga
- Anticipo 30%
- CAD 10,230 to 15,630
- Découverte 6.6%
- CAD 2,250.60 to 3,438.60
- Maquettes approuvées 6.6%
- CAD 2,250.60 to 3,438.60
- Fonctions principales 20%
- CAD 6,820 to 10,420
- Développement complet 13.3%
- CAD 4,535.30 to 6,929.30
- Tests et corrections 6.6%
- CAD 2,250.60 to 3,438.60
- Mise en ligne 6.9%
- CAD 2,352.90 to 3,594.90
- Holdback, 30 days after launch (10%)
- CAD 3,410 to 5,210
Ejemplo práctico, con precio de hoy
Una aplicación web mediana: un portal de clientes con pagos
Dieciséis pantallas, inicio de sesión de clientes, pagos con tarjeta, notificaciones por correo, búsqueda, subida de documentos y un diseño a medida, con datos personales.
- Desarrollo
- ≈ 59.300 US$ a 90.700 US$, delivered within 17 weeksCAD 84,400 to 129,100
Los precios en su moneda son estimaciones con el tipo de cambio de hoy del Banco de Canadá. Toda la facturación se emite en CAD o USD.
Esfuerzo estimado por perfil
- Développement
- 337 to 516 h
- Concepteur de produits
- 59 to 90 h
- Développeur frontal
- 54 to 82 h
- Développeur dorsal principal
- 47 to 72 h
- Développeur dorsal
- 46 to 70 h
- Concepteur de produits principal
- 39 to 60 h
- Ingénieur assurance qualité
- 39 to 60 h
- Développeur frontal principal
- 32 to 49 h
- Gestionnaire de projet
- 32 to 49 h
- Ingénieur principal
- 25 to 39 h
- Architecte logiciel
- 24 to 37 h
- Développeur dorsal junior
- 23 to 35 h
- Développeur frontal junior
- 22 to 33 h
- Ingénieur DevOps
- 8 to 12 h
- Rédacteur technique
- 7 to 11 h
Cómo se paga
- Anticipo 20%
- CAD 16,880 to 25,820
- Découverte 7.7%
- CAD 6,498.80 to 9,940.70
- Maquettes approuvées 7.7%
- CAD 6,498.80 to 9,940.70
- Fonctions principales 23.3%
- CAD 19,665.20 to 30,080.30
- Développement complet 15.5%
- CAD 13,082.00 to 20,010.50
- Tests et corrections 7.7%
- CAD 6,498.80 to 9,940.70
- Mise en ligne 8.1%
- CAD 6,836.40 to 10,457.10
- Holdback, 30 days after launch (10%)
- CAD 8,440 to 12,910
Ejemplo práctico, con precio de hoy
Una aplicación web grande: una plataforma regulada
Cuarenta pantallas en inglés y francés, un diseño de marca completo, integraciones con otros sistemas, actualizaciones en directo, analítica y datos regulados, en una infraestructura en la nube mayor y con un plan de soporte.
- Desarrollo
- ≈ 140.000 US$ a 215.000 US$, delivered within 30 weeksCAD 199,800 to 305,600
Los precios en su moneda son estimaciones con el tipo de cambio de hoy del Banco de Canadá. Toda la facturación se emite en CAD o USD.
Esfuerzo estimado por perfil
- Développement
- 718 to 1098 h
- Concepteur de produits
- 223 to 342 h
- Concepteur de produits principal
- 149 to 228 h
- Développeur frontal
- 122 to 187 h
- Développeur dorsal principal
- 92 to 141 h
- Ingénieur assurance qualité
- 88 to 134 h
- Développeur dorsal
- 87 to 133 h
- Développeur frontal principal
- 73 to 112 h
- Gestionnaire de projet
- 59 to 90 h
- Ingénieur principal
- 54 to 82 h
- Développeur frontal junior
- 49 to 75 h
- Architecte logiciel
- 49 to 75 h
- Développeur dorsal junior
- 44 to 67 h
- Ingénieur DevOps
- 21 to 32 h
- Rédacteur technique
- 16 to 24 h
Cómo se paga
- Anticipo 20%
- CAD 39,960 to 61,120
- Découverte 7.7%
- CAD 15,384.60 to 23,531.20
- Maquettes approuvées 7.7%
- CAD 15,384.60 to 23,531.20
- Fonctions principales 23.3%
- CAD 46,553.40 to 71,204.80
- Développement complet 15.5%
- CAD 30,969 to 47,368
- Tests et corrections 7.7%
- CAD 15,384.60 to 23,531.20
- Mise en ligne 8.1%
- CAD 16,183.80 to 24,753.60
- Holdback, 30 days after launch (10%)
- CAD 19,980 to 30,560
Cómo leer el desglose por perfil
Compare los tres ejemplos perfil a perfil y no por el total. Hay unas pautas que aparecen en casi todos los proyectos web.
- La gestión del proyecto crece con el proyecto, pero no en proporción. Un proyecto mayor tiene más hitos y más personas que coordinar, pero el núcleo de la planificación y los informes está ahí desde la primera semana.
- El diseño da un salto con la profundidad del diseño, no solo con el número de pantallas. Pasar de un aspecto limpio y estándar a un sistema de marca completo cambia las horas del diseñador más que añadir unas cuantas pantallas.
- Las horas de backend siguen a las funciones. Una pequeña herramienta interna es sobre todo pantallas; un portal con pagos y subida de archivos es sobre todo reglas, datos y casos límite.
- El QA sube con fuerza con los pagos y los datos regulados. Probar un flujo de pago significa probar reembolsos, fallos, reintentos y lo que ve un cliente cuando se rechaza una tarjeta.
- La arquitectura y el DevOps son poca cosa en una aplicación pequeña e imprescindibles en una grande. Una plataforma con integraciones y actualizaciones en directo necesita a alguien que decida cómo encajan las partes antes de que nadie las construya.
Si un presupuesto que recibe casi no muestra QA, o no muestra gestión del proyecto, ese trabajo no ha desaparecido. Ha pasado a usted, normalmente después de la puesta en marcha.
Dónde recortar, y dónde no
La mayoría de los presupuestos disponibles son más ajustados que la primera estimación. Es normal, y hay formas buenas y malas de cerrar la diferencia.
| Normalmente un buen recorte | Normalmente un mal recorte |
|---|---|
| Menos pantallas en la primera versión, con el resto planificado para después | Menos pruebas en los pagos o en todo lo que toque dinero |
| Un diseño limpio y estándar en lugar de un sistema de marca completo, para una herramienta interna | Ningún trabajo de accesibilidad en un sitio público |
| Un solo idioma en el lanzamiento si sus usuarios de verdad usan uno solo | Sin copias de seguridad, monitorización ni forma de restaurar |
| Una herramienta estándar para una necesidad secundaria, como un servicio de asistencia, en lugar de desarrollarla | Prescindir de los documentos de traspaso, de modo que solo el equipo original pueda mantenerla |
| Una fecha de lanzamiento flexible | Quitar la revisión de seguridad previa a la puesta en marcha |
La accesibilidad merece un comentario aparte. Las Pautas de Accesibilidad para el Contenido Web (WCAG) del W3C definen tres niveles de conformidad, A, AA y AAA [1], y AA es el nivel al que aspiran la mayoría de las organizaciones. Construir con él desde el principio cuesta mucho menos que adaptarlo después, y adaptarlo después es lo que suele pasar cuando se recorta.
Con la seguridad ocurre algo parecido. El OWASP Application Security Verification Standard es una lista publicada de requisitos para probar los controles de seguridad de una aplicación web [2]. Pregunte a cualquier estudio con qué partes de ella comprueba su trabajo, y cuándo. Un presupuesto más barato que deja la seguridad para el final es un proyecto más caro.
A veces el recorte correcto es no desarrollar nada. Si lo que necesita es una página de reservas sencilla, un formulario o una tienda online, un producto alojado le costará menos que una aplicación a medida durante años. Se lo diremos cuando sea así. El software a medida justifica su precio cuando su proceso es su ventaja, o cuando ningún producto encaja con él.
Lo que no entra en el precio del desarrollo
El desarrollo es un coste puntual. A su lado hay otros tres tipos de coste, y una buena estimación los nombra todos.
- El alojamiento, cada mes: los servidores, la base de datos, el almacenamiento y las copias de seguridad, del proveedor que elija, más nuestra gestión si lo administramos nosotros.
- El soporte y el mantenimiento, cada mes si lo quiere: actualizaciones de seguridad, actualizaciones de dependencias, pequeñas correcciones y alguien a quien llamar cuando algo falla.
- Los costes de terceros: envío de correo, comisiones de los pagos, mapas, SMS y licencias. Se facturan a coste y a menudo son pequeños, pero crecen con el uso.
Nuestra guía sobre lo que cuesta el software después de la puesta en marcha repasa esos costes de funcionamiento con sus propios ejemplos.
Cómo comparar presupuestos de distintos estudios
- 01
Pida las horas por perfil
Un total sin más no dice nada de lo que se ha supuesto. Las horas por perfil muestran si el diseño, las pruebas y la gestión del proyecto están en el precio o se han dejado fuera sin decirlo.
- 02
Pida los supuestos
Las pantallas, las funciones, las integraciones y la profundidad del diseño sobre las que se hizo cada presupuesto. Dos presupuestos solo son comparables cuando los supuestos coinciden.
- 03
Pregunte qué queda excluido
El alojamiento, el soporte, las comisiones de terceros, la carga de contenidos y la migración de datos son los sospechosos habituales.
- 04
Pregunte cómo se valoran los cambios
Todos los proyectos cambian. Un proceso claro de órdenes de cambio importa más que una primera cifra baja.
- 05
Pregunte de quién es el código
Debe ser suyo una vez pagado, en su propio repositorio y con las cuentas a su nombre.
Un anticipo, los pagos por hitos y una retención después de la puesta en marcha son nuestra forma de repartir el riesgo en un desarrollo a precio cerrado. Los calendarios de arriba muestran cada hito de los ejemplos, y nuestra guía sobre los pagos explica por qué está organizado así.