Sobre esta plantilla
La plantilla Documentación Tech es una carta de presentación dispuesta como una página de documentación técnica — sumario en rail izquierdo, cuerpo a fiero a la izquierda en Inter, recuadros tipo código en JetBrains Mono y pie de página estilo doc con tag de versión. El formato refleja directamente el oficio: la carta se lee como una página Mintlify, ReadMe o Docusaurus. Compatible con los ATS modernos (Greenhouse, Lever, Ashby); el rail sumario es puramente visual.
¿Para qué perfil?
Encaja con technical writers (Asociación Española de Documentación tradicional, autodidactas confirmados), developer advocates, documentation engineers, product managers de plataformas API (BBVA Open API, Telefónica Open Gateway, Mailtrap Spanish team, Coverwallet API) y responsables developer experience en SaaS B2B. La firma visual dice inmediatamente «conozco el oficio de la documentación tech».
Cómo utilizarla
La carta tech writing debe probar el dominio de las herramientas y los frameworks: Mintlify, ReadMe, Docusaurus, Hugo, MkDocs, OpenAPI/Swagger, JSON Schema. Cite dos o tres documentaciones públicas que haya escrito o mejorado (con enlaces públicos). Mencione su aproximación pedagógica (Diátaxis framework, Google Developer Documentation Style Guide, Microsoft Writing Style Guide). Para un developer advocate, añada una o dos charlas dadas en conferencia reconocida (Codemotion, T3chFest, JSConf Iberia).
Preguntas frecuentes
¿Hay que dominar el código para ser technical writer?
Sí en el 90 % de los casos. Para escribir documentación API, hay que saber leer y ejecutar el código de forma autónoma (JavaScript, Python, Go según el stack). Para una documentación producto pura (admin guide, knowledge base), el conocimiento de código puede ser más ligero. Indique su nivel real en dos o tres lenguajes — la precisión se lee positivamente.
¿El formato doc es demasiado nicho para un grupo grande?
Para un puesto de technical writer en un gran grupo (Telefónica Innovation, Indra Soluciones Avanzadas, NTT Data Spain), el código se ve como nativo. Para una función RR. HH. transversal en un gran grupo no-tech, el código puede parecer fuera de tema. Adapte según el alcance tech del puesto.
¿Cómo evocar una migración de doc legacy?
Es un tema apreciado por los reclutadores. Cite el stack fuente (Confluence, MediaWiki, GitBook v1), el stack destino (Docusaurus, Mintlify, ReadMe v2), el volumen migrado (número de páginas, número de autores), y la estrategia (auditoría, deprecation, archivado, redirecciones SEO). Para un puesto senior tech writing, el dominio de las migraciones es señal de seniority distintiva.
