Un SOP de revisión de contratos es el procedimiento documentado y repetible que decide qué pasa con cada contrato que entra a la cola de Legal: en qué tier cae, quién lo revisa, contra qué posiciones del playbook, dentro de qué SLA y quién tiene autoridad de firma. Es un documento de ruteo primero y una guía de redacción después. Sin él, cada acuerdo se trata como si fuera a medida — los NDA de rutina consumen horas de abogados senior mientras los MSA que cargan la responsabilidad real se quedan con el tiempo que sobra.
Un SOP no es un playbook. El playbook dice que un tope de responsabilidad por debajo de 12 meses de fees es inaceptable; el SOP dice quién puede aceptarlo de todos modos, a qué tamaño de deal, y qué pasa cuando la contraparte se niega. Los equipos que escriben un playbook y lo archivan como SOP terminan con posiciones defendibles y sin ruteo — que es la misma cola con la que empezaron.
Por qué se movió la línea del tier
El State of the Industry Report 2026 de CLOC (publicado el 2 de marzo de 2026, sobre 135 departamentos legales con ingresos medianos de $13B) pone números al aprieto: 63% de los departamentos reportan demanda creciente en cumplimiento regulatorio y 58% en ciberseguridad, mientras que solo 47% espera que crezca el gasto legal interno — contra 65% el año anterior — y 32% espera crecimiento en headcount de abogados. El 85% ya tiene supervisión o recursos dedicados a IA.
El volumen sube, la capacidad de revisión está plana y la carga de gobernanza es trabajo nuevo en sí mismo. La única palanca que queda es la definición de lo que nunca llega a un revisor. Esa definición es la línea del tier 1, y moverla es la edición de mayor rendimiento que puedes hacerle a este documento.
El modelo de triaje de cuatro tiers
Clasifica por riesgo y desviación, no por etiqueta de contrato:
| Tier | Definición | Revisor | SLA |
|---|---|---|---|
| 1 | Tu papel o un estándar mutuo, cero desviaciones del playbook — NDA estándar, orden de compra estándar, DPA estándar | Revisión con IA contra el playbook, aprobación automática si pasa limpio | 4 horas hábiles |
| 2 | Menos de $50K TCV, o 1-3 desviaciones todas dentro de posiciones de fallback — MSA de proveedor, NDA no estándar, oferta laboral | Contract manager o paralegal, asistido por IA | 2 días hábiles |
| 3 | $50K-$500K TCV, papel personalizado de la contraparte, o cualquier desviación más allá del fallback | Abogado in-house | 5 días hábiles |
| 4 | Deal estratégico, M&A, materia regulada, cercano a litigio, cualquier cosa sin tope | In-house senior + abogados externos | Por materia |
El tier 1 se define por conteo de desviaciones, no por tipo de contrato. Este es el cambio que la mayoría de los equipos no ha hecho. “Todos los NDA son tier 1” se rompe la primera vez que una contraparte manda su propio NDA con una cláusula de supervivencia a cinco años y una indemnización unilateral. “Cualquier acuerdo con cero desviaciones del playbook es tier 1, se llame como se llame” escala, y permite que una orden de compra limpia y un DPA limpio tomen el mismo camino.
El volumen detrás de esa línea es real: el lanzamiento de marzo de 2026 de Luminance ubica a los NDA en más del 15% de todos los contratos empresariales — una cifra del proveedor, y direccionalmente consistente con lo que parece la mayoría de las colas in-house. Los umbrales cambian por industria: salud y servicios financieros empujan contratos hacia arriba por la capa de cumplimiento, y las empresas que venden con su propio papel empujan una porción mayor hacia abajo.
Qué va en el documento
Un SOP funcional ocupa de 6 a 15 páginas:
- Reglas de triaje. Definiciones de tier, quién asigna el tier, qué excepciones existen y quién puede invocarlas.
- Requisitos de intake por tipo de contrato. Los campos mínimos que Legal necesita antes de que arranque el reloj — contraparte, TCV, plazo, categorías de datos involucradas, quién es dueño de la relación. Un intake incompleto se rebota, no se encola.
- Posiciones del playbook por tipo de contrato. Aceptable, fallback y punto de retiro en cada cláusula material: tope de responsabilidad, indemnización, propiedad de IP, tratamiento de datos, ley aplicable, plazo, renovación automática, cesión por cambio de control.
- Matriz de aprobación. Quién firma en qué umbral de monto, de riesgo y de duración.
- Disparadores de escalamiento. Numéricos y explícitos — “escalar al GC por encima de $500K TCV, ante cualquier indemnización sin tope, o ante cualquier término de datos regulados fuera de la plantilla de DPA”.
- Configuración de autonomía de IA. Qué tipos de contrato revisa la IA de forma autónoma, en cuáles asiste, cuáles quedan totalmente humanos — ver abajo.
- Dueño, versión y changelog. Dueño con nombre, número de versión y una lista fechada de cambios de posición.
La configuración de autonomía
Cada tipo de contrato en el SOP recibe una de tres configuraciones, y esta es la sección que no existía en un SOP de 2024:
- Asistiva — la IA produce redlines y un resumen de riesgo; un humano lee y envía. Default para los tiers 2 y 3.
- Autónoma supervisada — la IA negocia turno por turno pero un humano aprueba cada borrador saliente. Donde debería vivir la mayor parte del trabajo de tier 1 durante los primeros dos trimestres.
- Autónoma — la IA envía sin humano en el loop. Luminance ya ofrece esto de extremo a extremo para NDA: el agente lee el borrador, remedia el riesgo contra el playbook, envía la revisión, rastrea la respuesta y reacciona a la propia IA de la contraparte.
Encender la modalidad autónoma es una decisión del SOP, no de compras. Un default defendible: permitirla solo cuando se cumplan las cuatro condiciones — el acuerdo está en tu papel o es un estándar mutuo reconocido; no lleva términos de tratamiento de datos ni de cesión de IP; el conjunto de desviaciones lleva estable al menos seis meses; y cualquier cláusula sin posición en el playbook se rutea a un humano en vez de negociarse. Todo lo demás queda supervisado. Escribe las cuatro condiciones en el SOP antes de habilitar la función, no después.
Cómo operacionalizarlo
- Codifica el ruteo en el CLM. El formulario de intake, la asignación de tier y la matriz de aprobación viven en Ironclad, Agiloft o el CLM que corra el equipo. Un SOP en papel sin enforcement del sistema es decorativo.
- Carga el mismo playbook en la herramienta de revisión. LegalOn trae más de 50 playbooks escritos por abogados como punto de partida, BlackBoiler se entrena con tus redlines ejecutados y devuelve Word marcado, Spellbook trabaja en el add-in de Word. Cualquiera que uses, las posiciones de la herramienta y las del SOP son un solo artefacto con dos representaciones — cambian juntas o se separan.
- Audita cada semana. Muestrea de 10 a 20 contratos cerrados y verifica tier, revisor y aprobador contra las reglas. Saca la desviación en la junta semanal, no en una revisión trimestral.
- Mide el cycle time desde el intake, no desde que Legal empieza. El negocio vive la espera desde que envía la solicitud hasta la firma. Un SOP que cumple su SLA mientras las solicitudes pasan tres días en una bandeja está midiendo el reloj equivocado.
- Re-verifica las herramientas nombradas cada dos trimestres. La fila del proveedor se pudre más rápido que el contenido legal.
Errores comunes
- No hay un tier 1 real. Los equipos que nunca definen lo “verdaderamente rutinario” revisan todo a nivel abogado. Guarda: define el tier 1 por conteo de desviaciones y luego mide qué porción del volumen mensual lo libra. Si menos del 30% aterriza ahí, el playbook es demasiado estrecho para autorizar algo.
- Posiciones del playbook que los abogados externos no sostienen. Un contrato escala y el abogado externo discute términos que tu equipo ya concedió. Guarda: manda el playbook a los abogados externos para que lo marquen una vez por trimestre; trata su markup como una solicitud de cambio contra un documento versionado.
- El SOP nombra herramientas que ya no existen. Esta página ruteaba antes el tier 1 por LawGeex, cuyo producto empresarial fue desmantelado en 2023 — los activos a Robin AI y los clientes restantes a LegalSifter. Un SOP que nombra a un proveedor muerto le enseña al negocio que el documento está viejo, y dejan de leerlo entero. Guarda: fecha la columna de herramientas y revísala en el mismo ciclo de dos trimestres del paso 5.
- Autonomía definida por lo que la herramienta puede hacer y no por lo que el riesgo permite. Guarda: las cuatro condiciones de arriba se escriben y se aprueban antes de encender el switch, y se revisan tras los primeros 50 contratos autónomos.
- La configuración de IA y el SOP se separan. La herramienta sugiere las posiciones A, B, C; el playbook dice A, B, D. Los abogados aprenden a ignorar las alertas y el número de recall deja de importar — ver cómo evaluar la precisión de la revisión de contratos con IA. Guarda: trata la configuración de la herramienta como parte del propio SOP, con el mismo dueño y la misma versión.
- Escalamiento por nivel de comodidad. Sin disparadores numéricos, el escalamiento sigue la antigüedad y el humor del revisor. Guarda: cada ruta de escalamiento nombra un umbral, no una sensación.
Cuándo se rompe este framework
Por debajo de unos 200 contratos al año, cuatro tiers cuestan más de mantener de lo que ahorran — corre dos (estándar y no estándar) y sáltate la matriz de aprobación hasta que el volumen la justifique. También asume que los contratos son la unidad de trabajo: para departamentos cuya carga es litigio, presentaciones regulatorias o asesoría, el intake de materias es el documento a construir primero, y legal intake es el mejor punto de partida.
Relacionado
- NDA playbook — las posiciones detrás del acuerdo de tier 1 más común
- Rúbrica de redlining de MSA — profundidad de revisión para tiers 2-3
- Contract lifecycle management — el sistema que hace cumplir el SOP
- Cómo evaluar la precisión de la revisión de contratos con IA — antes de confiar en una aprobación automática de tier 1
- ¿Qué es Legal Ops? — la función dueña del diseño del SOP