01 · CRITERIO
Cómo decidimos
Validamos el problema con una fase de descubrimiento y una entrega pequeña antes de comprometer toda la inversión.
Cobertura en Cádiz · operación remota desde Rute
El software genérico deja de encajar cuando el proceso diferencial del negocio no puede modelarse sin trabajo manual o duplicidades.
Cádiz pide «software empresarial a medida», con el adjetivo empresarial delante. La página distingue cuándo un desarrollo propio se justifica y cuándo una herramienta existente resuelve lo mismo por mucho menos. No simula una sede, un equipo ni casos de cliente en Cádiz.
El escenario gaditano es un proceso que ninguna herramienta estándar cubre del todo y que hoy se sostiene con hojas de cálculo. Se acota el alcance mínimo que aporta valor y se descarta lo que puede esperar a una segunda fase.
01 · CRITERIO
Validamos el problema con una fase de descubrimiento y una entrega pequeña antes de comprometer toda la inversión.
02 · ENTREGA
Mapa de requisitos, prototipo, desarrollo iterativo, pruebas, documentación y traspaso técnico.
03 · VALIDACIÓN
El software a medida tiene coste de propiedad para siempre: mantenimiento, dependencias que caducan y conocimiento que hay que documentar. Si una herramienta estándar cubre el 80 %, casi siempre gana la estándar.
Contexto
La consulta gaditana incluye el adjetivo empresarial, lo que la separa de quien busca una aplicación suelta. Describe un proceso interno que ninguna herramienta estándar cubre del todo y que hoy se sostiene con hojas de cálculo compartidas y acuerdos verbales.
La pregunta previa a cualquier presupuesto es si ese desarrollo debe existir. Un software propio tiene coste de propiedad indefinido: mantenimiento, dependencias que caducan, un servidor que actualizar y conocimiento que hay que documentar para que no dependa de una persona. Si una herramienta existente cubre el ochenta por ciento, casi siempre gana la herramienta.
Cuando el desarrollo sí se justifica, el riesgo se desplaza al alcance. Los proyectos a medida no suelen fallar por dificultad técnica sino por crecer sin freno hasta que se agota el presupuesto con la mitad construida y nada utilizable.
Alcance
Qué herramientas existentes se han probado y en qué punto concreto fallan, documentado para poder revisar la decisión más adelante.
La versión más pequeña que ya sirve para trabajar, separada de todo lo que puede esperar a una segunda fase.
Qué información hay que importar del sistema actual, en qué estado está y cuánto trabajo de limpieza requiere antes de migrarla.
Qué cuesta mantener el software cada año: infraestructura, actualizaciones de dependencias y horas de soporte previsibles.
Código y decisiones documentados para que otro equipo pueda continuar. Es lo primero que se recorta y lo que más caro sale después.
La primera fase es un análisis funcional acotado: se describe el proceso, se prueban dos o tres herramientas existentes contra él y se documenta dónde fallan exactamente. Si ninguna sirve, ese mismo documento es la especificación del desarrollo. Si alguna sirve, se ha ahorrado un proyecto entero, y ese también es un resultado válido de esta fase.
Checklist previo
Fuentes primarias
Controles de seguridad aplicables al desarrollo de software.
Documentación técnica abierta sobre estándares y APIs web.
Revisión editorial: 23/07/2026. Los datos variables se vuelven a validar antes de cada propuesta.
No. El servicio se presta en remoto desde Rute, Córdoba. Un desplazamiento a Cádiz solo se incluye si se acuerda en el alcance.
Mapa de requisitos, prototipo, desarrollo iterativo, pruebas, documentación y traspaso técnico. El presupuesto concreta qué entregables aplican y cómo se aceptan.
No. Definimos una línea base, cambios medibles y criterios de aceptación, pero no prometemos ventas, posiciones ni indexación permanente.