Sistemas de operaciones
Desarrollo de IA a medida: la prueba se firma antes de construir
SISTEMA DE OPERACIONES PILOTO DE DOS A CUATRO SEMANAS, DESARROLLO DE CUATRO A DIEZ ESPAÑOL E INGLÉS
Un proceso repetitivo, mapeado con las personas que lo hacen. Después un piloto de pago con una prueba de apto o no apto acordada y firmada por escrito antes de gastar nada en construir. Después un desarrollo a importe cerrado. Después un plan de mantenimiento opcional. Tres pasos, y cada uno es una decisión que tomas por separado.
Empieza la conversación.
El trabajo que se está comiendo tu semana
En algún sitio de tu empresa hay una persona cualificada que dedica horas al día a trabajo de mucho volumen y poco criterio. Es repetitivo. Va cargado de idioma. Y en esta costa muchas veces se hace dos veces, una en español y otra en inglés, la misma persona la misma tarde.
Es demasiado específico para un programa que se compra hecho y demasiado constante para seguir ignorándolo. Esa es la forma de un buen candidato: ni un departamento ni una estrategia, sino un proceso con principio y final, repetido lo bastante como para que reducirlo a la mitad valga algo.
Si no tienes claro cuál es ese proceso, la auditoría de visibilidad en IA incluye una pasada por tus operaciones que nombra los tres que conviene hacer primero.
Tres pasos, y puedes parar en cualquiera
PASO 01 · Piloto · de dos a cuatro semanas
Mapeamos el proceso con las personas que lo hacen de verdad. Después acordamos por escrito qué es un apto y qué es un no apto, y eso lo firmas antes de que construyamos nada. Levantamos la versión más pequeña que se puede medir contra esa prueba y la ponemos a funcionar sobre tu trabajo real, no sobre un juego de datos de demostración.
PASO 02 · Desarrollo · de cuatro a diez semanas
Solo si el piloto ha resultado apto. Importe cerrado, alcance cerrado, integrado con las herramientas que tu equipo ya usa. Formamos a tu gente en el idioma en el que trabaja y la documentación de traspaso se entrega el día de la puesta en marcha, para que no quede nada del sistema viviendo solo en nuestra cabeza.
PASO 03 · Mantenimiento · opcional, mensual
Un sistema que toca trabajo real necesita a alguien que lo sostenga cuando un proveedor cambia una integración o el proceso cambia de forma. El plan de mantenimiento es opcional y se presupuesta aparte, para que el soporte esté financiado y no se vaya racionando.
LEÍDO
Qué es la prueba
FIRMADA ANTES DE CONSTRUIR APTO O NO APTO SIN PROMESAS DE RESULTADO
Una prueba de apto o no apto es una frase que las dos partes pueden comprobar. Dice qué proceso es, qué volumen tiene que aguantar, qué listón de calidad tiene que superar y en qué fecha. Se pone por escrito y se firma antes de gastar nada en construir.
Si el piloto resulta apto, tienes una evidencia en lugar de una opinión, y el desarrollo ya viene con su especificación escrita.
Si resulta no apto, tienes una respuesta. El piloto se paga igual, porque ha hecho justo aquello para lo que lo contrataste: contarte la verdad sobre un proceso antes de que comprometieras un presupuesto en un sistema montado a su alrededor. Un no claro en la semana tres vale más que un sí lento en el mes seis.
Esto es una prueba que acordamos por adelantado y después ejecutamos, y va atada al proceso: el volumen que tiene que aguantar, el listón de calidad y la fecha. Tu facturación, tus clientes potenciales y tu tasa de conversión quedan fuera, porque nadie tiene una referencia previa de eso en tu mercado, ni nosotros ni nadie, y quien te ofrezca una te está describiendo una hoja de cálculo, no tu empresa.
Qué incluye el desarrollo
- Mapeo del proceso con las personas que lo hacen, no solo con quien lo encarga.
- La prueba de apto o no apto, escrita y firmada antes de gastar nada en construir.
- Desarrollo e integración con las herramientas que ya tienes en marcha.
- Formación al equipo en el idioma en el que trabaja.
- Treinta días de acompañamiento después de la puesta en marcha.
- Documentación de traspaso el día de la puesta en marcha: cómo funciona, cómo se cambia y qué hacer la primera vez que se rompa.
La parte que casi todos se saltan
El fallo habitual llega tres meses después de la puesta en marcha, con el sistema funcionando y nadie usándolo. Aterrizó sobre personas que no estuvieron en la sala y a las que nadie formó, y a las cuatro de la tarde la forma antigua todavía sirve.
Por eso la adopción entra en el alcance desde la primera sesión. Quien hace el trabajo está en el mapeo. La formación es en su idioma, no en el tuyo ni en el nuestro. Los treinta días posteriores a la puesta en marcha son parte del proyecto y no de otra factura. Y la documentación se entrega ese día, no cuando alguien la pide, para que si nos sustituyes el sistema siga funcionando.
Sobre ese modo de fallar escribimos en por qué fallan los proyectos de IA, y cómo llevamos un proyecto está en nuestro método.
Solo presupuesto, y por qué
SE DEFINE ANTES DE PRESUPUESTAR IMPORTE CERRADO POR PASO
Dos empresas pueden describir el mismo proceso con las mismas palabras y estar lejísimos en el trabajo que exige construirlo. El alcance, las integraciones, el estado de los datos y cuántas excepciones tiene el proceso de verdad lo deciden todo, y nada de eso se sabe desde una página web.
Así que cada desarrollo se define primero y se presupuesta después, por escrito, y queda cerrado por paso antes de empezar ese paso. Por eso aquí recibes un presupuesto y no una horquilla: una horquilla sería una suposición sobre ti, y la cargarías tú.
Tres cosas incluidas por lo que suele salir mal
«Me voy a quedar atado.» La documentación de traspaso es un entregable del día de la puesta en marcha, no algo que tengas que pedir cuando quieres irte.
«Mi gente no lo va a usar.» Treinta días de acompañamiento después de la puesta en marcha, en el idioma de tu equipo, dentro del alcance desde el principio.
«Casi todos estos proyectos fracasan.» Fracasan sobre todo después del lanzamiento, cuando el desarrollo ya está hecho y nadie ha cambiado su forma de trabajar. La prueba de apto o no apto se firma antes de gastar nada en construir, y la adopción está en el alcance en vez de en la esperanza.
LEÍDO
El siguiente paso
Trae un proceso. Te diremos si da para un piloto, si es más pequeño de lo que crees o si directamente no merece la pena construirlo. En la conversación, no en una propuesta tres semanas después.
El desarrollo a medida está dentro de nuestros sistemas de operaciones, la familia que quita trabajo repetitivo de encima de la mesa. Su hermano es Hydra OS, donde la capa recurrente la llevamos nosotros en vez de construirte una.