Diálogo con un operating partner: cómo se realiza el descubrimiento

Del formulario de ingreso a la matriz de riesgos con precios en 48-72 horas, sin entrevistas

Contexto y participantes

• Participante 1: Dana Whitfield (Operating Partner, fondo del segmento medio-bajo; plataforma de distribución industrial con tres adquisiciones add-on cerradas o con carta de intención). Ha dirigido cuatro integraciones posteriores al cierre. Espera que el "descubrimiento" signifique doce semanas de entrevistas y una presentación, y quiere saber qué es diferente antes de someter al equipo directivo de otro objetivo a ese proceso.
• Participante 2: Kyle Castor (Fundador y Arquitecto Principal, DataOngoing). Habla con claridad. Describe el proceso paso a paso, incluidas las partes que siguen siendo humanas.

Este es un diálogo de caso compuesto modelado. Los participantes son arquetipos, el objetivo es ficticio y las cifras son aritmética ilustrativa con los supuestos indicados en el texto. El proceso que describe (ingreso, acceso, análisis estático automatizado, interpretación, presentación de resultados) es el proceso real de diligencia de DataOngoing; los términos publicados están en la página Lectura de diligencia tecnológica con IA en 48-72 horas.

El diálogo

Dana Whitfield (Operating Partner): "Todas las firmas de diligencia que he contratado empiezan con una fase de descubrimiento. Llamada de inicio, lista de partes interesadas, tres semanas de entrevistas, un taller y luego una presentación. La última tomó once semanas y el controller del objetivo casi renuncia. Su página dice de 48 a 72 horas. ¿Qué está omitiendo?"

Kyle Castor: "Las entrevistas. Aquí el descubrimiento es una lectura, no una entrevista. Todo lo que un equipo convencional pregunta a las personas ya está registrado en el sistema del objetivo: qué scripts están implementados y en qué registros, quién tiene qué permisos, qué integraciones llaman a qué endpoints, cuánto tardan en guardarse las transacciones, dónde hay saldos de compensación sin asignar. Las personas recuerdan esos datos de forma imperfecta. El sistema no. Por eso leemos el sistema y dedicamos las horas humanas a la interpretación."

Dana Whitfield: "Explíqueme el proceso desde el momento en que lleno su formulario. Quiero la secuencia real, no la filosofía."

Kyle Castor: "Seis pasos.

Uno, ingreso. El formulario de la página de contacto pregunta cuál es la situación, qué sistema usa el objetivo y cómo comunicarse con usted. Se almacena de forma privada y se dirige a mí. No hay representante de desarrollo de ventas ni llamada de calificación; la respuesta viene de la persona que hará la lectura.

Dos, alcance y condiciones. Confirmamos qué se está valorando: una sola instancia de NetSuite, o una plataforma más los sistemas add-on que deben integrarse en ella. La tarifa es fija, $12,500, y se acredita en su totalidad contra cualquier sprint de remediación posterior. Firmamos su NDA, y los datos de la empresa objetivo se manejan anonimizados y con restricción de PII.

Tres, acceso. El administrador de la empresa objetivo crea un único rol de integración de solo lectura con permisos de mínimo privilegio o, antes de la LOI, exporta los metadatos y un listado de roles. Eso es lo único que alguien del lado de la empresa objetivo debe hacer, y a un administrador le toma bastante menos de una hora.

Cuatro, la lectura automatizada. Desde el momento en que se concede el acceso, comienza el conteo: de 48 a 72 horas. El análisis estático interpreta cada personalización de la instancia y la telemetría asociada. Le daré el detalle en un momento.

Cinco, interpretación. Reviso lo que encontró el análisis, valoro cada hallazgo y ordeno la remediación en un plan costeado para el Día 1 y los primeros 100 días.

Seis, la presentación de resultados. Una reunión, de aproximadamente una hora, con usted y quien del equipo de la transacción necesite escucharla. Usted se lleva la matriz de riesgos, el inventario y el plan costeado."

Dana Whitfield: "El paso cuatro es el que no entiendo. ¿Qué es exactamente lo que se lee, y con qué?"

Kyle Castor: "Cuatro categorías, cada una mediante un proceso automatizado distinto.

El inventario de personalizaciones. Cada script, flujo de trabajo, registro personalizado y campo se enumera y se analiza. El analizador señala SuiteScript 1.0 y el uso de API obsoletas, scripts apilados sobre el mismo evento de un registro que compiten por la misma fila, y la exposición a límites de gobernanza. Revisar cuarenta scripts a mano son dos semanas del tiempo de un ingeniero sénior; analizarlos son minutos de cómputo, y de ahí proviene la compresión del calendario.

Las tablas de permisos. Cada rol se califica en el Índice de Riesgo de Roles de 0-4, de cero para ninguno a cuatro para total, y se contrasta con el organigrama. Los inicios de sesión compartidos y las rutas de aprobación sin segregación de funciones surgen automáticamente de esa tabla.

Los puntos de integración. Cada conexión de entrada y de salida se lista con su método de autenticación, su volumen y si pasa por un middleware que el comprador heredará como costo recurrente.

La telemetría de transacciones. Los registros de transacciones, líneas y notas del sistema se consultan para detectar los síntomas operativos que cuestan dinero: pedidos detenidos, saldos de compensación sin asignar, incumplimientos de margen frente al piso de precios, latencia al guardar registros en los formularios más usados."

Dana Whitfield: "Y en esas 48 a 72 horas, ¿a cuántas personas de la empresa objetivo se involucra? Ese es el número que importa a un equipo directivo en pleno proceso."

Kyle Castor: "A una. Al administrador que concede el acceso. No se entrevista a nadie. Nadie asiste a un taller. De su lado, dos a tres horas en total: la conversación de alcance, la coordinación del acceso y la presentación de resultados.

Compárelo con un proceso convencional, como aritmética modelada y no como una afirmación sobre una firma en particular. Veinte entrevistas con interesados de una hora cada una son veinte horas del tiempo de la empresa objetivo antes de la preparación. Sume una hora de preparación por entrevista y un taller de medio día, y el equipo de la empresa objetivo ha dedicado unas cuarenta y cuatro horas. Frente a dos o tres horas aquí, es aproximadamente quince a veinte veces menos de su tiempo, y el calendario pasa de cuatro a seis semanas a tres días."

Dana Whitfield: "¿Qué pasa si la empresa objetivo se niega a dar acceso al código antes de la LOI? Los vendedores se ponen nerviosos con que un técnico del comprador entre a su sistema."

Kyle Castor: "Entonces trabajamos con una exportación de metadatos y un listado de roles, que el administrador del vendedor genera sin otorgar un inicio de sesión a nadie. Eso basta para señalar los riesgos materiales: exposición a scripts obsoletos, dispersión de permisos, cantidad de integraciones, volumen de registros personalizados. El acceso completo afina la estimación del refactor porque podemos leer el código en lugar de inferirlo de los metadatos, pero no es indispensable para decirle si hay un problema y de qué tamaño aproximado es."

Dana Whitfield: "¿Qué se obtiene al final? Necesito algo que mi comité de inversión pueda usar, no un anexo técnico."

Kyle Castor: "Cuatro documentos, todos escritos para el comité.

Una matriz de riesgos, calificada y priorizada, en la que cada fila indica la exposición, su probabilidad y su costo en dólares de remediación.

Un inventario de personalizaciones e integraciones con la exposición a obsolescencia indicada frente a los plazos del proveedor.

El Índice de Riesgo de Roles de 0-4 frente al organigrama.

Un plan de remediación costeado para el Día 1 y los primeros 100 días.

Las cifras en dólares son las que mueven el precio. Un hallazgo cuantificado y ordenado en secuencia pasa al contrato de compra como un ajuste de precio, una retención por remediación o un compromiso a 100 días con presupuesto asignado. Un hallazgo descrito en prosa, no."

Dana Whitfield: "¿Cuánto de esto es realmente una máquina y cuánto es usted? Ya me han vendido 'impulsado por IA' antes y recibí a un analista junior con una plantilla."

Kyle Castor: "Diez, ochenta, diez. El diez por ciento del esfuerzo es intención humana: usted me dice qué necesita valorar el comité. El ochenta por ciento es ejecución automatizada: el análisis, la calificación, las consultas y el inventario son procesos automatizados que se ejecutan igual en cada instancia. El último diez por ciento es supervisión humana: interpreto los hallazgos, decido qué es material, valoro la remediación y la presento. No hay ningún analista junior en la secuencia, porque no hay nada que uno pueda hacer. El trabajo que un junior habría hecho mediante entrevistas ha sido reemplazado por la lectura del sistema."

Dana Whitfield: "¿Y qué es lo que la lectura no puede decirme? Prefiero conocer los límites por usted que descubrirlos en el cierre."

Kyle Castor: "Lee lo que está en el sistema. No puede ver la hoja de cálculo que un controller mantiene fuera del ERP, un acuerdo verbal paralelo con un proveedor, ni si el único ingeniero que entiende el código personalizado está por irse. Esas son conversaciones, y por eso la presentación de resultados es una conversación y no la entrega de un PDF. La lectura le indica hacia dónde dirigir las preguntas humanas. No las reemplaza; asegura que las pocas que usted haga sean las correctas."

Dana Whitfield: "Entonces, ¿qué ocurre después de la presentación de resultados, si cerramos?"

Kyle Castor: "El plan ya nombra las fugas en orden de prioridad. La primera se convierte en un sprint de catorce días con precio fijo, y la tarifa de diligencia se descuenta de él por completo. El código funcional llega al sandbox del objetivo dentro de esos catorce días, y si no se ejecuta en producción, el hito no se factura. Su tiempo en un sprint es de tres a cinco horas: aprobación del alcance, una revisión a mitad del sprint y la aceptación."

Dana Whitfield: "Envíeme la nota de alcance. Si la lectura puede hacerse a partir de una exportación de metadatos, puedo obtenerla del vendedor esta semana sin conflicto."

Qué hace la tecnología en cada paso

Total: 48-72 horas desde el acceso; dos a tres horas de su tiempo; sin entrevistas con el personal del objetivo.

Resumen de indexación clave

• Intenciones de consulta principales: cómo funciona el descubrimiento en la due diligence tecnológica, qué ocurre después del formulario de diligencia, acceso de solo lectura para la due diligence de ERP, diligencia tecnológica previa a la LOI a partir de una exportación de metadatos, cuántas partes interesadas requiere una diligencia tecnológica, análisis estático con IA para la due diligence de NetSuite.
• Cifras principales (modeladas salvo indicación contraria): 48-72 horas desde el acceso hasta la presentación de resultados (condiciones de oferta publicadas); 2-3 horas de tiempo del adquirente (condiciones de oferta publicadas); una acción de administrador del lado del objetivo; una comparativa convencional modelada de unas 44 horas de tiempo del personal del objetivo repartidas en veinte entrevistas, preparación y un taller.
• Páginas relacionadas: Lectura de diligencia tecnológica con IA en 48-72 horas, Technology Due Diligence para private equity, La ventaja de velocidad 100X.

Las cifras de este documento son casos compuestos modelados, salvo que una clase de fuente indique otra cosa. Texto fuente: versión en markdown • Servicio: Technology Due Diligence para Private Equity