Skip links

¿Desarrollador integrado, el mejor amigo del diseñador independiente? | Por Anna Lefort | noviembre 2025

¿Alguna vez ha intentado utilizar inteligencia artificial para definir el alcance de un proyecto real y simular la experiencia de un desarrollador? Lo hice. Este es el resultado.

Presione Enter o haga clic para ver la imagen en tamaño completo

Una mujer sentada detrás de un escritorio conversa con una inteligencia artificial llamada Tim en su computadora. La segunda pantalla muestra el archivo Figma.
Dibujado por Anna Lefour, renderizado usando ChatGPT

Si eres un diseñador en solitario en un equipo, probablemente te sientas… bueno, solo.

Al menos eso es lo que hago a veces. No es que mis compañeros desarrolladores no hayan sido de ayuda. Pero en entornos acelerados, donde la entrega es clave y el descubrimiento es secundario, los desarrolladores no siempre están disponibles.

Para mi tesis de investigación sobre el impacto de la inteligencia artificial en la colaboración entre desarrolladores y diseñadores, entrevisté a diseñadores que tuvieron la misma experiencia. O mejor dicho, trabajan en un entorno donde los desarrolladores y diseñadores nunca interactúan: todo pasa por el gerente de producto.

Presione Enter o haga clic para ver la imagen en tamaño completo

Este patrón simplifica la dinámica de colaboración entre desarrollo, diseño y terceros, desde la falta de comunicación hasta la comunicación constante.
Estos son ejemplos de dinámicas de colaboración entre equipos de desarrollo y diseño que encontré durante la investigación de mi tesis. Crédito de la foto: Anna Lefort.

Fue entonces cuando decidí probar una idea que llevaba un tiempo dando vueltas en mi cabeza: revelador sintético.

De usuario integrado a desarrollador integrado

La primera vez que oí hablar de usuarios sintéticos fue a través de Artículos de compañeros. La idea es simple: en lugar de entrevistar a personas reales, utilice la IA para generar usuarios y estudiarlos.

Esta sencilla demostración me hizo pensar: Si podemos falsificar los comentarios de los usuarios, ¿podemos también falsificar la experiencia de nuestros colegas? Después de algunas investigaciones, Me topé con una perspectiva muy interesante sobre colegas sintéticos e incluso creé «Departamento Integrado».

Avance rápido unos meses. Me metieron en un proyecto mientras volaba. Sin lanzamiento, sin descubrimiento, sin investigación de usuarios. Solo informes verbales, descripciones vagas de las expectativas del cliente y presión para cumplir.

Normalmente, es entonces cuando me comunico con un desarrollador para que me ayude a aclarar qué es factible, qué es riesgoso y qué debe priorizarse. Pero aproveché la oportunidad para probar el valor de la inteligencia artificial como sustituto: intenté trabajar con expertos en síntesis y creé a Tim.

En este punto quizás estés pensando: ¿Este diseñador sugiere que reemplacemos a los desarrolladores con inteligencia artificial? La respuesta es no. Lo que quiero saber es si es posible obtener una Maestría en Derecho. Copie el tipo de inferencia utilizado por los desarrolladores. Al hacer concesiones e identificar riesgos. No para ocupar su lugar, sino para ayudar a los diseñadores a explorar las limitaciones de la tecnología cuando no hay una contraparte humana disponible de inmediato.

Experimento: creación de un desarrollador integral

Tim es un rol de desarrollador impulsado por ChatGPT (mi «desarrollador general»). Elegí ChatGPT porque:

El trabajo de Tim era actuar como mi colega, listo para discutir escenarios, restricciones y estructura de interfaz.

Presione Enter o haga clic para ver la imagen en tamaño completo

Captura de pantalla de los detalles de un personaje llamado Tim.
Construí un personaje para mi desarrollador de composición, Tim. Crédito; Ana Lefort.

Le asigné a Tim un rol detallado (nivel de experiencia, experiencia en tecnología, estilo de comunicación) que combinaba la experiencia de dos de mis colegas: un ingeniero senior y un desarrollador junior. Le proporcioné un resumen del proyecto, que incluía la pila de tecnología, los roles de los usuarios, la funcionalidad central de CRUD y las limitaciones específicas de la industria. Luego tuve una discusión estructurada sobre el diseño y le pedí que me ayudara:

  • Genere escenarios de uso típicos para las 3 pantallas de inicio detalladas en el resumen
  • Las limitaciones técnicas específicas dependen del campo de uso del producto.
  • Partición de pantalla hipotética

Más tarde, realicé exactamente el mismo ejercicio con dos desarrolladores reales del equipo. Mismas preguntas, mismo formato, mismo resumen del proyecto.

El contraste es sorprendente.

Lo que los desarrolladores sintéticos hacen bien (y mal)

Tim se destacó en ciertas tareas. Me ayudó a estructurar tres trabajos a realizar mientras luchaba por articular las necesidades de los usuarios. Se le ocurrió un modelo de datos que predijo las necesidades del registro de cambios que yo no había considerado (Ejemplo 1, ver imagen a continuación). Explica conceptos técnicos complejos en un lenguaje amigable para los diseñadores. Estuvo disponible de inmediato. Pero cuando el contexto más importa, sus limitaciones se hacen evidentes.

Presione Enter o haga clic para ver la imagen en tamaño completo

Un conjunto de tres ejemplos se ha mantenido confidencial y se tomó de las conversaciones del autor con los desarrolladores de síntesis.
Por razones de confidencialidad, no puedo revelar los detalles específicos de mi conversación con Tim. Sin embargo, estoy compartiendo algunos ejemplos aquí. Crédito de la foto: Anna Lefort.

También suena demasiado ordinario, demasiado refinado, demasiado «ChatGPT» (Ejemplo 2). A veces, las respuestas se parecen más a un «asistente de IA útil» que a «Tim el desarrollador»… especialmente cuando ofrecen soluciones en lugar de hacer preguntas aclaratorias. El rol funciona mejor cuando planteo explícitamente la pregunta como un intercambio entre un desarrollador y un diseñador, pero por lo demás se desvía hacia la ayuda general.

Es más, Tim ocasionalmente experimenta alucinaciones, especialmente cuando inventa experiencias de proyectos específicos de la industria para justificar sus elecciones de flujo de trabajo (Ejemplo 3). Pero el verdadero problema no son las frecuentes mentiras; Se trata de un consenso prematuro. Tim propondría soluciones técnicamente sólidas sin cuestionar si el problema subyacente existía en primer lugar.

Estaba trabajando con conocimientos generales de desarrolladores, no con los conocimientos de nuestro equipo.

Lo que los verdaderos desarrolladores aportan

Los desarrolladores reales aportan algo que Tim no puede: curiosidad escéptica. Cuando Tim sugiere una solución, preguntan: «¿Pero ha consultado con el cliente para ver si realmente hace esto?» Cuando Tim sugiere un patrón de optimización, se preguntan «¿Seguimos teniendo este problema?»

Usuarios con múltiples roles, ciertas funciones que requieren autenticación en la aplicación, mayor desarrollo del producto… Señalaron el entorno de infraestructura, problemas de seguridad, compensaciones de viabilidad, cosas que Tim simplemente no tenía forma de saber. También aportan conocimiento institucional.

A veces profundizan demasiado y se atascan en detalles de implementación que no son directamente relevantes, pero es esta riqueza la que mantiene el proyecto anclado en la realidad.

La conversación no terminó con respuestas. Conduce a la construcción de relaciones. Hemos creado un canal Slack dedicado para la comunicación continua sobre diseño y desarrollo. La colaboración se profundiza más allá de un solo proyecto.

Ideas reales: la composición como andamiaje, no como estructura

Esta prueba me ayudó a comprender la naturaleza de la colaboración en sí: la IA puede ayudarnos a simular la colaboración, pero no puede reemplazarla.

Trabajar con Tim me mostró el potencial de los colegas sintéticos como herramienta de preparación. Ellos pueden:

  • Ayudar a estructurar el pensamiento antes de la discusión humana.
  • Generar un primer borrador de solución para pruebas de estrés.
  • Proporcionar experiencia bajo demanda cuando no se puede contactar al personal de inmediato
  • Como herramienta de ensayo para conversaciones complejas.
  • Ayúdanos a cubrir cualquier ángulo que podamos haber pasado por alto

Pero ellos también:

  • Faltan limitaciones específicas del entorno
  • alucinar con confianza
  • No se puede establecer una relación
  • No desafíes las suposiciones como lo hacen los humanos
  • Evite el caos que conduce a conocimientos innovadores

Los verdaderos desarrolladores me brindan más que solo experiencia. Me brindaron relaciones, conocimiento institucional y motivación para colaborar mucho más allá de nuestras conversaciones iniciales.

Cómo utilizar desarrolladores sintéticos de forma eficaz

Es importante considerar que mis observaciones se basan en esta prueba, ya que no puedo replicarla con otro LL.M. u otro programa (todavía).

Aún así, según mis experimentos y una investigación más amplia, mi recomendación es la siguiente: adoptar un enfoque híbrido que aproveche la preparación de la IA y al mismo tiempo proteja la colaboración humana.

Presione Enter o haga clic para ver la imagen en tamaño completo

Arquitectura que contiene tres bloques conectados por flechas y que muestra una versión simplificada del marco para usar IA en la colaboración en calzoncillos.
El alcance asistido por IA requiere la validación de expertos. Un enfoque híbrido mejora gradualmente el rendimiento de la IA y las relaciones del equipo. Crédito de la foto: Anna Lefort.

El marco se divide en tres fases interrelacionadas:

Fase uno: preparación de la inteligencia artificial

Utilice un desarrollador integrado como socio de pensamiento para estructurar su enfoque antes de participar en una discusión humana. ¿Cuál es la mayor limitación? No saben lo que no saben. La mayoría de las alucinaciones de Tim provienen de una falta de contexto.

Para que esta etapa funcione:

  • Documente minuciosamente el contexto de su proyecto (industria, pila de tecnología, arquitectura existente)
  • Pídale a un desarrollador real que lo ayude a crear contexto; él sabrá qué detalles son importantes
  • Utilice la IA para generar escenarios de casos extremos, identificar posibles limitaciones y redactar taxonomías iniciales.
  • Formalice conceptos que aún no ha articulado (en mi experimento, Tim me ayudó a estructurar el trabajo por hacer, que se convirtió en la base para conversaciones más ricas más adelante)

Hacer que la IA sea útil requiere una colaboración humana directa. Piense en la salida de IA como un iniciador de conversación que le ayudará a hacer mejores preguntas.

Etapa 2:eVerificación de expertos

Valide y enriquezca siempre los resultados de la IA con personas reales. Mis pruebas demostraron que Tim podría proporcionar un marco inicial útil, pero un desarrollador real aporta contexto, matices e ideas que un LL.M.

Esto no quiere decir que la IA vaya a sustituir 30 minutos de tiempo de desarrollo. Haga que esos 30 minutos sean más valiosos preparando soluciones preliminares a preguntas estructuradas y pruebas de estrés.

La validación de expertos le enseña cómo mejorar a sus colegas sintéticos. ¿Qué se perdió la IA? ¿Qué contexto es más importante? Utilice estos conocimientos para perfeccionar sus indicaciones y desarrollar sus personajes. El objetivo no es la perfección, sino un marco que pueda mejorarse y adaptarse a cada proyecto.

Etapa tres: dinámica colaborativa

Aquí está la parte clave: la facilidad de uso de la IA genera tentaciones peligrosas. Es fácil saltarse conversaciones humanas más lentas y confusas cuando puedes obtener una respuesta «suficientemente buena» de inmediato. Especialmente bajo la presión de los plazos.

Estos atajos erosionan precisamente el valor de la colaboración: la construcción de relaciones, la transferencia institucional de conocimientos, la fricción creativa que conduce a conocimientos innovadores.

Establezca una regla para usted mismo: si utiliza IA para la exploración inicial, comprométase a realizar un seguimiento con humanos. Incluso si la IA «funciona».

Los canales de Slack que surgieron de mis conversaciones reales con los desarrolladores se convirtieron en la infraestructura para la colaboración futura y la documentación de nuestro progreso y elecciones. Ninguna cantidad de eficiencia de desarrollo combinada puede lograr eso.

pensamientos finales

Volviendo a mi pregunta principal: ¿Son los desarrolladores integrados los mejores amigos de los diseñadores independientes?

Bueno, en realidad no. El mejor amigo de un diseñador sigue siendo Un colega que aporta conocimientos de los que carece.. Pero los desarrolladores integrados pueden ayudar a cerrar la brecha: facilitadores para aprender el lenguaje del desarrollador, socios pensantes para explorar ideas. Este experimento me demostró que los actores sintéticos (desarrolladores, usuarios, gerentes de producto) no están destinados a reemplazar, sino a llenar vacíos donde la comunicación o la colaboración se vuelven más difíciles.

aún, Un andamio no es una casa.. Los desarrolladores integrados no son colegas.

El objetivo nunca ha sido reemplazar a los desarrolladores, sino explorar hasta qué punto la IA puede realmente emular sus capacidades de razonamiento. El futuro del diseño no será una elección entre humanos e inteligencia artificial. Los entrelazará, aprovechando al máximo su velocidad y escalabilidad sin perder humanidad e irremplazabilidad.

¿Y tú? ¿Utiliza su LL.M. ¿Para ampliar las habilidades de su equipo o ser modelos de colegas a los que no puede llegar?

Leave a comment

Home
Account
Cart
Search
¡Hola! ¡Pregúntame lo que quieras!
Explore
Drag