Proceso antes que tecnología
Se modela la tarea y los datos antes de elegir framework, integración o pantalla.
——
Desarrollo web a medida para cuando la web tiene que adaptarse a la operación del negocio y no al revés: código propio, documentado y mantenible.
El desarrollo a medida empieza cuando la operación ya no cabe en una solución genérica.
El desarrollo web a medida resuelve procesos, datos e interfaces que requieren una arquitectura propia. Antes de programar se entiende qué personas intervienen, qué información entra y sale, qué excepción ocurre de verdad y qué mantenimiento podrá asumir el negocio después.
El alcance se define a partir de la decisión que debe facilitar la web, los datos que la sostienen y la operativa que el equipo quiere impulsar.
Se modela la tarea y los datos antes de elegir framework, integración o pantalla.
Usuarios, roles, trazabilidad y datos sensibles se diseñan para el caso de uso, no como una capa posterior.
Documentación, pruebas y criterios de evolución se incorporan al alcance para evitar una herramienta opaca.
La solución se ajusta a la situación de partida. Estas son las capas que se revisan para aportar valor al encargo.
El desarrollo web a medida empieza cuando la herramienta debe recibir datos, aplicar reglas, coordinar personas o dejar trazabilidad. No es una web más cara: es una solución para un problema operativo que una página convencional no resuelve.
La señal es siempre la misma: alguien mantiene una hoja de cálculo paralela porque el sistema no contempla vuestro caso. Ahí es donde el desarrollo a medida rinde, no en rehacer lo que un producto de mercado ya hace bien. El criterio antes de escribir código es comprobar si existe algo que lo resuelva al ochenta por ciento; si existe y ese veinte restante no es crítico, lo honesto es decirlo y no vender un proyecto.
El caso normal se programa en una tarde. El presupuesto y el calendario los deciden los otros: el pedido a medias, el cliente con condiciones especiales, el usuario que le da al botón dos veces, la factura que hay que rectificar. Sacar esos casos a la superficie en la primera fase evita la conversación incómoda del segundo mes, cuando aparecen de golpe y el alcance ya estaba cerrado.
Un desarrollo a medida crea una dependencia si nadie más puede entrarle. Se evita con decisiones aburridas: tecnología convencional, estructura previsible, dependencias mantenidas, y documentación de por qué se hizo así, que es lo que de verdad falta cuando llega otro equipo. El objetivo es que cambiar de proveedor sea una decisión de negocio y no una reconstrucción.
Cuando un proceso crítico se fuerza dentro de hojas de cálculo, correos, plugins o herramientas desconectadas y ese coste ya supera el de resolverlo bien.
Se trabaja por prioridades y entregas verificables. Los cambios se valoran con impacto en tiempo, datos, riesgo y valor operativo antes de incorporarlos.
Qué proceso se quiere resolver y quién lo hace hoy a mano. Ayuda ver el circuito real: dónde entra el dato, quién lo valida, dónde se pierde y qué sistema manda cuando dos dicen cosas distintas.
Empieza por los casos límite, no por el caso feliz. Qué pasa con un pedido incompleto, un cliente con tarifa especial o una sincronización que falla. Eso es lo que determina el trabajo real y el presupuesto.
Acceso a los sistemas implicados y una persona que conozca el proceso de verdad, no solo su versión documentada. Las integraciones se atascan casi siempre por permisos y por reglas de negocio no escritas.
Con datos reales en un entorno aparte y con los casos raros que ya han pasado alguna vez. Se prueba también qué ocurre cuando el otro sistema no responde, porque acabará no respondiendo.
En pasos que desaparecen y en errores que dejan de repetirse: pedidos que no hay que teclear dos veces, datos que ya no se persiguen por correo, tiempo que vuelve al equipo.
Se entrega documentado y con registro de lo que ocurre cuando algo falla, para que el problema se pueda diagnosticar sin llamar a quien lo programó. El soporte se define aparte y por escrito.
Los casos muestran cómo se traduce el trabajo en una situación real.
Una conversación breve permite concretar el encaje, las decisiones necesarias y el siguiente paso.
