El método del diagnóstico

Distribuidora Norte pidió un modelo de bajas. Como casi siempre, el pedido llegó con la solución ya elegida, y el problema real estaba un paso más atrás: incentivos que bloqueaban el intercambio de información entre los vendedores. El trabajo del diagnóstico sociotécnico es recorrer esa distancia, del pedido al problema, y este capítulo explica cómo se hace. Es el punto en que un método se gana o se delata. Conceptos propios define el diagnóstico y Los cuatro eslabones lo ubica como el entregable del eslabón 1; lo que sigue es su procedimiento.

El capítulo lo ordena en principios, fases y un entregable, sin convertirlo en una lista de verificación. Su núcleo es en parte irreductiblemente tácito, y esa tensión forma parte del método. Vale una advertencia de entrada: casi todo lo que sigue es construcción del paradigma, una forma de trabajo propia y no el hallazgo de ningún autor. Las corrientes que la fundan están en Autores y corrientes; acá se citan solo donde sostienen un paso.

El caso de Distribuidora Norte (el mismo relato de Los cuatro eslabones) acompaña el protocolo como contraste, no como plantilla. Cuando la empresa vuelva un año después, con el reparto y los tableros (pymes), las cinco lecturas darán otras respuestas, pero el orden del protocolo será el mismo.

Qué es y qué entrega

El diagnóstico sociotécnico es la lectura de la organización que se hace antes de proponer o tocar cualquier tecnología. No describe sistemas. Describe la trama humana que va a recibirlos (poder, incentivos, procesos reales, resistencias, el significado situado de los datos) y, sobre esa base, dictamina dónde la IA paga y dónde solo destruye valor.

Su salida no es un informe de oportunidades, sino el documento que condiciona todos los eslabones siguientes. Si el eslabón 2 construye, construye lo que este diagnóstico identificó; si el eslabón 3 modela el dato, lo modela para la decisión que este señaló; si el eslabón 4 diseña la IA, la diseña para la persona que este hizo visible. Por eso es la condición del proyecto y no apenas su primer paso. Un diagnóstico equivocado no retrasa el proyecto: lo orienta mal entero, y se termina construyendo bien la cosa equivocada, que es el modo más caro de fracasar.

El entregable es doble. Por un lado, un dictamen: dónde duele de verdad, qué se puede cambiar y qué no, quién gana y quién pierde, dónde la IA paga. Por otro, un perfil de madurez fundado en la evidencia de campo, que es su cara medible. El dictamen aporta el relato y el juicio; el perfil, la medición y la priorización. Un dictamen sin medición es consultoría no falsable, y una medición sin dictamen es un número sin relato. Juntos, el número se vuelve auditable y el relato, priorizable. → IMIA — el instrumento de madurez.

Tres principios

Tres principios gobiernan todo el protocolo. Funcionan como condiciones, no como consejos: si se rompe uno, el diagnóstico queda viciado, por prolijas que salgan las fases.

El primero es leer antes de tocar, la regla de la tesis según la cual primero se mide la madurez y después se elige la tecnología. En el diagnóstico significa que no se propone ninguna solución, ni se la insinúa, hasta cerrar la lectura. Proponer temprano contamina la escucha: la gente empieza a responderle a la solución imaginada en vez de contar su trabajo.

El segundo es separar el problema declarado del problema real. Lo que la organización pide casi nunca es lo que le duele. El problema declarado es una solución que alguien ya imaginó (“necesitamos un chatbot”, “queremos un tablero”). El real es lo que esa solución intenta tapar, y suele estar uno o dos pasos más atrás: un proceso roto, un incentivo torcido, un dato que miente. El diagnóstico no acepta el encargo al pie de la letra; lo trata como el primer síntoma y no como el enunciado del problema.

El tercero sostiene que la participación de quien hace el trabajo es ingeniería de requisitos, no cortesía. Escuchar a quien opera no es un gesto de buena gestión del cambio: es de donde salen los requisitos verdaderos. Es el corolario del método ETHICS de Mumford¹: un diseño que no involucra a quien va a usar el sistema produce sistemas que la gente sabotea, evita o usa mal. Un requisito que no nació de escuchar a un usuario real es un supuesto disfrazado, y se lo marca como tal.

Bajo los tres corre un principio epistémico: buena parte del saber que se busca es tácito. “Sabemos más de lo que podemos decir”, en la fórmula de Polanyi². Por eso las técnicas no apuntan a que la gente declare lo que sabe, porque no puede, sino a observarla hacer y a leer entre líneas.

El protocolo: cinco lecturas

El protocolo consiste en cinco lecturas con un orden de prioridad. No es un cronograma rígido, porque se itera: una resistencia detectada manda a releer el poder, y un dato raro manda a volver a observar el proceso.

La primera es la lectura de las personas, por entrevista y observación, en tres anillos. El primer anillo es quien decide y patrocina, que aporta el problema declarado y el poder formal. El segundo es quien hace el trabajo todos los días, que aporta el proceso real; es la fuente más valiosa y la que menos se entrevista en los diagnósticos malos. El tercero es quien quedó en el medio o en el margen, que aporta las fricciones entre áreas y, muchas veces, la resistencia que el resto no nombra.

A ninguno se le pregunta “¿qué problema tienen?”, porque esa pregunta devuelve el problema declarado. Se pregunta, en cambio, “contame qué hacés en un día normal, paso a paso”. O “¿qué parte de tu trabajo no le darías a nadie más?”, que protege contra automatizar lo que la persona considera el núcleo de su valor, que es donde nace el sabotaje. O “cuando el sistema falla, ¿qué hacés para sacar el trabajo igual?”. Ese atajo, el workaround, es la huella directa del proceso real: conocimiento experto codificado en una práctica que nadie escribió, y una pregunta abierta sobre por qué hace falta.

El saber tácito no se pregunta, se infiere. Aparece en el workaround, en la excepción que “siempre maneja Fulano”, en la incomodidad ante una pregunta simple. Cuando asoma, la respuesta es observar, no seguir preguntando.

La segunda lectura es el mapa de procesos, que se levanta dos veces. Una es el mapa formal, el del manual y el organigrama. La otra es el real, que reconstruyen las entrevistas con sus atajos y sus pasos que nadie documentó. La brecha entre ambos es el hallazgo, no un defecto a corregir de apuro. Indica dónde el proceso formal está muerto, dónde hay saber tácito sosteniendo la operación y, sobre todo, dónde no se debe automatizar todavía: automatizar el proceso formal cuando la gente trabaja según el real es automatizar una ficción. Si hay registros de eventos de un ERP o de un sistema de flujo de trabajo, la minería de procesos (process mining) puede contrastar ambos mapas con evidencia. Siempre como complemento de la observación y no como sustituto, y con gobernanza de privacidad antes de analizar.

La tercera es el mapa de poder e incentivos. Todo cambio tecnológico redistribuye poder, visibilidad y trabajo, y el diagnóstico lo hace explícito antes de que el cambio lo haga por las malas. Identifica quién gana (los aliados naturales), quién pierde (poder informal, una función que lo justificaba, el monopolio de un saber) y quién controla recursos y agendas, que no siempre coincide con el organigrama. Quien va a perder no se opone por irracional, sino por racional, y su resistencia es predecible y legítima. Ese mapa es la materia prima de la traducción, porque no se puede traducir un interés que no se mapeó. → Autores y corrientes.

La cuarta lee la resistencia como información, no como obstrucción. Quien resiste casi siempre sabe algo que el patrocinador ignora. Puede saber que el proceso tiene una excepción que el sistema nuevo no contempla, que el dato en que se apoyará la IA no significa lo que la dirección cree o que ya hubo un intento fallido que nadie menciona. Antes de intentar superar una resistencia, se la lee como hipótesis, y según lo que devuelva pide una respuesta distinta:

• Si es saber (“esto no va a funcionar porque…”, con una razón válida), es un requisito que faltaba y se incorpora.
• Si es pérdida, porque quien resiste pierde poder, es un problema de diseño de la transición y no de comunicación.
• Si es cicatriz (“ya probamos algo así y salió mal”), es la deuda de un intento previo, y hay que desenterrarla antes de proponer nada.

Para diseñar la respuesta sirve cruzar esas tres lecturas con el canal de intervención: cognitivo, emocional, pragmático o político. Comunicar más no ayuda si el bloqueo es pragmático, y negociar poder no alcanza si el bloqueo es solo falta de capacitación.

La quinta es la lectura de los datos. La pregunta no es “¿qué calidad técnica tienen?”, sino “¿dicen lo que la gente cree que dicen?”. Un dato bien tipado y sin nulos puede mentir, porque su significado depende de un contexto que se perdió. Por eso se lo rastrea hasta el acto humano que lo genera: quién lo carga, cuándo y con qué incentivo. Un campo “fecha de cierre” que se completa cuando conviene al bono, y no cuando se cierra la operación, es un dato que miente y la huella de un proceso mal incentivado. También se auditan las categorías con que la organización registra el mundo, porque un modelo entrenado sobre una categoría mal trazada hereda su punto ciego y lo amplifica a escala. Sin un dueño de dato del lado del negocio que responda “¿qué significa cliente activo?”, y sin una auditoría por dimensiones (exactitud, completitud, consistencia, oportunidad, validez, unicidad), el diagnóstico hereda la anarquía de métricas antes de cualquier modelo. Esta lectura es, además, un control de sesgo anticipado.

Las cinco lecturas en Distribuidora Norte (primera vuelta)

A modo de ejercicio, y no de plantilla, así se verían las lecturas ante el pedido inicial de alertas de clientes en riesgo:

Sobre un modelo predictivo inmediato, el veredicto sería todavía no, o destruye valor si compite con el incentivo del vendedor. Sobre una herramienta que le devuelva poder al vendedor, sería paga, con condiciones en la dimensión de datos del IMIA (D2). Ese juicio es el que el IMIA cuantifica después.

Señales de campo (pyme)

En pymes, el protocolo suma preguntas y observaciones que surgen de evidencia reciente (Amanollahnejad et al., 2026):³

• Si el referente técnico no estuviera, ¿esto sigue? Detecta la dependencia del campeón: todo el avance digital atado a una sola persona.
• ¿Dónde se decide de verdad: en el sistema, en una reunión, en una conversación informal? Nombra la economía del café: decisiones legítimas que no pasan por el organigrama.
• ¿Qué reporte usarías para una decisión irreversible? Si nadie coincide en el número, hay incertidumbre epistémica y todavía no es momento de modelar.
• Si la estrategia pide innovar con IA, ¿qué le pasa a quien se equivoca o prueba algo distinto? Revela un desalineamiento cultura-estrategia (Schein; Gupta et al.).
• Inventariar las exportaciones manuales y las recargas de datos a mano muestra el bricolaje sociotécnico real: cómo se sostiene hoy la operación, más allá del diagrama oficial.

Encargos amplios

En las transformaciones mayores (la implementación de un ERP, una plataforma de datos, un programa de varios años), el diagnóstico atraviesa varias capas antes de proponer una solución. Revisa los procesos, formales y reales; los datos, qué significan y quién los cuida; la estrategia de cartera, qué proyectos compiten por los mismos recursos; la infraestructura y la continuidad, qué pasa si algo se cae un viernes; y el marco legal mínimo, qué exige la regulación del sector. Documenta los supuestos del pedido inicial y compara alternativas serias (no hacer nada, avanzar de a poco, transformar de golpe) sin vender tecnología por vender.

Si el cambio acompaña la intervención, hay que medir cuatro capas y no solo la más fácil: el resultado (¿mejoró lo que importaba?), la entrega (¿se hizo lo prometido?), la adopción real (¿la gente lo usa en la operación?) y la capacidad consolidada (¿la organización puede sostenerlo sin el consultor?).

El entregable

El dictamen tiene secciones fijas. La forma es estable para que el juicio sea comparable y auditable entre organizaciones; el contenido es propio de cada caso. Incluye el problema real frente al declarado, el mapa de procesos formal contra el real, el mapa de poder e incentivos con la coalición posible y los focos de resistencia, la lectura de datos con las categorías que hay que auditar antes de modelar, el perfil de madurez con su hoja de ruta y, en el centro, el dictamen propiamente dicho.

Ese centro emite uno de tres veredictos para cada oportunidad candidata. Paga cuando el proceso está entendido, el dato es fiel, hay quien gana y la resistencia es manejable. Todavía no cuando la oportunidad es real pero falta una condición, y entonces se dice cuál destrabar primero. Destruye valor cuando automatizar amplificaría un proceso roto o un dato que miente, o desmantelaría un saber tácito crítico; en ese caso no se hace, y se explica por qué.

El valor del método está, sobre todo, en ese tercer veredicto. Un diagnóstico que solo encuentra oportunidades es sospechoso, porque está vendiendo en lugar de diagnosticar. Decir “acá no” es lo que distingue un dictamen de un folleto.

Nota de paradigma: el diagnóstico es la preventa hecha bien. Lo que la industria del software llama pre-sales (relevar, diseñar una solución, dimensionarla y proponerla antes de que el cliente firme) es, en este método, el diagnóstico sociotécnico y su dictamen. Los cuatro momentos de la preventa coinciden con las secciones anteriores. El relevamiento son las cinco lecturas. El diseño de solución y su dimensionamiento son las alternativas que el diagnóstico compara y sus tres veredictos, con el hallazgo negativo (el “acá no”) como parte honesta del alcance. La propuesta es el dictamen. La tesis del puente sobre la preventa es una sola: comprometer alcance y precio es el momento en que el vacío de traducción sale más caro, así que quien releva y dimensiona debe ser quien construye, y no un comercial que traspasa el encargo. → preventa integrada, el traspaso de preventa (Conceptos propios).

Antipatrones

Las formas típicas de hacerlo mal niegan un principio o saltean una fase:

• Tomar el pedido al pie de la letra y resolver el problema declarado.
• Entrevistar solo a quien firma y perder el proceso real.
• Tratar la resistencia como un obstáculo a vencer, en vez de leer qué sabe quien resiste.
• Confundir la calidad técnica del dato con su fidelidad.
• Proponer la solución durante el diagnóstico, porque es la que se sabe vender o construir.
• Reducir todo a un checklist que devuelve un número.
• Encontrar siempre oportunidades y nunca un “acá no”.
• Diagnosticar contra “lo que hace una grande” sin relevar el flujo propio (misfit por escala ajena).
• Y el que niega la tesis entera: diagnosticar y retirarse, dejando que construya otro que no escuchó, con lo que se reabre el vacío de traducción que el puente existe para cerrar.

La tensión honesta: lo repetible y lo artesanal

Queda el punto incómodo, que es también el que más honestidad exige. Todo lo anterior (las fases, las preguntas guía, la estructura del entregable, el mapeo a la madurez) es real y se puede proceduralizar: se enseña, se transfiere y se ejecuta con disciplina. Esa es la parte codificable.

El núcleo del diagnóstico, sin embargo, es irreductiblemente tácito. Saber qué preguntar después de una respuesta que no estaba en el guion, oler que el problema declarado tapa otro, leer en tres segundos que una resistencia es saber y no capricho, intuir que un dato miente antes de poder demostrarlo: nada de eso está en el protocolo, ni puede estarlo. El protocolo es el andamio que sostiene el juicio, no el juicio mismo.

Criterio de honestidad. Que el método no escale linealmente no es un defecto a ocultar. Es la otra cara de lo que lo hace valioso: que el conocimiento no pase por traspasos que lo degraden. Un diagnóstico enteramente proceduralizable sería un checklist, y los checklists de madurez, que devuelven un número optimista y no accionable, son justamente el problema que ataca el instrumento de madurez. La parte artesanal es el valor, no la deuda.

De ahí una tensión que el método no esconde. La práctica descansa en una persona integrada, la misma que lee y construye, la traducción en carne y hueso, y eso choca con la pregunta por la escala: ¿cómo se transfiere algo que vive en el juicio de alguien? Lo codificable se codifica: el protocolo, las plantillas, el instrumento de madurez con sus rúbricas. La codificación no se niega; lo que se niega es que agote el saber. Lo tácito se transfiere como un oficio, por aprendizaje situado: acompañando diagnósticos reales, viendo hacer y haciendo bajo supervisión. Es lento por estructura, y admitirlo es parte del rigor.

Ver también: Los cuatro eslabones · Conceptos propios · IMIA — el instrumento de madurez · Autores y corrientes