Siempre que alguien se incorpora a un equipo, pasa por dos procesos de onboarding. El primero consiste en aprender el trabajo: entender el producto, el negocio, la tecnología, los procesos y las herramientas. El segundo consiste en conocer a las personas. Normalmente contamos con algún tipo de onboarding para el primero, aunque sea de manera informal. Sin embargo, el segundo rara vez se aborda con el mismo nivel de cuidado. En su lugar, vamos descubriendo cómo trabajan nuestros compañeros a través de las interacciones del día a día. Aprendemos quién prefiere hacer brainstorming en voz alta y quién necesita tiempo para reflexionar antes de compartir su opinión, descubrimos quién agradece una llamada espontánea y quién prefiere recibir primero un mensaje, nos damos cuenta de quién valora una documentación detallada, quién se comunica mejor mediante diagramas o resúmenes visuales y quién prefiere un feedback directo en lugar de conversaciones cuidadosamente medidas... Ninguno de estos enfoques es mejor que otro por sí mismo, pero pueden dar lugar fácilmente a malentendidos cuando las personas no conocen las preferencias de los demás.
La realidad es que normalmente aprendemos estas cosas a base de prueba y error. Con el tiempo, descubrimos qué compañeros agradecen un contexto detallado, quién prefiere una comunicación más concisa, quién disfruta debatiendo ideas antes de tomar una decisión y quién prefiere reflexionar por su cuenta antes de hacerlo. A veces ese aprendizaje surge de forma natural, pero en muchas ocasiones ocurre porque algo no salió como esperábamos: una reunión que podría haber sido un correo, un feedback que se malinterpreta, una decisión que no ha quedado bien documentada o suposiciones que resultaron ser incorrectas. Con el tiempo, terminamos adaptándonos los unos a los otros, pero ese proceso suele llevar semanas o incluso meses, y gran parte de ese conocimiento nunca llega a documentarse. Se queda en las conversaciones, en la experiencia personal y en la memoria de cada uno, en lugar de estar recogido en un lugar donde todo el equipo pueda beneficiarse de él.
Trabajar juntos resulta más complejo que nunca
Los lugares de trabajo actuales son muy diferentes de los de hace apenas una década. Muchos trabajamos en entornos híbridos o totalmente remotos, colaboramos con personas de distintas zonas horarias y culturas e interactuamos habitualmente con Product Managers, diseñadores, ingenieros, directivos, equipos de Marketing, otros stakeholders y colaboradores externos, cada uno con experiencias, expectativas y formas de trabajar diferentes.
Al mismo tiempo, es importante reconocer que no todas las personas procesan o comunican la información de la misma manera. Algunos compañeros pueden tener necesidades de accesibilidad o ser neurodivergentes (por ejemplo, personas con TDAH, autismo o dislexia), mientras que otros pueden estar trabajando en un segundo idioma o proceder de entornos profesionales o culturales en los que las normas de colaboración son distintas. Ninguna de estas diferencias necesita corregirse, simplemente forman parte de trabajar con personas. El reto es que, si no hablamos de ellas, cada uno acaba interpretando el comportamiento de los demás. Una preferencia por la comunicación escrita puede confundirse con frialdad o distancia, y alguien que hace muchas preguntas puede parecer que está cuestionando las decisiones cuando, en realidad, solo está intentando comprender mejor el contexto. Del mismo modo, un compañero que necesita tiempo antes de responder puede parecer que está poco implicado, cuando simplemente está procesando la información.
Entonces, ¿por qué no documentamos cómo trabajamos?
Ya dedicamos muchísimo tiempo a mejorar la forma en que las personas interactúan con nuestros productos. Invertimos en mejores procesos de onboarding, documentación más clara, interfaces intuitivas y una mejor gestión del conocimiento porque sabemos que todo ello reduce la fricción y ayuda a las personas a tener éxito. Sin embargo, rara vez aplicamos esa misma forma de pensar a cómo colaboramos entre nosotros. En su lugar, esperamos que las personas aprendan poco a poco cómo se comunican sus compañeros de equipo, cómo toman decisiones, cómo dan feedback y cómo enfocan su trabajo únicamente a través de la experiencia. Todo ello me ha hecho preguntarme si la propia colaboración no merecía también un mejor onboarding.
¿Qué es un manual de usuario?
Un manual de usuario personal es una guía sencilla que explica cómo sueles trabajar mejor. Ayuda a tus compañeros de equipo a entender tus preferencias de comunicación, tu forma de tomar decisiones, cómo prefieres recibir feedback, qué te ayuda a mantenerte productivo y qué pueden esperar al colaborar contigo. Puedes pensar en él como una documentación de onboarding, pero para personas en lugar de productos. El objetivo no es sustituir el proceso natural de conocer a tus compañeros. Las relaciones siguen construyéndose a través de las conversaciones, las experiencias compartidas y la confianza que se genera con el tiempo. Un manual de usuario simplemente acelera ese proceso al hacer explícita, desde el principio, parte de la información más importante, en lugar de dejar que las personas la descubran únicamente a base de prueba y error.
La idea es sencilla: cuanto mejor entendamos cómo trabajan las personas que nos rodean, más fácil será colaborar de forma eficaz. En lugar de pasar semanas descubriendo las preferencias de los demás únicamente a través de la experiencia, podemos empezar con una comprensión compartida y seguir perfeccionándola a medida que trabajamos juntos.
Qué no es un manual de usuario
Un manual de usuario personal no es una lista de exigencias ni un documento que indique a los demás cómo deben comportarse contigo. Tampoco es una excusa para dejar de adaptarte a los demás: la colaboración es un proceso bidireccional: que yo prefiera una determinada forma de trabajar no significa que espere que todo el mundo haga lo mismo. El objetivo es generar una mejor comprensión mutua, no establecer unas normas rígidas.
Por ejemplo, si un compañero me dice que prefiere recibir un resumen por escrito después de las reuniones, me resulta muy fácil adaptarme. Si otro necesita más contexto antes de tomar una decisión, puedo adaptar mi forma de comunicarme con él. Del mismo modo, si explico que normalmente entiendo la información con más facilidad mediante diagramas que a través de largos bloques de texto, mis compañeros sabrán qué suele funcionar mejor conmigo. Ninguno de estos cambios supone un gran esfuerzo, son pequeños gestos que reducen la fricción innecesaria, mejoran la comunicación y ayudan a las personas a colaborar de forma más eficaz.
Un manual de usuario tampoco pretende sustituir las conversaciones habituales, el feedback o la confianza. Todo eso se construye con el tiempo, a través de las experiencias compartidas. El manual simplemente proporciona un punto de partida al hacer más visibles, desde el primer día, las expectativas, las preferencias y la forma de trabajar de cada persona.
Por qué esto es más importante que nunca
La forma en que trabajamos ha cambiado de forma considerable durante la última década, pero muchos de nuestros hábitos de colaboración no han evolucionado al mismo ritmo. No hace tanto tiempo, la mayoría de los equipos trabajaban desde la misma oficina, normalmente en el mismo país y con una cultura compartida. Las conversaciones surgían de forma natural a lo largo del día, las personas podían resolver malentendidos rápidamente en persona y, con el tiempo, todo el mundo acababa aprendiendo cómo preferían trabajar sus compañeros. Gran parte de ese conocimiento era informal, pero la cercanía hacía que fuera mucho más fácil construirlo.
La realidad actual es muy diferente. Muchos equipos trabajan en modelos híbridos o completamente remotos, colaborando entre distintos países, culturas y husos horarios, a menudo con compañeros a los que nunca han conocido en persona. Un mismo proyecto puede implicar a múltiples stakeholders, cada uno con su propia experiencia, conocimientos y expectativas sobre lo que significa una buena colaboración. En ese contexto, ya no podemos confiar en la proximidad para aprender cómo trabajan los demás. Tenemos que cuidar mucho más cómo compartimos la información, establecer expectativas y cómo colaboramos entre nosotros.
Al mismo tiempo, somos mucho más conscientes de que las personas procesan la información de formas diferentes. Algunos compañeros prefieren pensar en voz alta, mientras que otros necesitan tiempo para reflexionar antes de responder. Algunas personas se sienten más cómodas en workshops y sesiones de brainstorming, mientras que otras aportan sus mejores ideas después de revisar el material por su cuenta. Algunas agradecen resúmenes concisos, mientras que otras necesitan más contexto antes de sentirse cómodas tomando una decisión.
Hay también aspectos relacionados con la accesibilidad y la neurodiversidad que a menudo pasan desapercibidos, a menos que las personas decidan compartirlos. Puede que trabajes con compañeros con TDAH, autismo, dislexia u otras diferencias cognitivas que influyan en cómo organizan la información, gestionan las interrupciones, se comunican o procesan el feedback. Por ejemplo, una persona con TDAH puede rendir mejor con menos cambios de contexto, prioridades más claras y menos interrupciones inesperadas que rompan su concentración. Puede preferir la comunicación asíncrona a las preguntas constantes e improvisadas, y beneficiarse de resúmenes por escrito que le ayuden a estructurar sus ideas. Otras personas pueden tener hipersensibilidad sensorial y trabajar de forma más eficaz en entornos tranquilos, con menos ruido, menos conversaciones simultáneas o la posibilidad de utilizar auriculares para reducir los estímulos. Del mismo modo, hay quienes encuentran agotadoras las reuniones consecutivas y necesitan tiempo entre ellas para procesar la información antes de pasar al siguiente tema.
Al mismo tiempo, las personas con autismo pueden preferir una comunicación muy estructurada, expectativas explícitas y agendas claras antes de las reuniones. Las personas con dislexia, por su parte, pueden encontrar más difícil procesar bloques de texto densos y beneficiarse de diagramas, resúmenes visuales o información organizada mediante listas con viñetas. Y muchas personas simplemente afrontan una carga cognitiva adicional por trabajar en un segundo idioma o por adaptarse a entornos culturales donde los estilos de comunicación son muy diferentes. Ninguna de estas diferencias tiene nada de malo; simplemente forman parte de trabajar con personas.
El reto es que, si no hablamos de esas diferencias, todo el mundo acaba intentando interpretar el comportamiento de los demás. Una preferencia por la comunicación escrita puede confundirse con frialdad o distancia. Alguien que hace muchas preguntas puede parecer que está cuestionando cada decisión, cuando en realidad solo está intentando comprender el contexto. Un compañero que necesita tiempo antes de responder puede dar la impresión de estar poco implicado, cuando en realidad está procesando la información antes de aportar su punto de vista. Muchas de las pequeñas fricciones que experimentan los equipos no se deben a desacuerdos sobre el trabajo en sí, sino a las diferencias en la forma en que las personas abordan ese trabajo.
A menudo dedicamos semanas o incluso meses a descubrir estos patrones a través de la experiencia, cuando una simple conversación (o, mejor aún, un documento compartido) podría haber sentado las bases para entendernos desde el principio. Aquí es donde un manual de usuario personal aporta valor: no elimina la necesidad de comunicarse ni sustituye las relaciones que se desarrollan de forma natural con el tiempo. Lo que hace es proporcionar un punto de partida. Convierte en visibles preferencias que normalmente permanecen ocultas, ayuda a establecer expectativas compartidas y reduce la fricción innecesaria antes de que llegue a convertirse en un problema. El objetivo no es estandarizar la forma de trabajar de todo el mundo; de hecho, es justo lo contrario. Se trata de reconocer que cada persona trabaja de manera diferente y crear un entorno en el que esas diferencias se comprendan en lugar de tener que adivinarlas. Cuanto más reflexiono sobre ello, más convencida estoy de que los manuales de usuario no tratan realmente sobre documentación, sino sobre la empatía: la documentación simplemente resulta ser una de las formas más sencillas de compartir esa empatía con las personas con las que trabajamos.
Por qué los Product Managers se benefician especialmente
Aunque creo que un manual de usuario personal puede aportar valor a prácticamente cualquier persona, también pienso que los Product Managers ocupamos una posición especialmente privilegiada para beneficiarnos de él. A diferencia de muchos otros roles, Producto se sitúa en la intersección de múltiples disciplinas. En un mismo día podemos estar hablando de estrategia con dirección, refinando requisitos con Ingeniería, revisando flujos de usuario con Diseño, priorizando trabajo con Delivery, alineándonos con Marketing, respondiendo preguntas de distintos stakeholders, coordinándonos con Procurement o hablando con proveedores externos. Cada una de esas conversaciones requiere que adaptemos nuestra forma de comunicarnos, traduzcamos el contexto entre diferentes interlocutores y ayudemos a las personas a avanzar hacia una visión compartida. Por eso, los Product Managers dedicamos una parte muy importante de nuestro tiempo a colaborar, más que a trabajar de forma aislada. La calidad de nuestro trabajo depende, en muchas ocasiones, tanto de cómo nos comunicamos como de las decisiones que tomamos.
Una de nuestras responsabilidades principales es aportar contexto. Ayudamos a los equipos a entender no solo qué hay que construir, sino también por qué es importante, para quién está pensado y cómo se conecta con los objetivos generales del negocio. Facilitamos conversaciones, ayudamos a resolver "trade-offs" (decisiones en las que hay que renunciar a unas cosas para ganar otras), documentamos requisitos, alineamos expectativas y reunimos perspectivas de personas con conocimientos y experiencias muy diferentes. Cuanto mejores son esas interacciones, mejor suele ser también el producto.
Al mismo tiempo, los Product Managers rara vez trabajamos siempre con el mismo grupo de personas. Los proyectos cambian, las prioridades evolucionan y los equipos multidisciplinares se forman y se reorganizan constantemente. Se incorporan nuevos ingenieros, los diseñadores rotan entre iniciativas, los proveedores participan en proyectos concretos y los stakeholders cambian en función del área del negocio de la que se esté hablando. Cada nueva colaboración implica aprender cómo prefiere comunicarse la otra persona, cómo toma decisiones y cómo comparte la información. Un manual de usuario personal ayuda a acortar considerablemente esa curva de aprendizaje.
En lugar de esperar a que mis compañeros descubran poco a poco que prefiero documentar las decisiones importantes, que me gusta entender el contexto general antes de hablar de posibles soluciones o que proceso mejor la información mediante diagramas que a través de largos bloques de texto, puedo simplemente hacer visibles esas preferencias desde el principio. Eso no significa que todo el mundo tenga que trabajar exactamente como yo, sino simplemente que entienden qué me ayuda a colaborar de forma eficaz, del mismo modo que yo quiero entender qué les ayuda a ellos.
También creo que los Product Managers tenemos la oportunidad de liderar con el ejemplo. Gran parte de nuestro trabajo consiste en mejorar la colaboración, aportar claridad y reducir la fricción innecesaria entre equipos. Un manual de usuario es simplemente otra herramienta que contribuye a esos objetivos. Al compartir abiertamente nuestra forma de trabajar, fomentamos conversaciones que de otro modo quizá nunca llegarían a producirse. A menudo, los compañeros responden compartiendo también sus propias preferencias, hablando sobre qué les ayuda a trabajar mejor o reflexionando sobre aspectos de la colaboración que nunca antes se habían planteado de forma consciente.
En mi experiencia, el mayor valor no está en el documento en sí, sino en las conversaciones que genera. Cuando las personas empiezan a hablar abiertamente sobre cómo trabajan, muchos pequeños malentendidos desaparecen incluso antes de llegar a producirse. Los equipos se adaptan mejor unos a otros, las reuniones se vuelven más intencionadas y la comunicación resulta mucho más eficaz porque las personas dejan de asumir que todo el mundo trabaja de la misma manera. Para los Product Managers, cuyo éxito depende en gran medida de conseguir que personas con perfiles muy distintos avancen hacia un objetivo común, eso puede marcar una enorme diferencia.
Por qué cualquier equipo puede beneficiarse
Aunque hasta ahora me he centrado en los Product Managers, no creo que los manuales de usuario sean algo exclusivo de Producto. De hecho, cuanto más reflexionaba sobre la idea, más me daba cuenta de que prácticamente cualquier rol que implique colaborar con otras personas puede beneficiarse de uno.
Los jefes de Ingeniería, por ejemplo, suelen necesitar explicar cómo prefieren comunicar los riesgos técnicos, cómo les gusta recibir los requisitos o en qué momento consideran que deberían participar en una conversación. Los diseñadores pueden querer que el resto del equipo entienda cómo les gusta recibir feedback, qué información les ayuda a crear mejores experiencias o por qué involucrar a Diseño desde el principio suele conducir a mejores resultados. Los perfiles de Research, los Delivery Managers y los equipos de Operaciones de Producto también tienen sus propias formas de trabajar, comunicarse y tomar decisiones, que no siempre resultan evidentes para quienes les rodean.
Lo mismo ocurre con los roles de liderazgo. Los managers dedican una parte muy importante de su tiempo a acompañar a las personas, tomar decisiones, dar feedback y establecer expectativas. Un manual de usuario personal puede ayudar a que las nuevas incorporaciones entiendan qué tipo de apoyo pueden esperar, cómo suelen desarrollarse las reuniones periódicas one-to-one, cómo se toman las decisiones y qué es lo que ese manager valora más al trabajar con su equipo. En lugar de dejar que esas expectativas se descubran poco a poco, pasan a ser visibles desde el primer día.
Los fundadores y la alta dirección también pueden beneficiarse enormemente. A medida que las organizaciones crecen, resulta cada vez más difícil que todo el mundo aprenda el estilo de trabajo de cada líder únicamente a través de interacciones informales. Un documento sencillo que explique sus preferencias de comunicación, sus principios para tomar decisiones o sus expectativas sobre la colaboración puede reducir considerablemente la incertidumbre, especialmente para las nuevas incorporaciones que todavía están aprendiendo cómo funciona la organización.Incluso los profesionales que no gestionan personas pueden encontrar mucho valor en crear uno. Cualquier rol colaborativo implica trabajar con otras personas, compartir información, dar y recibir feedback, tomar decisiones y resolver problemas de forma conjunta. Ayudar a tus compañeros a entender cómo trabajas no tiene que ver con el nivel de responsabilidad, sino con facilitar la colaboración.
Personalmente, creo que el mayor valor aparece cuando esto se convierte en una práctica de equipo y no en una iniciativa individual. Imagina incorporarte a un nuevo proyecto en el que cada miembro del equipo tiene un pequeño manual de usuario. En menos de una hora, podrías entender cómo prefiere comunicarse cada persona, qué le ayuda a dar lo mejor de sí, cómo le gusta recibir feedback y qué puedes esperar al colaborar con ella. En lugar de tardar meses en descubrir todo eso a través de la experiencia, empezarías con un entendimiento compartido que seguiría evolucionando a medida que las relaciones se fortalecen. Eso no sustituye las conversaciones ni la confianza. Al contrario: crea un mejor punto de partida para ambas.
¿Qué debería incluir un manual de usuario?
No existe una plantilla universal para crear un manual de usuario personal, y esa es precisamente una de las cosas que más me gustan de esta idea. El documento debe reflejar tu forma de trabajar, no la forma en que otra persona cree que deberías hacerlo. Cuando creé el mío, no partí de una lista de comprobación. En su lugar, me hice una pregunta muy sencilla:
"¿Qué información ayudaría realmente a alguien a colaborar conmigo de forma más eficaz?"
La respuesta terminó convirtiéndose en las diferentes secciones de mi manual.
👤 Sobre mí
Creo que merece la pena empezar con una breve presentación. No tu CV, ni tu trayectoria profesional, ni los resultados de un test de personalidad. Simplemente unas pocas frases o algunos puntos clave que ayuden a las personas a conocer a quien hay detrás del rol. Por ejemplo, en mi caso cuento que disfruto resolviendo problemas, que soy una persona curiosa por naturaleza, que me gusta explorar formas prácticas de utilizar la IA para trabajar mejor y que creo que las mejores ideas surgen de conversaciones enriquecedoras. No son cosas que alguien necesite saber para trabajar conmigo, pero sí ayudan a crear una conexión más humana desde el principio.
📋 Resumen
Probablemente sea la sección que la mayoría de las personas lea primero. Puedes pensar en ella como el resumen ejecutivo de tu manual. Si alguien solo dispusiera de un minuto para entender cómo trabajas, ¿qué te gustaría que supiera? En mi caso, incluyo aspectos como mi estilo de comunicación, cómo enfoco la documentación, cómo suelo tomar decisiones y qué tipo de colaboración me resulta más eficaz. Normalmente, una tabla sencilla es más que suficiente.
💬 Comunicación
Esta es una de las secciones más valiosas porque muchos de los malentendidos del día a día surgen precisamente aquí. ¿Cómo prefieres comunicarte? ¿Cuándo es suficiente con un mensaje? ¿Cuándo tiene más sentido hacer una llamada? ¿Agradeces que te avisen antes de llamarte? ¿Te gusta que las decisiones importantes queden documentadas después? En mi caso, uno de los principios fundamentales es:
"Comunícate de la forma que tenga más sentido. Documenta todo aquello que sea importante".
No me importa si resolvemos algo por Teams, en una reunión o con una llamada rápida. Lo importante para mí es asegurarme de que el resultado quede documentado, para que el equipo se mantenga alineado y nadie tenga que depender de la memoria más adelante.
🧩 Cómo trabajo
Aquí es donde explicas qué cosas te ayudan a dar lo mejor de ti en el trabajo. En mi caso, me gusta entender el porqué antes de entrar en el cómo. Suelo hacer preguntas sobre el contexto, las dependencias y los resultados esperados porque tener una visión global me ayuda a tomar mejores decisiones. También disfruto aportando estructura cuando hay ambigüedad: si veo que algo puede documentarse de forma más clara, organizarse mejor o explicarse de una manera más visual, es muy probable que intente mejorarlo. En esta sección también explico que creo que una buena documentación no tiene por qué ser extensa. Siempre que es posible, prefiero utilizar diagramas, flujogramas, tablas o infografías en lugar de largos bloques de texto. El objetivo no es escribir más documentación, sino hacer que la información sea más fácil de entender.
🤝 Colaboración
Cada persona tiene una forma diferente de colaborar. Esta sección es un buen lugar para explicar cómo te gusta debatir ideas, recibir feedback y tomar decisiones en equipo. Por ejemplo, a mí me encantan los debates enriquecedores y agradezco sinceramente que las personas cuestionen mis ideas. Si hago muchas preguntas, normalmente es porque intento entender el razonamiento que hay detrás de una propuesta, no porque la esté criticando. Del mismo modo, agradezco el feedback directo y constructivo. Prefiero tener una conversación honesta antes que perder el tiempo intentando adivinar si algo podría haberse hecho mejor.
🤖 IA y herramientas
Esta sección no formaba parte de mi manual original, pero decidí añadirla porque la IA se ha convertido en una parte importante de mi forma de trabajar. Utilizo la IA a diario para automatizar tareas repetitivas, mejorar la documentación, generar ideas, resumir información y crear diagramas o infografías. También disfruto creando Custom GPTs que me ayudan a automatizar flujos de trabajo recurrentes. Al mismo tiempo, creo que es importante dejar claro que la IA es un copiloto, no un piloto automático. Me ayuda a trabajar de forma más eficiente, pero no sustituye el pensamiento crítico, el criterio profesional ni la colaboración con otras personas. Además, incluir esta sección se ha convertido en una excelente forma de iniciar conversaciones. Gracias a ella he tenido muchas charlas interesantes con compañeros sobre prompts, flujos de trabajo y distintas formas de utilizar la IA de manera más eficaz como equipo.
✅ Qué me ayuda
Una de mis secciones favoritas es simplemente una lista de las cosas que me ayudan a dar lo mejor de mí. Aspectos como compartir el contexto de negocio, documentar las decisiones importantes, aclarar las prioridades o explicar las restricciones. Son acciones pequeñas, pero juntas hacen que la colaboración sea mucho más fluida.
🌱 Qué puedes esperar de mí
Creo que esta es una sección importante porque un manual de usuario no debería limitarse a describir lo que esperas de los demás. También debería explicar qué pueden esperar los demás de ti. Por ejemplo, me comprometo a comunicarme con transparencia, documentar las decisiones importantes, identificar los riesgos cuanto antes, hacer preguntas cuando algo no está claro y buscar continuamente formas de mejorar cómo trabajamos juntos. En muchos sentidos, esta es la sección que convierte el manual en algo más que una lista de preferencias: lo transforma en un compromiso mutuo.
❤️ Una última cosa
Me gusta terminar el manual con un breve mensaje personal. En mi caso, es un recordatorio de que una buena colaboración se construye sobre la confianza, la transparencia y la curiosidad, y de que siempre prefiero hacer preguntas antes que dar algo por hecho. Es una sección pequeña, pero creo que refuerza el propósito de todo el documento: facilitar que las personas trabajen mejor juntas.
Por supuesto, tu propio manual no tiene por qué ser exactamente igual que el mío. Su estructura debería reflejar tu rol, tu personalidad y tu forma de trabajar. Lo importante no es incluir exactamente estas secciones, sino que, al terminar de leerlo, cualquier persona tenga una idea mucho más clara de cómo es colaborar contigo.
Hazlo visual
Un error que evitaría es convertir tu manual de usuario en un documento de diez páginas. El objetivo no es documentar hasta el último detalle sobre ti ni crear una guía exhaustiva que contemple todos los escenarios posibles. Es mucho más sencillo: ayudar a las personas a entender cómo es trabajar contigo. Por eso creo que el formato es casi tan importante como el contenido. Siempre que puedas, te recomiendo hacer que tu manual de usuario sea visual. La mayoría de las personas no van a leer varias páginas de texto antes de empezar a trabajar con un nuevo compañero, pero sí dedicarán un par de minutos a revisar una infografía bien diseñada o un resumen de una sola página.
Piensa en cómo consumimos la información en el trabajo. Utilizamos diagramas para explicar arquitecturas, flujogramas para describir procesos, journey maps para entender el comportamiento de los usuarios y dashboards para visualizar datos. La comunicación visual ayuda a las personas a asimilar la información mucho más rápido, especialmente cuando están intentando construir un modelo mental de algo nuevo. El mismo principio se aplica aquí.
Un manual de usuario debería ser fácil de escanear. Cualquier persona debería poder identificar tus preferencias de comunicación, tu forma de trabajar y tus principios de colaboración en apenas unos minutos, y volver después a las distintas secciones siempre que necesite refrescar algún detalle. Eso no significa renunciar al contenido en profundidad. Si disfrutas escribiendo, puedes mantener una versión más extensa como documento de referencia y crear un resumen visual que las personas puedan consultar rápidamente. Ambos formatos se complementan sorprendentemente bien. Personalmente, decidí crear los dos: una versión escrita más detallada y una infografía de una sola página que resume las ideas principales de un solo vistazo. Dependiendo de la situación, uno u otro formato puede resultar más útil.
La IA hace que esto sea más fácil que nunca
Hace solo unos años, crear un manual de usuario visual me habría llevado muchísimo más tiempo. Hoy, la IA ha reducido drásticamente esa barrera. Utilizo la IA con frecuencia para generar ideas, mejorar documentación, estructurar información, crear diagramas, diseñar infografías y automatizar tareas repetitivas. Lejos de sustituir mi forma de pensar, me permite dedicar más tiempo a desarrollar y refinar las ideas, y menos a dar formato a documentos o mover elementos dentro de herramientas de diseño.
Uno de los flujos de trabajo que mejor me ha funcionado consiste en utilizar un Custom GPT configurado con las guías de marca y la identidad visual de mi empresa. En lugar de empezar desde cero cada vez que necesito un diagrama o una infografía, me ayuda a generar una primera versión que ya está alineada con nuestro branding y que después puedo perfeccionar manualmente. El resultado no es perfecto (ni espero que lo sea), pero reduce de forma muy significativa el tiempo necesario para transformar una idea en un recurso visual que pueda compartir con el equipo. Evidentemente, no puedo utilizar la identidad visual de la empresa para un artículo público, por lo que todos los ejemplos que aparecen en este post se han recreado utilizando mi propia identidad visual. La idea de fondo es exactamente la misma: utilizar la IA para eliminar el trabajo repetitivo y poder dedicar más tiempo a pensar en el contenido. Al final, no creo que el mayor valor de la IA sea escribir documentos por nosotros. Creo que su mayor aportación es ayudarnos a comunicar nuestras ideas de forma más eficaz y hacer que una documentación de calidad sea accesible para muchas más personas que nunca.
De la teoría a la práctica
La teoría es útil, pero creo que los ejemplos lo son aún más. Para ilustrar esta idea, he creado mi propio manual de usuario basándome en el enfoque que he explicado a lo largo de este artículo. En él resumo cómo prefiero comunicarme, qué me ayuda a dar lo mejor de mí, cómo entiendo la colaboración y qué pueden esperar mis compañeros cuando trabajan conmigo. En lugar de sustituir el documento escrito, utilizo la infografía como un resumen visual al principio de mi página de Confluence. De esta forma, cualquier persona que se incorpore al equipo puede entender lo esencial en apenas un par de minutos, mientras que las secciones posteriores ofrecen más contexto a quienes quieran profundizar:
La página completa de Confluence desarrolla con más detalle cada una de las secciones, pero la infografía me resulta especialmente útil porque se consulta rápidamente, es fácil de revisar cuando hace falta y muy sencilla de compartir durante el onboarding o cuando alguien nuevo se incorpora al equipo. Ninguna de las dos versiones pretende ser una lista de normas, y estoy convencida de que seguirán evolucionando con el tiempo. Igual que los productos, las personas también cambiamos. Aprendemos, nos adaptamos y refinamos nuestra forma de trabajar a lo largo de toda la carrera profesional, por eso veo este manual como un documento vivo, no como algo que algún día vaya a estar realmente terminado. Mi intención al compartirlo es fomentar conversaciones que quizá, de otro modo, nunca llegarían a producirse. Si un compañero lo lee y me dice: "la verdad es que yo trabajo de una forma bastante diferente", para mí eso ya es un éxito, porque significa que hemos empezado a hablar abiertamente sobre cómo colaboramos en lugar de dar por hecho que todos trabajamos igual.
Reflexiones finales
Dedicamos una cantidad enorme de tiempo a documentar todo lo que construimos. Documentamos productos, APIs, sistemas de diseño, arquitecturas, procesos, runbooks y bases de conocimiento internas porque sabemos que un entendimiento compartido ayuda a los equipos a avanzar más rápido y a tomar mejores decisiones. Sin embargo, una de las partes más importantes de cualquier proyecto (las personas que lo hacen posible) suele quedar sin documentar. Un manual de usuario personal no resolverá todos los problemas de comunicación, ni mucho menos sustituirá la confianza, la empatía o las conversaciones que surgen de forma natural a medida que las relaciones se desarrollan. Lo que sí puede hacer es acelerar esas conversaciones, reducir la fricción innecesaria y crear una base mucho más sólida para colaborar desde el primer día. Quizá la mayor enseñanza que me he llevado al crear mi propio manual no ha sido descubrir más sobre cómo trabajo, sino darme cuenta de cuántas de mis preferencias habían permanecido implícitas durante años. El simple hecho de dedicar tiempo a reflexionar sobre ellas me ayudó a ser mucho más consciente de cómo me comunico, cómo colaboro y cómo apoyo a las personas que me rodean.
Tanto si eres Product Manager como jefe de Ingeniería, diseñador, fundador de una empresa o cualquier otra persona que trabaje estrechamente con otros, creo que sinceramente vale la pena hacer este ejercicio. Porque, al final, el objetivo no es el manual de usuario en sí, sino las conversaciones que genera. El documento es simplemente el catalizador, ya que anima a las personas a hablar abiertamente sobre cómo se comunican, cómo toman decisiones, qué les ayuda a dar lo mejor de sí y cómo pueden apoyarse mutuamente de una forma más eficaz. Si crear un manual de usuario ayuda a tu equipo a sustituir las suposiciones por una mejor comprensión mutua, entonces ya habrá cumplido su propósito. Al fin y al cabo, solemos decir que los productos los construyen las personas. Quizá haya llegado el momento de empezar a documentar a las personas que hay detrás de esos productos con el mismo cuidado con el que documentamos los propios productos.
Me encantaría saber tu opinión: si crearas tu propio manual de usuario, ¿qué sería lo primero que incluirías?