Encargar una aplicación web a medida: guía para pymes
Cuándo una aplicación propia gana al software estándar, qué factores mueven el precio, cómo avanza un proyecto en cuatro etapas y qué rige en protección de datos e IA.
Encargar una aplicación web a medida significa disponer de un software que refleja exactamente sus procesos, funciona en el navegador y sustituye las hojas de cálculo, las entradas duplicadas y los atajos con los que trabaja hoy su equipo. Tiene sentido cuando un proceso repetitivo consume tiempo cada semana y ningún producto estándar lo cubre sin forzarlo. Para todo lo demás, el software estándar resulta más rápido y más económico. Esta guía muestra cómo distinguir ambos casos, qué factores mueven el precio, cómo se desarrolla un proyecto y qué obligaciones rigen en protección de datos y funciones de inteligencia artificial.
Lo esencial en breve
- Una aplicación web a medida se amortiza allí donde un proceso consume horas de trabajo con regularidad y el software estándar solo lo cubre con soluciones provisionales.
- La elección entre software a medida y software estándar no se decide por el precio, sino por si un proceso diferencia su negocio o únicamente lo administra.
- En ZeuZ IT las aplicaciones web parten de 2.500 €; una primera versión enfocada suele estar en uso en dos a cuatro semanas.
- Planifique por etapas: la primera versión incluye las dos o tres funciones de mayor utilidad y el resto surge del uso real.
- Operación, alojamiento, actualizaciones de seguridad y evolución entran en el cálculo desde el principio, no después de la puesta en marcha.
¿Cuándo conviene encargar una aplicación web a medida?
Una aplicación web a medida conviene cuando un proceso repetitivo cuesta tiempo medible y ningún producto estándar lo cubre sin trabajo adicional. El criterio no es la tecnología, sino la frecuencia: una tarea que ocurre diez veces al día y genera tres minutos de corrección cada vez cuesta al año más que la aplicación que la sustituye.
Tres señales apuntan en la práctica hacia una aplicación propia. Primera: la hoja de cálculo convertida en software de gestión que solo una persona de la empresa sabe mantener. Segunda: la entrada duplicada, porque dos sistemas no se comunican y alguien copia los datos a mano. Tercera: el contacto con el cliente que falla por culpa del software, con citas acordadas por correo, consultas de estado por teléfono y presupuestos olvidados en una bandeja de entrada.
Calcule el coste del proceso actual antes de pedir el primer presupuesto. Anote durante una semana con qué frecuencia se produce la tarea, cuántos minutos ocupa y cuántas veces hay que repetirla por falta de datos. Multiplique el resultado por un año y compárelo con el esfuerzo de desarrollo. Ese cálculo es la parte más objetiva de la decisión y protege en ambos sentidos: muestra cuándo una aplicación propia se paga en pocos meses y muestra con igual claridad cuándo un proceso ocurre demasiado poco para merecerla.
Lo contrario importa igual. Si su proceso coincide con el estándar del sector, si se trata de contabilidad, nóminas o gestión de almacén, o si todavía no sabe qué función se necesita primero, desarrollar algo propio es la respuesta cara a una pregunta que nadie ha hecho. Lo decimos abiertamente antes de que exista un presupuesto y remitimos entonces a un producto estándar o a las aplicaciones web listas de nuestro catálogo, que arrancan sin proyecto de desarrollo.
¿Software a medida o software estándar: qué encaja en su empresa?
El software estándar encaja mientras su proceso se parezca al estándar; una aplicación web a medida encaja en cuanto el proceso mismo diferencia su oferta. Ayuda separar los procesos que diferencian de los que administran: lo que los clientes valoran en usted merece software propio, lo que es igual en cualquier empresa se compra.
| Situación en la empresa | Software estándar | Aplicación web a medida |
|---|---|---|
| Contabilidad, nóminas, asuntos fiscales | Primera opción, con actualizaciones ante cambios legales | Pocas veces razonable |
| Proceso con reglas, plazos y aprobaciones propias | Solo posible con soluciones provisionales | Primera opción |
| Varios sistemas deben colaborar | Depende de las interfaces existentes | Las interfaces forman parte del proyecto |
| Los clientes deben gestionar algo por sí mismos | A menudo solo como portal rígido | Portal según su proceso y sus roles |
| Requisitos todavía poco claros | Entrada económica para aprender | Solo tras una fase con datos reales |
Mirar la difusión del software ayuda a clasificar. Según la Oficina Federal de Estadística de Alemania, en 2025 alrededor del 54 % de las empresas con al menos diez empleados usaba servicios de nube de pago, sobre todo para correo y almacenamiento de archivos; el software ERP y CRM en la nube, en cambio, llegaba solo al 23 % en cada caso. La base, por tanto, viene empaquetada, mientras que los procesos cercanos al día a día siguen siendo el hueco que llena una aplicación propia.
¿Cuánto cuesta una aplicación web a medida?
En ZeuZ IT una aplicación web a medida parte de 2.500 € y el precio fijo de cada etapa queda por escrito antes de empezar. Que en las pymes alemanas los presupuestos se calculan con estrechez lo demuestra el informe de digitalización 2025 del KfW: el gasto en digitalización de las pymes bajó hasta cerca de 24.000 millones de euros y solo el 30 % de las empresas llevó a cabo algún proyecto de digitalización. Por eso importa aún más que el primer paso sea pequeño y el precio se conozca antes.
Qué factores mueven realmente el precio puede aclararse de antemano, y justo ahí se decide si un proyecto se mantiene dentro del presupuesto.
| Factor de coste | Por qué mueve los costes de la aplicación web | Qué puede fijar de antemano |
|---|---|---|
| Número de roles de usuario | Cada rol trae sus propias vistas, permisos y comprobaciones | Empezar con dos roles y añadir más después |
| Interfaces con sistemas existentes | Los formatos ajenos y los casos límite consumen desarrollo y pruebas | Construir solo la interfaz de uso diario |
| Migración de datos de sistemas antiguos | Los registros históricos están incompletos y hay que depurarlos | Fijar una fecha de corte y archivar lo antiguo en solo lectura |
| Funciones en tiempo real y avisos | El envío, los reintentos y los registros generan esfuerzo adicional | Empezar con un resumen diario |
| Operación y evolución | Alojamiento, actualizaciones de seguridad y cambios siguen de forma permanente | Mostrar el esfuerzo de operación por separado en la oferta |
También conviene comparar con la alternativa del sitio web: una web corporativa se calcula de otro modo, tanto al crearla como al mantenerla, que una aplicación con acceso y datos propios. Cómo se compone el coste de un sitio web lo detallamos en nuestra guía de costes de una web para pymes; los paquetes de diseño y mantenimiento están en precios y alcance de los servicios.
¿Qué procesos automatizan las pymes con una aplicación web?
La automatización de procesos es posible allí donde hoy la información pasa de mano en mano: citas, aprobaciones, plazos, avisos de estado y documentos. El beneficio no surge de automatizar en sí, sino de que nadie tenga que preguntar ya en qué punto está un expediente.
- Sistemas de reservas y citas que gestionan disponibilidad, confirmaciones y recordatorios sin una llamada.
- Sistemas de gestión y de documentos, por ejemplo una gestión de contratos que avisa antes de que venzan los plazos.
- Portales de cliente en los que el propio cliente consulta estados, archivos y facturas.
- Herramientas internas que conectan dos sistemas y acaban con la entrada duplicada.
- Plataformas multiinquilino con las que ofrece la misma aplicación a varios clientes de forma separada.
- Sistemas de tickets y soporte, además de paneles que reúnen en una sola pantalla indicadores de varias fuentes.
Entre los ejemplos de nuestro trabajo hay un sistema de reservas para negocios con cita previa, una gestión de contratos con avisos de vencimiento y una plataforma para asesores financieros con inquilinos separados. Cuando además hay que evaluar textos, documentos o solicitudes, el tema linda con la automatización con IA para tareas repetitivas; el papel de los modelos en el propio desarrollo lo describe nuestro artículo sobre la IA en el desarrollo web.
Mida el efecto tras la puesta en marcha con dos o tres cifras definidas de antemano: el tiempo desde la solicitud hasta la respuesta, el número de repreguntas por expediente o la proporción de citas que reservan los propios clientes. Sin esos valores de partida, cualquier valoración queda en cuestión de gustos y la siguiente etapa se planifica según quién protesta más alto, no según la utilidad. Con ellos, la aplicación se convierte en una herramienta cuya evolución puede justificarse, incluso ante una dirección que debe rendir cuentas de cada paso adicional.
¿Qué es una aplicación web y qué tecnología hay detrás?
Una aplicación web es software que funciona en el navegador y se opera en un servidor; «aplicación en línea» designa lo mismo. Consta de tres partes: la interfaz en el navegador, la lógica de la aplicación en el servidor y la base de datos. No se instala nada; la aplicación es accesible mediante una dirección, en ordenador, tableta y teléfono.
En ZeuZ IT esas partes se construyen con React para la interfaz, Node.js para la lógica, PostgreSQL o MongoDB para los datos y despliegue en la nube. La elección sigue a la tarea, no a la moda: una aplicación con estructura tabular clara y con informes está mejor servida por una base de datos relacional, y una aplicación con documentos muy dispares, por una orientada a documentos. Ambas vías están probadas y ambas admiten ampliaciones posteriores, siempre que el modelo de datos se recortara con limpieza al principio.
Cuatro piezas técnicas son casi iguales en todos los proyectos y determinan cómo se siente la aplicación en el día a día. El acceso con roles y permisos define quién puede ver y modificar qué. Las interfaces conectan la aplicación con los sistemas existentes para que no nazca una isla. Los avisos llevan plazos y aprobaciones a las personas afectadas. Y los registros hacen rastreable quién cambió qué expediente y cuándo, algo que en reclamaciones y auditorías suele importar más que cualquier función adicional.
En la operación cuenta sobre todo la fiabilidad: un entorno supervisado, actualizaciones de seguridad realmente aplicadas, copias de seguridad probadas y una vía clara para notificar y resolver errores. Estos puntos pertenecen a la oferta y no a una conversación posterior, porque constituyen la parte permanente del coste.
¿Cómo se desarrolla un proyecto si encarga una aplicación web?
Un proyecto se desarrolla en cuatro etapas y cada etapa termina con un resultado que usted mismo puede revisar. El orden se elige a propósito para que las decisiones caras se tomen mientras cambiarlas sigue siendo barato.
- Recogida de requisitos: se registran procesos, roles de usuario e interfaces y se define qué debe ofrecer la primera versión y qué expresamente no.
- Concepto y precio fijo: quedan fijados el modelo de datos, la interfaz y la arquitectura, y usted recibe una oferta escrita con precio fijo para la etapa acordada.
- Desarrollo por pasos: prueba versiones intermedias funcionales con casos reales de su empresa, en lugar de ver el producto acabado por primera vez al final.
- Puesta en marcha y evolución: la aplicación entra en servicio y después el uso real decide las siguientes funciones.
Dos cosas deciden el curso del proyecto. Primera: una persona responsable por su parte que resuelva dudas en días; sin ella, cada etapa se alarga. Segunda: datos de prueba reales, porque una aplicación comprobada solo con ejemplos inventados muestra sus lagunas en el uso diario. Cómo delimitamos los proyectos y qué aplicaciones han salido de ellos se ve en la página de proyectos realizados.
¿A qué debe atender en protección de datos, operación y funciones de IA?
La protección de datos pertenece a la planificación, no a la aceptación final. Si un proveedor trata datos personales por cuenta de usted, sea en el alojamiento, el mantenimiento o la búsqueda de errores, se requiere un contrato de encargo de tratamiento según el artículo 28 del Reglamento General de Protección de Datos; el apartado 3 enumera lo que debe regular. Aclare además la ubicación del servidor, los plazos de conservación y quién en la empresa puede ver qué datos. Los roles y permisos no son un añadido, sino parte del modelo de datos.
Las funciones de IA tienen marco propio desde 2024. El Reglamento (UE) 2024/1689, el reglamento de inteligencia artificial, exige en su artículo 50, entre otras cosas, que las personas puedan reconocer cuándo interactúan con un sistema de IA; esas obligaciones de transparencia se aplican desde el 2 de agosto de 2026. En la práctica eso significa que un asistente del portal de clientes indica qué es, que las propuestas siguen siendo rastreables y que una decisión con consecuencias para personas queda en manos de una persona. Quien responde a estos puntos en el concepto no necesita añadidos más tarde.
El tercer punto es la operación. Fije por escrito antes de empezar a quién pertenece el código fuente, dónde funciona la aplicación, cómo se aplican las actualizaciones de seguridad y con qué frecuencia se crean y se restauran las copias de seguridad. Una copia que nunca se ha restaurado es una suposición, no una copia de seguridad.
¿Qué errores encarecen el desarrollo con más frecuencia?
Un proyecto se encarece pocas veces por la tecnología y muchas por decisiones demasiado grandes tomadas demasiado pronto. Cuatro patrones aparecen con especial frecuencia y los cuatro pueden evitarse antes.
- Todo a la vez: un alcance que cubre cada caso especial de los últimos diez años retrasa meses la utilidad y eleva el precio antes de que una sola línea funcione en producción.
- Digitalizar en lugar de ordenar: un proceso enrevesado no mejora con software, solo se vuelve rápido en su enredo. Antes del desarrollo está la pregunta de qué pasos pueden suprimirse.
- Nadie cuida los datos: sin una responsabilidad clara sobre los datos maestros, la nueva aplicación acaba igual de desordenada que la hoja de cálculo antigua.
- Operación sin presupuesto: si tras la puesta en marcha no se reserva presupuesto para cambios, la aplicación se congela en el estado del primer día y se sustituye en dos años.
Si duda sobre qué etapa tiene sentido primero, vale la pena mirar nuestros servicios de aplicaciones web y portales a medida: allí encontrará los tipos de aplicación habituales con alcance, duración y precio de entrada.
¿Cuánto cuesta una aplicación web sencilla para un equipo pequeño?
La entrada se sitúa en la franja baja de cuatro cifras cuando la primera versión asume una tarea bien delimitada, por ejemplo la reserva de citas o el control de plazos con dos roles de usuario. El precio fijo vinculante de esa etapa lo recibe por escrito antes de que empiece el desarrollo; el alojamiento y la operación se indican por separado.
¿Cuánto tarda la primera versión utilizable?
Una primera versión enfocada suele estar en uso en dos a cuatro semanas. Las aplicaciones más amplias se planifican por etapas y cada una entrega un estado con el que su equipo puede trabajar, en lugar de aceptar todo junto al final.
¿Puede conectarse la aplicación con los sistemas existentes?
Sí. Mediante interfaces conectamos la aplicación con los sistemas existentes, por ejemplo gestión de clientes, correo o contabilidad. Qué conexión es técnicamente posible depende del sistema de destino, por eso revisamos las interfaces antes de la oferta y no durante el desarrollo.
¿De quién es el código fuente al terminar el proyecto?
Los derechos sobre el código fuente se regulan por escrito en la oferta antes de empezar. Así sabe de antemano qué puede ceder, operar por su cuenta o encargar a otro proveedor, una cuestión que la experiencia sitúa años después.
¿Necesitamos además una aplicación móvil?
Las aplicaciones web funcionan en el navegador en ordenador, tableta y teléfono, así que pocas veces hace falta una app adicional. Si la cámara, el uso sin conexión o los avisos push son centrales, valoramos una app como complemento y lo decimos cuando el beneficio añadido no justifica el esfuerzo.
Aplicaciones web a medida mit ZeuZ IT
Recogemos sus procesos, delimitamos una primera versión en torno a las funciones de mayor utilidad y la realizamos a precio fijo: de la base de datos a la interfaz, con roles, interfaces y operación. Si un proyecto no justifica el esfuerzo porque un producto estándar basta, lo decimos abiertamente en la primera conversación y proponemos la vía más económica. Díganos el proceso que más tiempo cuesta a su equipo y le respondemos con una valoración y un precio fijo.