¿Qué es la redacción técnica?

Han pasado cinco horas desde que configuraste tu sitio de WordPress. Pero no pudiste mover la aguja.

Unas horas más tarde, cansado, exploras aleatoriamente la documentación de WordPress, tu héroe anónimo.

Revisaste su centro de ayuda, leíste las preguntas frecuentes y las guías de instalación. Y ¡voilà!, en las próximas horas, publicaste un sitio básico de Wordpress.

Gracias a la documentación técnica en el sitio web. Te ahorró tiempo y el dolor de cabeza en el que te habrías ahogado de otra manera.

Al igual que WordPress, casi todos los programas tienen documentación técnica escrita y publicada en su sitio web. ¿Por qué? Para que la experiencia del usuario sea más fluida.

En este artículo, compartiremos todo sobre la redacción técnica y cómo puedes crear tu primera documentación técnica.

Empecemos.

¿Qué es realmente la redacción técnica?

La redacción técnica es una forma especializada de escritura centrada en el usuario que simplifica temas complejos y técnicos en un lenguaje fácil de digerir y comprender.

El objetivo de la redacción técnica es simple: lograr que los lectores sigan las instrucciones.

Piense en: manuales de usuario, guías para instalar una aplicación o software, especificaciones de productos de software técnico, procedimientos operativos estándar (SOP), etc.

Por ejemplo, si desea instalar Microsoft Office en su sistema pero no tiene instrucciones claras sobre cómo hacerlo.

Descarga la guía de instalación de Microsoft, que detalla todos los pasos necesarios para instalar el software en tu ordenador.

Enumera todos los pasos, desde la descarga del software hasta su ejecución y el seguimiento de las indicaciones.

Tipos de redacción técnica

La redacción técnica se divide en cinco categorías diferentes que debes conocer.

• Documentación para el usuario final: Educa al usuario de un producto sobre la funcionalidad principal del producto y cómo resolver problemas comunes de solución de problemas. Por ejemplo, manuales de usuario, guías de instalación, centros de ayuda, preguntas frecuentes y base de conocimientos.
• Redacción de documentación de procesos: Este tipo de redacción técnica se centra en la estandarización de los procedimientos dentro de la empresa y está diseñado específicamente para equipos internos. Por ejemplo, procedimientos operativos estándar (SOP) y wikis internos.
• Comunicación técnica de marketing: Aprovecha la experiencia técnica y las estrategias de marketing juntas para transmitir el valor de productos complejos. Por ejemplo, estudios de casos, páginas de destino y correos electrónicos comerciales.
• Redacción técnica de experto a experto: Está enfocado en nichos y proporciona información rica en expertos a personas que ya son expertas en su campo. ¿La trampa? Este tipo de escritura solo puede ser escrito por redactores técnicos o personas que tengan conocimientos especializados o sean expertos en su campo. Por ejemplo, documentos técnicos y resúmenes de investigación.
• Informes técnicos: Este tipo de escritura presenta información detallada sobre los resultados de la investigación, los resultados del proyecto o los análisis técnicos. Por ejemplo, informes de investigación, informes de progreso, propuestas técnicas e informes de viabilidad.

Leer también: ¿Qué es la documentación de ingeniería?

Ejemplos de redacción técnica

Pero, ¿cómo es exactamente la redacción técnica? Echemos un vistazo a algunos ejemplos de redacción técnica para comprenderlo mejor.

Documentación del producto

Una documentación del producto proporciona información detallada sobre las especificaciones técnicas del producto, sus características, instrucciones paso a paso sobre cómo comenzar con el producto y manuales completos sobre cómo usar el producto.

Por lo general, incluye especificaciones del sistema para que los usuarios ejecuten el software, instrucciones de instalación y uso, preguntas frecuentes o una base de conocimientos.

Agorapulse, por ejemplo, tiene una documentación de producto limpia y mínima en su sitio web.

Cuando haces clic en el bloque específico, digamos ‘empezando’, verás las diferentes preguntas con hipervínculos sobre consejos para la solución de problemas e información específica de las funciones.

Leer también: El sistema de documentación que impulsa Agorapulse

Documentación de la API

La documentación de la API es una colección de instrucciones que explican cómo los desarrolladores interactúan con las aplicaciones de software. Esta documentación proporciona información detallada sobre los puntos finales de la API, ejemplos de código y métodos de autenticación.

Por ejemplo, La documentación de la API de Kit incluye una breve descripción general y secciones como cambios, autenticación, OAuth, claves de API y más.

Procedimientos operativos estándar (SOP)

Los SOP son como GPS para los equipos: proporcionan instrucciones claras para ayudar a los miembros del equipo a comprender cómo realizar una tarea específica dentro de una empresa.

Aquí hay un ejemplo de cómo es un incorporación de empleados SOP se ve así:

Notas de la versión

Las notas de la versión informan a los usuarios sobre las nuevas características del producto, las mejoras y las correcciones de errores en las actualizaciones de software.

Por ejemplo,Wix ha publicado las notas de la versión en su sitio web. Cada nota de la versión tiene una fecha y está estructurada brevemente en viñetas. ¿La mejor parte? Cada actualización está hipervinculada a instrucciones específicas de documentación técnica.

Principios de la redacción técnica

Ahora que conoces las diferentes variaciones de la redacción técnica, comprendamos los cinco principios básicos de la redacción técnica.

Cada tipo de contenido se escribe en función de estos principios.

Claridad y precisión

Al leer la documentación técnica, los lectores tienen un objetivo: encontrar e implementar rápidamente la información.

Puede lograr este objetivo para los lectores que leen la documentación técnica solo haciendo esto: escribir con claridad y concisión.

¿Y cómo hacerlo?

• Mantenga su escritura clara y directa.
• Proporcione definiciones para los términos técnicos siempre que sea necesario
• Elimine la jerga de su escritura: palabras que impactan la legibilidad como 'solo', 'eso', 'muy', etc.

Aquí hay un ejemplo de documentación técnica mal escrita.

Fuente de la imagen

Así es como se vería cuando se mejora para mayor claridad:

¿Ves la diferencia? Leer la primera documentación dificulta que el lector comprenda la información.

¿Pero la versión mejorada? Simplifica la información y está escrita en menos palabras y de una manera que el lector pueda absorber e implementar.

Así es precisamente como debe escribir su documentación para mayor claridad.

Minuciosidad

Para ayudar a los lectores a lograr su objetivo (solucionar un problema en la aplicación o construir los muebles de bricolaje), debe incluir cada detalle mínimo para ayudar a los lectores a seguir las instrucciones paso a paso.

Esto significa rociar la documentación con cada detalle con diagramas, diagramas de flujo, imágenes, código y videos para simplificar la información y hacerla procesable para el lector.

Como aquí,Storylane cubre cada micro paso para ayudar a los usuarios a comenzar y crear su primera demostración en la plataforma.

Estructura lógica

Para ayudar al lector a tomar medidas del punto A al B y lograr el resultado deseado, debe estructurar bien sus documentos. Piense en: una serie de secciones significativas, titulares, títulos y pasos instructivos.

Entendamos mejor con un ejemplo.

Un manual de usuario comienza con una guía de solución de problemas, luego salta a las instrucciones de instalación, seguido de una sección sobre características y termina con términos de glosario.

¿Ves el problema? Los usuarios leerán información que no necesitan en este momento. ¿Y la información que necesitaban? Esa información está enterrada bajo temas avanzados.

Es por eso que debe pensarlo lógicamente y hacer que la documentación se centre en el usuario al incluir la información en secuencias lógicas.

Exactitud fáctica

A diferencia de otras formas de escritura, donde uno puede agregar opiniones personales, anécdotas y narraciones, la redacción técnica requiere hechos, conocimientos e investigación.

La documentación técnica debe centrarse en los hechos y explicar qué hace un producto, para quién está destinado y cuál es la propuesta de valor.

Por ejemplo,La documentación de Slack no glorifica cómo son la mejor herramienta de colaboración. Pero, se presenta sutilmente y va directamente a la agenda del documento: cómo comenzar con Slack y los diferentes elementos que el usuario verá en acción dentro de la herramienta.

Resolución de problemas

Cada documentación técnica debe tener un destino: resolver el problema del usuario.

Para esto, primero debe identificar el problema que está resolviendo con la documentación. Luego, escriba la solución exacta que les ayudaría. Para explicar mejor la solución, también puede incluir ejemplos, capturas de pantalla anotadas y tutoriales en video.

Slite utiliza una combinación de videos de telar y capturas de pantalla de productos al dar instrucciones específicas.

En su ‘Cómo configurar su espacio de trabajo’ sección, por ejemplo, verá que el documento ha enumerado todas las características con las que el usuario debe estar familiarizado. Para mayor claridad, se agrega una captura de pantalla del producto para que las instrucciones sean más claras de implementar.

El proceso de redacción técnica

El gran elefante en la habitación: ¿cómo escribir *realmente* una documentación técnica? La redacción de documentación técnica pasa por diferentes fases: planificación, investigación, redacción y edición, y finalmente publicación.

Entendamos cada fase en detalle.

Fase 0: Planificación

Primero, sepa para quién está escribiendo la documentación: ¿desarrolladores, administradores de sistemas o usuarios? Ahora, identifique quién usará el documento y qué información buscarán.

Entonces, pregúntese:

• ¿Cuál es el objetivo número 1 que los lectores quieren lograr después de leer esta documentación?
• ¿Está escribiendo para expertos o para el público en general?
• ¿Qué información cubrirá esta documentación?

Fase 1: Investigación

Finalmente, recopile los detalles técnicos necesarios: especificaciones del producto, documentos de diseño, documentación existente e información de expertos en la materia.

Crear un cuestionario

¿Describir una nueva característica de la aplicación? Para escribir sobre ella, el redactor técnico deberá comprender los entresijos de la característica del producto.

Algunas preguntas que podrían ser un excelente punto de partida incluyen:

• ¿Es esta una nueva característica o una versión mejorada de la característica anterior?
• ¿Qué hace y cómo pueden usarla los usuarios?
• ¿Qué temas hacen referencia cruzada a esta característica?
• ¿Hay notas/advertencias que deban incluirse en la descripción de la característica?
• ¿Necesita capturas de pantalla, gifs, diagramas o videos para presentar mejor la información?

Identificar fuentes creíbles

Encuentre las fuentes con información fáctica y actualizada. Hay dos fuentes creíbles que puede usar para escribir su documentación:

Producto

Si está escribiendo una documentación de características, pruebe la característica usted mismo y documente el proceso exacto paso a paso.

De esta manera, obtiene experiencia de primera mano con el producto y comprende claramente cómo funciona el producto, desde el paso 1 hasta el paso N, lo que le ayuda a escribir instrucciones precisas.

Expertos en la materia (PYME)

Entreviste a los PYME internos (expertos de los equipos de producto o ingeniería) para extraer información si está escribiendo explícitamente sobre el producto.

Esto te ayuda a obtener información directamente de la persona que ha trabajado de cerca en el producto, y tendrá información valiosa.

Fuente de la imagen

Pero la verdadera pregunta para los redactores técnicos es: “¿Cómo entrevisto a las PYMES?”

Simple. Haz a las PYMES preguntas abiertas específicas sobre la información que necesitas. Digamos que estás escribiendo la documentación de una función, podrías hacer preguntas como:

• ¿Puede demostrarme el proceso de uso de esta función?
• ¿Necesita permisos elevados durante este paso?
• ¿Cómo se puede identificar este proceso si falla y cómo se puede escalar?

Captura la mayor cantidad de información posible de las PYMES en una entrevista. Pero si es necesario, haz un seguimiento con las PYMES en otra llamada y aclara tus dudas.

💡Consejo profesional:

• Utiliza herramientas de grabación de vídeo para grabar la entrevista con las PYMES y luego utiliza la grabación para escribir tu documentación.
• En lugar de tener toda la investigación dispersa en Google Docs, utiliza herramientas de colaboración de documentos como Slite para organizar todo en un solo lugar: vídeos grabados, enlaces de recursos, etc.

Fase 2: Organización del contenido

¿Terminaste con la investigación? Organiza toda la información en un documento y redacta el esquema.

Para ello, estructura tu documentación desde la perspectiva del usuario: ¿qué es lo primero que quieren leer?

Piénsalo y estructura tus encabezados y subencabezados en consecuencia.

Por ejemplo, comienza con la información general y luego pasa a las funciones especializadas.

Así es exactamente como la documentación de la API de Reddit lo ha hecho. Cubre todos los elementos de la API a lo largo de toda la documentación.

El documento comienza con información general y luego se ramifica en funciones específicas de la API que los usuarios pueden explorar para sus necesidades. Cada función contiene una descripción, método, ejemplo de código y parámetros.

Teniendo en cuenta cómo Reddit ha escrito su documentación, puedes crear un esquema con encabezados y subencabezados claros. Aquí tienes un esquema de muestra que puedes utilizar para empezar:

Fase 3: Escritura y edición

Ahora que tienes un esquema estructurado, es hora de pasar al siguiente paso: escribir la documentación técnica. ¿Cómo hacerlo?

Comienza a rellenar el esquema con la información que has recopilado durante el proceso de investigación.

Digamos que estás trabajando en la sección “autenticación” del esquema de muestra. Añadirás toda la información que has recopilado de la entrevista con las PYMES aquí.

Pero eso no es todo para escribir tu documentación técnica. Aquí tienes algunas formas de hacer que destaque:

• Cubre la información paso a paso: Explica cada paso en detalle para que los usuarios sepan cómo terminar cada paso y pasar al siguiente paso sin cometer un error al seguir las instrucciones.
• Escribe utilizando un lenguaje conciso: Mantén el lenguaje sencillo y conciso sin añadir demasiada jerga técnica (e irrelevante) y frases complejas.
• Formato para la legibilidad: Asegúrate de dividir el texto en párrafos, formatear los enlaces internos y demostrar bien la información utilizando elementos visuales como vídeos, capturas de pantalla y GIF.

Una vez que hayas escrito tu primer borrador, es hora de realizar las comprobaciones de edición.

Al editar, céntrate en dos tipos de edición:

Paso 1: Edición de desarrollo

La edición de desarrollo tiene como objetivo hacer que la documentación sea más eficaz al tiempo que se evalúa en función de la información y la relevancia para el público.

Por lo tanto, comprueba el borrador en busca de estructura y contenido y evalúa el flujo lógico de ideas, la relevancia de la información y la alineación con el público.

Paso 2: Edición de estilo

Una vez que hayas completado las ediciones de desarrollo, es hora de refinar las frases.

Para ello, identifica la estructura de las frases, la elección de las palabras, la coherencia narrativa y la voz de la escritura. Además, céntrate en el estilo de escritura y el lenguaje para asegurarte de que cada frase transmite la información con claridad.

Paso 3: Corrección de estilo

Ahora comprueba la documentación en busca de precisión técnica: errores ortográficos, puntuación, verificación de datos y directrices de estilo.

¿Quieres acelerar tu proceso de corrección de estilo? Utiliza herramientas como Grammarly y Hemmingway.

Fase 4: Revisión y comentarios

Una vez que hayas escrito y editado el documento, es hora de enviarlo a las PYMES para obtener sus comentarios y realizar los cambios necesarios. ¿Cómo?

• Comparte el borrador en una herramienta de colaboración de documentos como Slite e invita a las PYMES a colaborar en el documento.
• Pide a las PYMES que compartan sus comentarios sobre parámetros como la experiencia, la información específica del usuario que se ha omitido y la relevancia de la documentación para los usuarios.
• Las PYMES pueden resaltar las partes del documento en las que les gustaría añadir más información y añadir sus comentarios.

En lugar de las idas y venidas de contactar con las PYMES y concertar una llamada con ellas para obtener comentarios y aclarar puntos, esta forma de colaboración acelera el proceso de retroalimentación. Beneficioso para los redactores técnicos y las PYMES.

Fase 5: Publicación y mantenimiento

Y aquí llega el paso final después de todo el arduo trabajo: publicar tu documentación.

Para este último paso, elige la plataforma de publicación adecuada para poner en marcha tu documentación.

Aquí tienes cinco opciones entre las que puedes elegir:

• Creación del sitio web de documentación
• Publicación de los documentos en GitHub
• Uso de una herramienta de publicación
• Compartir a través de carpetas en la nube
• Lanzamiento de una página de centro de ayuda en tu sitio web

De estas, el uso de una herramienta de publicación y el lanzamiento de la página del centro de ayuda son las mejores formas de publicar el documento.

• Si quieres crear documentación para el usuario, lanza la página del centro de ayuda en tu sitio web.
• Si vas a crear la documentación para tu equipo interno, utilizar una herramienta de publicación como Slite es lo mejor; incluso te permite verificar la documentación y mantener la información actualizada.

Herramientas para acelerar tu proceso de redacción técnica

• Plataforma de documentación: Organiza tu investigación (todas las ideas, materiales que has recopilado, grabaciones de vídeo y transcripciones que has capturado) en un centro centralizado para acceder a todo en un solo lugar. También simplifica el intercambio de la información recopilada con las partes interesadas y las PYMES con las que colabora el redactor técnico. Esta herramienta es perfecta para tu proceso de investigación, planificación y redacción.

Ejemplo: Google Docs, Notion o Slite.

• Herramientas de colaboración: Deshazte de las idas y venidas de contactar con las PYMES y esperar días para obtener su aprobación. Puedes colaborar de forma asíncrona con herramientas de colaboración enviando mensajes a las PYMES y a las partes interesadas. Esto funciona aún mejor si las herramientas de documentación tienen funciones de colaboración integradas o integración con plataformas de colaboración. Estas herramientas son perfectas cuando necesitas comentarios sobre el primer borrador de las PYMES: puedes hacerles preguntas de seguimiento y aclarar las dudas sin salir de la documentación.

Ejemplo: Slite y Slack.

• Herramienta de edición: ¿Has redactado tu primera pieza de contenido técnico? Utiliza herramientas de edición para acelerar tu proceso de edición durante la fase de edición de estilo y corrección de estilo. Con estas herramientas de edición, puedes editar tu contenido en busca de errores ortográficos, puntuación, reformulación de frases y claridad.

Ejemplo: Grammarly, Hemmingway Editor o Wordtune.

• Herramienta de diseño: Una vez que el contenido ha sido aprobado, el siguiente paso es diseñar los elementos visuales. Con las herramientas de diseño, puedes crear todos los elementos visuales que quieras incluir en tu documentación: infografías, diagramas de flujo y GIF. Estas herramientas también tienen plantillas predefinidas que puedes utilizar en lugar de diseñar todo desde cero.

Ejemplo: Canva para diseñar y Zight para hacer capturas de pantalla y anotar las pantallas del producto.

• Herramienta de grabación y transcripción de vídeo: Durante el proceso de investigación, al recopilar información de las PYMES, las herramientas de grabación y transcripción de vídeo son tu salvador. Integra estas herramientas durante la llamada; grabarán la llamada por ti e incluso te proporcionarán una transcripción de toda la llamada. De esta forma, los redactores técnicos pueden centrarse en escuchar la información de las PYMES sin distraerse.

Ejemplo: Zoom, Fireflies.ai o Fathom.

• Herramienta de publicación: Esta es tu herramienta heroica para publicar y mantener el contenido, especialmente si no vas a publicar el contenido técnico en tu sitio web. Con estas herramientas, puedes publicar contenido e incrustar diferentes estilos de formato: tablas, bases de datos y contenido directamente desde otras herramientas. Lo que es más importante, podrás mantener tu contenido fresco y actualizado sin hacerlo manualmente.

Ejemplo: Slite y Notion.

Mejores prácticas para escribir tu primera documentación técnica

¿Todo listo para escribir tu primera documentación técnica? Aquí tienes algunas de las mejores prácticas que debes recordar:

1. Guías de estilo

Utiliza una guía de estilo para mejorar los estándares de escritura y formato de tus documentos técnicos. Si nunca has creado una guía de estilo antes, ten en cuenta estos componentes:

• Tono y voz: Define el tono y la voz con la que tu público se siente identificado: formal, informal o neutral.
• Gramática y puntuación: Proporciona reglas que deben utilizarse estrictamente y especifica el uso de signos de puntuación como guiones, rayas, puntos y comas, la coma de Oxford y puntos (para incluir o no) en listas con viñetas y numeradas, y el uso de mayúsculas.
• Directrices de formato: Menciona los detalles sobre las fuentes, utiliza listas con viñetas o listas numeradas (o ambas) y utiliza emojis y estilos de formato: negrita, cursiva y subrayado.
• Terminología y abreviaturas: Proporciona directrices sobre cómo utilizar las terminologías. ¿Debería mencionarse el acrónimo al final de la terminología solo cuando se introduce la primera vez, o debería mencionarse cada vez que se menciona en el documento?
• Elementos visuales: Destaca las reglas para utilizar elementos visuales en el documento. ¿Puede la documentación incluir diagramas de flujo? ¿O tiene que ser específicamente capturas de pantalla y tutoriales del producto? Al añadir texto alternativo y leyendas a las imágenes, ¿hay una forma específica en la que tienes que escribirlos?

Por ejemplo, la guía de estilo de escritura de Microsoft está repleta de ejemplos útiles, incluyendo lo que funciona y lo que no funciona.

Verás las tablas etiquetadas con encabezados como “Utiliza esto” y “No esto” para proporcionar instrucciones claras, facilitando a los lectores la comprensión de la información de inmediato. Además, menciona claramente los escenarios en los que el redactor técnico necesita omitir los puntos, incluyendo la coma de Oxford y no incluir espacios alrededor de las rayas.

1. Plantillas de documentación

En lugar de escribir el contenido desde cero, sin una estructura direccional, utiliza plantillas de documentación predefinidas.

No estarás trabajando en un lienzo en blanco. Con estas plantillas, conoces las secciones exactas que incluirá tu documentación: te ahorra tiempo y te da claridad sobre la investigación que necesitas realizar y la información que necesitas extraer de las PYMES.

Aquí tienes un ejemplo de una plantilla de documentación predefinida:

Dentro de la plantilla, obtienes las diferentes secciones que debe incluir tu documento y los detalles que puedes incluir en función de tu investigación.

1. Estructura del contenido

Organiza tu documentación con titulares, listas y elementos visuales claros, como capturas de pantalla, diagramas de flujo y tutoriales en vídeo, para ayudar a los lectores a digerir la información de forma rápida y simplificada.

Echa un vistazo a la documentación de la API de Reply.io.

Cada sección está espaciada con diferentes encabezados, listas numeradas y listas con viñetas. Para enfatizar algunas palabras, las han formateado en negrita y han hecho un uso mínimo de emojis. Además, la documentación tiene un aspecto limpio, con el espacio en blanco añadido después de cada sección.

1. Convención de escritura

En lugar de un lenguaje complicado y sofisticado, utiliza un lenguaje sencillo y llano para que sea fácil para los lectores entender la información técnica compleja.

Céntrate en utilizar la voz activa y solo el 10% de la voz pasiva. Además, asegúrate de que tus frases sean concisas y sin relleno, aportando claridad a tu documentación y simplificando la comprensión de la información.

💡Consejo profesional: Comprueba tu puntuación de legibilidad en Hemmingway: debería ser de grado 9 o inferior.

1. Control de calidad

Antes de publicar el contenido, haz que las PYMES revisen el contenido para comprobar su precisión y usabilidad. Una vez que el contenido se ha publicado, realiza comprobaciones periódicas para mantener el contenido actualizado.

Por ejemplo, la documentación interna y los SOP que ha estado utilizando tu equipo utilizan la función de verificación de documentos de Slite para solicitar a las PYMES que verifiquen el documento. Una vez que el documento se ha verificado, todos los miembros del equipo saben que la documentación es precisa y está lista para ser utilizada.

Escribe tu primera documentación con Slite

Seamos honestos: realizar la investigación, colaborar con las PYMES, obtener comentarios y mantener la documentación publicada. Es mucho trabajo duro.

Aumenta la fricción en el proceso de creación de contenido. Ahí es donde necesitas herramientas de documentación como Slite que se conviertan en el caballero de brillante armadura.

Con Slite, puedes:

Paso 1: Captura tu investigación: enlaces a otra documentación para referencia, tutoriales en vídeo o capturas de pantalla que incluirías en tu contenido o la grabación de vídeo de las PYMES, y organízala dentro de tu canal de Slack.

Paso 2: Invita a las PYMES al espacio de trabajo. Pueden añadir comentarios al documento de investigación y dar su opinión, e incluso recursos adicionales para los redactores técnicos.

Paso 3: Escribe tu primera documentación dentro de Slite o integra la herramienta con Google Docs, si es ahí donde han escrito el borrador. Las PYMES pueden revisar el documento y añadir comentarios, y etiquetar a los redactores para compartir comentarios.

Paso 4: Solicita a las PYMES y a las partes interesadas que verifiquen el documento para asegurarte de que la documentación es precisa y está actualizada. Puedes hacerlo antes de publicar el documento o incluso después de que la documentación se haya publicado.

¿Quieres ver cómo Slite puede impulsar la colaboración de tu equipo durante el proceso de creación de contenido técnico? Prueba Slite gratis.