El estudio que construye lo que no viene hecho

Aquí llegan tres tipos de encargo. El proceso que lleva años parcheado con hojas de cálculo y correos, porque ningún programa hace exactamente eso. El expediente, el contrato o el histórico que nadie tiene tiempo de leer entero, y del que hay que sacar respuestas. Y el piloto de IA que funcionaba en la demostración y nunca llegó a producción.

Los tres tienen arreglo. Los tres se parecen en algo: el problema no es el modelo ni el lenguaje de programación, es que nadie se ha sentado a escribir qué tiene que pasar exactamente. Por eso aquí se empieza por la especificación.

1. 01

   Entender el problema, no el encargo

   La primera conversación no va de tecnología. Va de qué pasa hoy, quién lo hace, cuánto tarda y qué se rompe cuando falla. De ahí sale si hace falta software, si hace falta IA, o si hace falta las dos cosas. A veces sale que no hace falta ninguna, y eso también se dice.
2. 02

   Escribir la especificación

   Antes de la primera línea de código se escribe qué tiene que hacer el sistema, con qué datos, con qué permisos y cómo se sabrá que funciona. Es un documento que lees tú y entiendes tú. Si algo no está claro ahí, no se va a aclarar solo más adelante.
3. 03

   Construir con la especificación delante

   El desarrollo va contra ese documento. Usamos IA en nuestro propio proceso para ir más rápido, pero el criterio y la arquitectura los ponemos nosotros. Cada entrega se puede abrir y probar; no hay meses de silencio.
4. 04

   Medir antes de dar nada por bueno

   En la parte de IA esto no es opcional. Un conjunto de casos reales, un porcentaje de aciertos y un umbral acordado por escrito. Si no llega, no sale. Y cuando sale, se sigue midiendo, porque los datos cambian y el sistema se desajusta solo.
5. 05

   Dejarlo funcionando y documentado

   El proyecto termina con el sistema en producción, la documentación escrita y tu equipo sabiendo tocarlo. Si quieres que sigamos nosotros, seguimos. Si quieres llevártelo dentro, se lo lleva tu gente sin depender de una llamada nuestra.

En la nube, con proveedor. Lo más rápido y lo más barato de operar. Vale cuando el dato no es sensible o cuando el contrato del proveedor cubre lo que tenéis que cumplir.

En vuestra nube. El modelo lo pone un tercero, pero se ejecuta dentro de vuestra infraestructura y el dato no sale de vuestra cuenta. Es el punto medio y el que elige la mayoría.

En vuestra casa. Modelos abiertos desplegados en vuestros propios servidores, sin conexión con el exterior. Cuesta más y rinde algo menos, y a cambio el dato no cruza ninguna puerta. Cuando trabajáis con expedientes de terceros, historiales o información sujeta a secreto, suele ser la única opción sobre la mesa. Ver despliegue privado.