Cómo armar un portafolio de consultor de IA sin romper confidencialidad

El problema no es el NDA que firmaste, es el portafolio que no dice nada

Un consultor de IA me escribió hace unas semanas con un problema que veo seguido en quienes recién arrancan. Tenía tres proyectos reales, con resultados reales, y sentía que no tenía ningún caso que pudiera mostrar. Los tres clientes habían firmado NDA, y él tradujo eso como “no puedo enseñar nada de lo que hice”. Armó entonces un portafolio con capturas de pantalla de dashboards, una lista de “herramientas que domino” y una frase sobre “transformación digital con IA”. Perdía propuestas contra consultores con menos experiencia que él, pero que llegaban con una historia de antes y después.

Esa escena se repite con pequeñas variaciones en cada consultor que empieza a salir a buscar trabajo. Antes de pensar en cómo conseguir los primeros clientes de consultoría de IA, casi todos tropiezan con este problema anterior, y lo resuelven mal: confunden mostrar al cliente con mostrar el trabajo. Son dos cosas distintas, y solo la segunda importa para quien está decidiendo si te contrata.

Ponte del otro lado de la mesa un momento. Una empresa que evalúa dos propuestas de consultoría de IA no puede verificar casi nada de lo que le cuentas. No va a llamar a tus clientes anteriores, no va a auditar tu código, no va a pedir referencias antes de la primera reunión. Lo único que tiene para decidir es lo que le enseñas: si ese material muestra que sabes diagnosticar un proceso y medir el resultado, o si solo muestra que sabes usar herramientas que cualquiera puede aprender en un curso de fin de semana. El portafolio no es una vitrina de clientes. Es la única prueba que el comprador tiene de tu criterio antes de pagar por él.

Qué hace que un portafolio de consultor de IA convenza (y qué no)

La idea de que un portafolio necesita nombres de clientes reconocibles para ser creíble viene de copiar el formato equivocado. Copia el de una agencia de publicidad, donde el logo del cliente es el argumento, y no el de una consultoría, donde el argumento es la capacidad de diagnóstico. Nadie contrata a un consultor de IA por los logos que acumuló. Lo contrata porque necesita que alguien mire su operación, encuentre dónde se pierde tiempo o dinero, y proponga una intervención que se pueda medir. Eso es exactamente lo que un caso bien armado tiene que demostrar, con o sin el nombre del cliente.

Esa estructura (número antes, número después, método en medio) es portable a cualquier sector, porque no depende de a quién ayudaste sino de cómo llegaste al resultado. Un caso de un restaurante y un caso de una aseguradora pueden compartir exactamente la misma forma: así estaba el proceso, esto medimos, esto cambiamos, esto salió, esto descartamos en el camino. El nombre del cliente es el dato menos interesante de los cinco, y es también el único que exige permiso explícito para publicarse.

Esto no significa que el nombre no ayude. Un caso con logo real y permiso firmado siempre pesa más que uno anonimizado, por una razón simple: reduce la sospecha de que el caso está inventado. Pero un caso anonimizado con número real convence más que un caso con logo y sin ningún número. Entre las dos variables (identidad del cliente y evidencia del resultado) la segunda es la que de verdad decide una contratación, y es también la única que puedes controlar sin depender del permiso de nadie.

La estructura de un caso: los cinco elementos que tiene que tener

Un caso de portafolio no es una anécdota ni un estudio académico. Es un documento corto con cinco partes fijas, y cuando falta una, el lector nota el hueco aunque no sepa nombrarlo. Esta es la estructura que uso para revisar, y para armar, un caso:

• Contexto anonimizado: sector, tamaño aproximado de la empresa y país o región, sin ningún dato que permita identificarla. Suficiente para que el lector entienda el terreno, insuficiente para que reconozca al cliente.
• Dolor medido: no “el proceso era lento”, sino el número de partida. Cuántas horas, cuántos tickets, cuánta plata se perdía al mes con el proceso viejo. Sin este número, el resultado final no tiene con qué compararse.
• Intervención: qué se hizo, en el nivel de detalle de una decisión de diseño, no de una lista de herramientas. Qué se automatizó, qué se dejó igual a propósito, y por qué se decidió así.
• Número final: el resultado medido con la misma unidad que el dolor inicial. Si el dolor eran horas por semana, el resultado también se cuenta en horas por semana, nunca en un porcentaje suelto sin base.
• Qué se descartó: la opción que se evaluó y no se hizo, y el motivo. Esta es la parte que casi nadie incluye, y la que más credibilidad da, porque muestra criterio y no solo ejecución.

Los primeros cuatro elementos son los que casi todo el mundo intuye. El quinto, qué se descartó, es el que separa a un consultor que ejecuta de uno que sabe de verdad qué hace un consultor de IA. Contar que evaluaste automatizar todo el proceso y decidiste dejar la aprobación final en manos de una persona, por el riesgo que implicaba automatizarla, dice más de tu criterio que cualquier cifra de ahorro.

Cómo anonimizar un caso sin vaciarlo de contenido

El error más común al anonimizar no es decir de más, es borrar tanto que el caso queda sin nada que enseñar. Un caso reducido a “ayudamos a una empresa a mejorar sus procesos con IA” no es anonimización, es vaciado. La regla que sostiene el equilibrio es simple: se anonimiza la identidad, nunca el método ni el número.

• Sector y tamaño en vez de nombre: “aseguradora mediana de la región andina” en lugar del nombre de la empresa. El sector y el tamaño aproximado ya le dicen al lector si el caso aplica a su propia situación.
• Sin jerga interna del cliente: nombres de sistemas propietarios, apodos de proyectos internos o cargos específicos de esa empresa se cambian por su equivalente genérico, como “el sistema de tickets” o “el área comercial”.
• Rangos en vez de cifras exactas cuando el número es identificable: si una cifra exacta de facturación puede delatar a la empresa dentro de su sector, se reemplaza por un rango honesto, nunca por un número inventado.
• Fechas aproximadas, no exactas: “a mediados de 2024” en vez de una fecha puntual que, cruzada con una noticia pública de esa empresa, permita identificarla.

El permiso es la variable que de verdad decide qué tanto puedes contar. Si el cliente autorizó usar su nombre, úsalo y el caso pesa más. Si no lo autorizó, todo el resto de la información (número, método, lo que se descartó) sigue siendo tuyo para compartir, siempre que no permita reconstruir la identidad de la empresa. Lo que nunca debe pasar es publicar información sensible con la excusa de que “no puse el nombre”: si un competidor de esa empresa puede identificarla con los datos que diste, no está anonimizado, solo le falta el logo.

Qué hacer si todavía no tienes clientes que mostrar

La objeción más común de quien recién empieza es que no tiene ningún cliente pagado, y por lo tanto “no tiene caso que contar”. Es un error de origen: un caso no necesita un cliente que te haya pagado, necesita un problema real, una intervención real y un número real. Hay al menos dos formas de conseguir eso sin haber facturado todavía.

El caso propio

Tomas un proceso tuyo o de tu propio negocio (el envío de propuestas, la calificación de los leads que te escriben, la organización de tu propio trabajo) y lo documentas con el mismo rigor que le exigirías a un cliente. Mides el dolor antes, aplicas la intervención, mides el resultado después. No es un caso menor por ser sobre ti mismo: prueba exactamente lo mismo que un caso de cliente, que sabes diagnosticar y medir, solo que el sujeto del diagnóstico eres tú.

El caso de proceso interno

Si tienes acceso a un proceso de otra organización (un trabajo anterior en relación de dependencia, un voluntariado, un proyecto universitario con datos reales) puedes documentarlo con el mismo permiso y el mismo cuidado de anonimización que un cliente pagado. La diferencia entre este caso y uno de consultoría no es el rigor con el que se documenta, es el vínculo comercial que hubo detrás. Para quien lee el portafolio, ese vínculo es lo de menos: lo que evalúa es si supiste encontrar el dolor y medir el cambio.

Un portafolio con dos casos así, bien documentados, vence a un portafolio con cinco logos de clientes y ningún número. Esto conecta directo con cómo se arma el portafolio de proyectos de automatización que sí convence a una empresa cuando todavía no tienes trayectoria de consultoría formal: la lógica de fondo es la misma, mostrar diagnóstico y resultado, no acceso a clientes grandes.

Por qué las capturas de pantalla restan más de lo que suman

La tentación de llenar un portafolio con capturas de un flujo en n8n, un dashboard o una conversación con un agente es comprensible: se siente como “mostrar el trabajo real”. En la práctica resta por varias razones que casi nadie nombra.

• Una captura muestra la herramienta, no la decisión. Cualquiera puede aprender a armar ese mismo flujo en un curso de fin de semana. Lo que no se puede copiar de una captura es por qué elegiste esa arquitectura y no otra.
• Casi siempre se parece a una plantilla. La mayoría de flujos de automatización visual se ven parecidos entre sí. Sin el contexto del número antes y después, una captura de pantalla no distingue un trabajo serio de un tutorial replicado.
• Es un riesgo de confidencialidad silencioso. Un dashboard real trae nombres de clientes, cifras de facturación o datos de empleados en pantalla, aunque tapes un logo. Difuminar mal una captura es la forma más común de romper un NDA sin darse cuenta.
• No responde la pregunta que importa. Quien lee el portafolio quiere saber si vas a resolver su problema, no si sabes conectar un nodo con otro. Esa respuesta vive en el número y en el método, nunca en la interfaz.

Esto no significa que una imagen no tenga lugar en absoluto. Un diagrama propio, dibujado por ti, del proceso antes y después, sin capturas reales de ningún sistema, puede ayudar a que el lector visualice el cambio. La diferencia es que ese diagrama lo controlas tú por completo: no expone nada del cliente porque no es una captura de nada real, es una ilustración de tu método.

Dónde publicarlo: formato y canal

El portafolio necesita al menos dos formatos, porque cumple dos funciones distintas. La primera es la de encontrarte: alguien busca un consultor de IA en tu sector y tiene que poder llegar a tus casos sin que se los mandes tú primero. La segunda es la de cerrar: en la última reunión antes de firmar, el prospecto quiere un documento que pueda reenviar internamente a quien firma el contrato.

• Una página propia, no solo un perfil de red social. Es el único lugar donde controlas el orden, el diseño y que el caso no se pierda en un feed. Si en algún momento pasas de proyectos sueltos a un retainer de consultoría de IA, esta página es también donde lo vas a ofrecer.
• Un perfil profesional activo (LinkedIn es el más usado en este momento) como canal de distribución, no como archivo. Ahí compartes fragmentos de los casos para que la gente llegue a la página completa, no reemplaza tenerla.
• Un documento de una o dos páginas en PDF, con dos o tres casos resumidos, para la reunión de ventas. Es lo que el prospecto reenvía puertas adentro, y por eso tiene que sostenerse solo, sin que tú estés al lado explicando.

Lo que no funciona es tener el portafolio solo dentro de una presentación de slides armada para una reunión puntual. Una presentación se pierde en una bandeja de entrada; una página propia se indexa, se puede volver a visitar y se puede enviar sin que el archivo pese quince megas. Si además documentas casos con el mismo rigor en un espacio de casos documentados, ese archivo se vuelve un activo que crece con cada proyecto nuevo, en vez de un documento que rehaces desde cero cada vez que alguien te lo pide.

Mi criterio sobre qué portafolio contrataría yo

El portafolio no vende acceso a clientes, prueba capacidad de diagnóstico

Un portafolio de consultor de IA no tiene que convencer de que trabajaste con una marca conocida. Tiene que convencer de que, frente a un proceso desordenado, sabes encontrar el dolor, medirlo, proponer una intervención razonable y reconocer cuándo una parte del problema no se resuelve con automatización sino con una decisión de negocio. Eso se demuestra con un caso bien documentado, tenga o no el nombre del cliente al pie.

El criterio que sostiene todo esto no cambia si en algún momento te contratan para armar equipos o para evaluar el trabajo de otros: el mismo estándar con el que se juzga un portafolio de consultor es, en esencia, el que aplica quien tiene que evaluar el portafolio de un candidato de IA antes de contratarlo. En los dos casos se busca lo mismo: evidencia de diagnóstico, no una lista de herramientas conocidas.

Quien evita este trabajo escondido detrás del NDA no está protegiendo a su cliente: se está quedando sin la única prueba real que tiene para cobrar lo que vale. El NDA protege un nombre, nunca protege la falta de un caso bien contado, y confundir las dos cosas es la explicación más común detrás de un portafolio que no convence a nadie.