El problema principal: el texto dejó de ser escaso
Hace tres años preguntábamos si una IA podría escribir instrucciones como una persona. En 2026 la respuesta práctica es sí. Con buenas entradas, un modelo produce borradores, referencias de API, release notes, FAQ y traducciones en minutos.
Eso cambia la economía del trabajo. Lo difícil deja de ser producir frases y pasa a ser determinar qué es verdad, qué versión está soportada, quién confirma el comportamiento, qué necesita el usuario y cómo evitamos publicar o mantener información obsoleta.
Yo conozco personalmente varias empresas que ya han eliminado por completo el puesto de technical writer. No es una estadística del mercado, pero demuestra que el escenario es real. Puede funcionar cuando el producto es sencillo y el coste del error es bajo. Los problemas aparecen al crecer: versiones divergentes, ejemplos rotos, terminología inconsistente y nadie responsable del sistema completo.
Qué cambió realmente en tres años
Desde finales de 2022 cambió primero la velocidad y después el propio reparto del trabajo. La generación de un borrador pasó de ser una tarea central a ser una operación casi instantánea; traducción, resumen, reescritura, extracción de parámetros y creación de variantes también se abarataron. Por eso la ventaja ya no está en producir más texto, sino en controlar entradas, evidencia, estructura, revisión y mantenimiento.
Ya conozco empresas que eliminaron por completo a los technical writers
Es una observación personal, no una estadística de mercado. Precisamente por eso es importante: la sustitución completa ya no es una hipótesis. La pregunta útil es qué ocurre después con la propiedad de la documentación, los hechos, las versiones, la deuda y el feedback cuando el rol desaparece.
Qué tareas se automatizan primero
| Tarea | Automatización | Qué debe verificarse |
|---|---|---|
| Primer borrador desde una especificación | Alta | hechos y entradas |
| Parámetros de API | Alta | semántica y ejemplos |
| Release notes | Alta | impacto real en usuarios |
| Traducción | Alta | terminología y contexto |
| Arquitectura de documentación | Media | tareas del usuario y relaciones |
| Comportamiento real del producto | Baja | fuente de verdad y experto |
| Responsabilidad por un hecho publicado | No automatizable | propietario humano |
El flujo de documentación actual
La IA debe estar dentro del proceso, no al final como autor invisible.
Repartir la responsabilidad
| Etapa | IA | Technical writer | SME / producto |
|---|---|---|---|
| Entradas | clasifica | detecta huecos | aporta la fuente de verdad |
| Estructura | propone | decide la arquitectura | confirma restricciones |
| Borrador | genera | define reglas y edita | resuelve ambigüedad |
| Hechos | marca riesgos | conecta afirmación y evidencia | confirma comportamiento |
| Publicación | no aprueba | controla preparación | aprueba cambios críticos |
Cómo organizar el trabajo
- Crear un paquete de evidencia antes del prompt.
- Pedir a la IA que analice contradicciones y huecos antes de redactar.
- Generar unidades pequeñas y verificables.
- Revisar evidencia, no fluidez.
- Automatizar links, builds, terminología, schemas y tests.
- Mantener en manos humanas seguridad, compatibilidad, compromisos legales y escenarios ambiguos.
La revisión ahora necesita tres capas
Un borrador generado por IA no debe pasar directamente a publicación. Conviene separar tres tipos de control porque responden a preguntas distintas.
Claridad, orden y utilidad.
Hechos, comandos, estados y restricciones.
Build, links, terminología y ejemplos.
La IA no puede verificar sus propios hechos
Una segunda IA puede detectar una afirmación sospechosa, pero no convertirla en verdad. La verificación exige volver a código, especificación, test o SME.
¿Qué pasa si la empresa ya eliminó a los technical writers?
No tiene sentido reconstruir el antiguo puesto solo por nostalgia. Primero hay que repartir explícitamente las responsabilidades que siguen existiendo: quién decide la estructura, quién confirma los hechos, quién atiende el feedback, quién controla contenido obsoleto y quién puede detener una publicación. Si esas funciones quedan sin dueño, la automatización solo oculta deuda documental.
La nueva función del technical writer
El valor ya no puede ser “escribo párrafos más rápido”. El especialista pasa a diseñar arquitectura de conocimiento, fuentes de verdad, backlog de documentación, reglas de generación y revisión, tests, terminología y ciclo de vida.
Si una empresa elimina a sus writers, alguien debe seguir siendo responsable de propietarios, revisión técnica, contenido obsoleto, feedback y calidad automática. Si nadie lo hace, no ha automatizado la documentación: ha dejado de gobernarla.
Qué habilidades ganan valor
- comprensión profunda del producto;
- arquitectura de información;
- API, Git y automatización;
- juicio editorial;
- fact-checking y trazabilidad;
- capacidad de conectar producto, soporte, ingeniería y usuarios.
Qué medir en lugar del número de páginas
El volumen producido deja de ser una métrica útil cuando una IA puede generar cientos de páginas. Son más valiosos el porcentaje de contenido con propietario, la edad de la evidencia, errores detectados antes de publicar, ejemplos que pasan tests, tiempo hasta actualizar una página después de un cambio y problemas reales resueltos por la documentación.
Un equipo pequeño de documentación en 2026
Arquitectura, audiencia, reglas, edición y release.
Análisis, borradores, variantes y comprobaciones auxiliares.
Fuente de verdad, restricciones y aprobación técnica.
Un equipo así puede producir mucho más que antes, pero solo si la responsabilidad humana permanece visible.
Qué debe hacer personalmente un technical writer
Elegir un producto que pueda comprender a fondo; aprender a trabajar con Git, API, tests y fuentes estructuradas; construir sus propios criterios de fact-checking; practicar arquitectura de información; y dejar de medir su valor por la cantidad de texto escrito. La ventaja sostenible es entender el sistema mejor que una herramienta genérica y convertir ese entendimiento en un proceso verificable.
Conclusión
La IA no eliminó la documentación. Eliminó el monopolio humano sobre la producción de texto. El objetivo del technical writer ya no es escribir más rápido que el modelo, sino construir un sistema donde la IA pueda producir rápidamente sin que los errores lleguen al usuario con la misma velocidad.
