Los primeros 90 días de un proyecto de IA en el despacho
Los proyectos de inteligencia artificial en despachos fracasan más por falta de método que por falta de tecnología: se compra una herramienta sin proceso definido, se usa tres semanas con entusiasmo y se abandona cuando nadie mide nada.
Los proyectos de inteligencia artificial en despachos fracasan más por falta de método que por falta de tecnología: se compra una herramienta sin proceso definido, se usa tres semanas con entusiasmo y se abandona cuando nadie mide nada. Esta guía propone una ruta de 90 días en tres fases — diagnóstico, piloto, decisión — con entregables concretos por fase, pensada para despachos mexicanos pequeños y medianos.
Días 1-30: diagnóstico y política de uso
El primer mes no toca herramienta: toca papel. Entregables: inventario de procesos candidatos (clasificación documental, extracción de datos, resúmenes, transcripciones, borradores rutinarios); clasificación de datos del despacho según su sensibilidad (públicos, internos, confidenciales de cliente, datos personales); y una política de uso de IA de una o dos páginas que diga qué se puede, qué no se puede y quién responde. Designar un responsable del proyecto con tiempo asignado: los proyectos "de todos" son de nadie. En esta fase también conviene levantar la medición base: cuántas horas toma hoy cada proceso candidato, porque sin línea base no hay forma de demostrar mejora.
Días 31-60: piloto en un solo proceso
Elegir un proceso con tres características: volumen alto, riesgo jurídico bajo y resultado medible. El clásico mejor piloto es la extracción de datos de contratos o la clasificación documental. Configurar la herramienta con las salvaguardas decididas en la fase anterior, capacitar al equipo que la usará (una sesión práctica, no una presentación) y operar el piloto en paralelo al proceso manual durante todo el mes. Registrar cada semana: tiempo por documento, errores detectados en revisión, incidencias de uso. La revisión humana del 100% de las salidas no es negociable durante el piloto.
Días 61-90: evaluación y decisión
Con los datos del piloto en la mano, comparar contra la línea base: ahorro real de horas, tasa de error, costo por documento, satisfacción del equipo. La decisión de cierre tiene tres salidas legítimas: escalar (extender a más procesos o más usuarios), ajustar (cambiar configuración o proveedor) o abandonar (si los números no sostienen el costo). Las tres son éxitos si se toman con datos; el fracaso es seguir pagando una herramienta que nadie mide. Documentar la decisión y las lecciones: serán el punto de partida del siguiente piloto.
Errores que matan los proyectos de IA
Comprar antes de diagnosticar. Elegir el proceso más visible en vez del más medible. No designar responsable. No medir la línea base. Dejar la revisión humana "para después". Y el más grave: permitir que datos confidenciales de clientes entren a herramientas no evaluadas, con el riesgo legal y deontológico que eso implica bajo la ley mexicana de protección de datos personales.
Qué hacer al día 91
Si el piloto escaló: repetir el ciclo con el siguiente proceso de la lista, aprovechando la política, el responsable y la disciplina de medición ya creados. Si se ajustó: segundo piloto con la configuración nueva. Si se abandonó: registrar por qué, porque esa información ahorra dinero en la siguiente evaluación. En todos los casos, comunicar al equipo qué se decidió y por qué: la adopción de tecnología es un proceso cultural tanto como técnico.
El papel del responsable del proyecto
La figura del responsable merece párrafo propio porque es el factor que más predice el resultado. No requiere un tecnólogo: requiere alguien con autoridad para decidir, tiempo asignado (aunque sean dos horas semanales) y disposición para medir. Sus funciones concretas: mantener la política de uso actualizada, coordinar la capacitación, recoger las métricas del piloto, ser el punto de contacto con el proveedor y presentar la recomendación de cierre al despacho. En despachos pequeños suele ser el socio más interesado; en despachos medianos, un asociado senior con horas protegidas. Lo que no funciona es el comité permanente sin responsable: las decisiones se diluyen y el proyecto muere de inanición entre reunión y reunión.
Capacitación: la sesión que sí funciona
La capacitación efectiva en estas herramientas no es una presentación de funciones, es una sesión de trabajo real: cada participante ejecuta el proceso piloto con documentos propios, comete los errores típicos en ambiente controlado y aprende a verificar las salidas. Cuarenta y cinco minutos de práctica supervisada enseñan más que tres horas de diapositivas. Conviene además dejar una guía de una página con los usos aprobados, los prohibidos y los tres errores más comunes detectados durante el piloto, y citarla en la política de uso. La capacitación no es un evento del mes dos: se repite con cada incorporación al equipo y cada cambio relevante de la herramienta.
Preguntas frecuentes
¿Cuánto cuesta un piloto de 90 días?
Depende de la herramienta; el costo principal suele ser el tiempo del equipo, no la licencia. Medirlo también forma parte del piloto.
¿Necesito contratar consultoría externa?
No necesariamente; con un responsable interno y esta ruta, un despacho pequeño puede ejecutar el piloto por cuenta propia.
¿Qué proceso elijo si ninguno parece "bajo riesgo"?
El de menor sensibilidad de datos: transcripción de juntas internas o resúmenes de doctrina pública son buenos arranques.
¿Qué pasa si el equipo no usa la herramienta?
Se mide y se reporta igual: la no adopción es un dato del piloto, con sus causas, no un fracaso a esconder.
Fuentes y límites
- Guía metodológica basada en prácticas de gestión de proyectos y en la cobertura previa de esta cabecera: automatización legal con IA: estrategia y errores comunes al usar IA: guía.
- Ley Federal de Protección de Datos Personales en Posesión de los Particulares: https://www.diputados.gob.mx/LeyesBiblio/pdf/LFPDPPP.pdf (consultada el 26-10-2026).
Información, no asesoramiento jurídico.
