El cuello de botella del contenido basado en expertos nunca es la redacción. Nunca es la edición. Ni siquiera es la investigación, aunque la investigación ya es bastante penosa. Es conseguir que un experto ocupado bloquee treinta minutos en su calendario para alguien a quien nunca ha visto, de quien no depende jerárquicamente, y cuyo correo electrónico se encuentra aproximadamente trescientos puestos por debajo de cualquier incendio que esté apagando en ese momento. Livia Hirsch, estratega de contenido B2B que ayuda a scale-ups a expandirse al mercado estadounidense, ha pasado siete años convirtiendo esto de un problema de voluntad en un problema de proceso. En una conversación con Sophie Steffen, expuso el flujo de trabajo con el tipo de claridad que te hace preguntarte por qué todos los demás siguen haciéndolo de la manera difícil.
El verdadero cuello de botella: conseguir que el experto aparezca
Seamos honestos sobre la política de la situación. Eres una estratega de contenido freelance. Necesitas cuarenta y cinco minutos con un VP de Ingeniería que tiene reuniones consecutivas hasta 2027 y que contempla tu correo electrónico con aproximadamente el mismo entusiasmo que reserva para un mensaje de LinkedIn de un recruiter. Hirsch entiende esta dinámica con la precisión fatigada de alguien que la ha vivido repetidamente, y su solución tiene una elegante simplicidad que bordea lo obvio, que es precisamente la razón por la que casi nadie la aplica.
Ella nunca hace el primer contacto. En su lugar, hace que el contacto interno del cliente – alguien a quien el experto ya conoce, en quien ya confía, a quien ya responde en el día – envíe el email de presentación con tres franjas horarias precargadas. El outsider no envía el email frío. Lo envía el insider. Un correo de una desconocida en una agencia partner queda enterrado bajo diecisiete notificaciones de Jira. Un correo de la persona que firma el acuerdo de colaboración obtiene respuesta para el jueves.
“Ya soy una outsider de su círculo interno. Estoy al final de su lista de tareas. Estoy al final de su bandeja de entrada. Así que hago que la persona que ellos conocen nos ponga en contacto por email con un enlace de calendario incluido.”
Esto no es un truco. No es un “consejo de crecimiento.” Es un reconocimiento de que las jerarquías organizativas son reales, que la atención es un recurso escaso, y que pretender lo contrario mientras disparas emails fríos optimistas es la receta para un calendario de proyecto que se extiende hasta tiempos geológicos. Hirsch simplemente ha dejado de pretender y ha empezado a rodear el problema.
El pipeline en cuatro pasos
Una vez que la entrevista está efectivamente programada – y Hirsch es franca en que los pasos uno y dos, organizar el tiempo y hacer la entrevista, son considerablemente más difíciles de lo que nadie imagina – el resto del flujo de trabajo está deliberadamente reducido a lo esencial:
Paso 1: Preguntas previas a la entrevista. Hirsch envía las preguntas al experto vía Google Docs antes de la llamada. Esto no es mera cortesía. El experto frecuentemente corrige terminología o señala tendencias emergentes en esta fase, lo cual redirige la pieza antes de que exista una sola palabra de borrador. Es más barato descubrir en la página uno que tu ángulo entero está equivocado que descubrirlo en la página doce.
Paso 2: Entrevista en Google Meet. Grabada, transcrita. Sin herramienta de grabación separada, sin servicio de transcripción de terceros. Google Meet genera la transcripción. El stack permanece austero hasta el punto de ser una posición filosófica deliberada.
Paso 3: Borrador en Google Docs. Escrito por Hirsch a partir de la transcripción, compartido con el experto – y aquí es donde el flujo se vuelve discretamente brillante – con acceso solo de comentarista.
Paso 4: Revisión de alto nivel. El experto puede señalar errores factuales y desacuerdos. No puede reescribir tus frases. No puede, como dice Hirsch, decidir que no le gusta el término “magenta” y prefiere “morado oscuro.” Puede decirte que malinterpretaste un concepto técnico. No puede impartir una masterclass improvisada sobre su estilo de prosa preferido.
El permiso de solo comentarista está haciendo todo el trabajo pesado en esta operación. Es la diferencia entre recibir feedback útil de un experto y recibir la reescritura no solicitada de tu introducción por parte de un SME, completa con diecisiete punto y comas y la frase “aprovechando sinergias” insertada donde tú habías escrito algo que un ser humano podría querer leer.
El modelo de circuito cerrado
El flujo solo se mantiene limpio porque Hirsch impone lo que ella llama un circuito cerrado, que es una manera educada de decir que ha construido una fortaleza contra la tendencia natural de las organizaciones a convertir cada documento en un experimento democrático. Una persona designada en el lado del cliente actúa como intermediaria. El feedback viene de dos personas como máximo: el contacto y el experto. Nadie más opina. Nadie más tiene acceso al documento. Nadie de marketing se asoma un jueves por la tarde para sugerir que quizás la pieza debería “inclinarse un poco más hacia el liderazgo de pensamiento.”
Quince partes interesadas ofreciendo notas contradictorias sobre tono, estructura y elección de palabras no es colaboración. Es un Google Doc que ha cobrado vida propia y ahora mantiene el proyecto como rehén. Hirsch evita esto definiendo el bucle de feedback antes de que exista el primer borrador, que es el equivalente organizativo de cerrar las puertas antes de que la fiesta se descontrole.
Control de versiones: tres archivos, sin ramificaciones
El sistema de versiones es tan agresivamente simple que casi se lee como una sátira del enfoque enterprise. Archivo uno: V1. Archivo dos: renombrado “con ediciones.” Archivo tres: “versión final.” Todo en una carpeta de Google Drive. Sin cadenas de aprobación. Sin flujos automatizados. Sin capa de gestión de proyectos atornillada encima como una torreta decorativa en un edificio perfectamente funcional.
Esto solo funciona porque el bucle de feedback está cerrado. Cuando dos personas como máximo están proporcionando input, no necesitas una herramienta para gestionar el volumen. No necesitas un tablero Kanban. No necesitas un campo de estado con nueve estados posibles. El proceso escala mediante disciplina, no mediante software, que es una frase que presumiblemente causa malestar físico a cualquiera que haya firmado recientemente un contrato SaaS de cinco cifras.
El cuello de botella del white paper es idéntico
El mismo patrón se repite a mayor escala con los white papers, donde el cuello de botella sigue siendo la revisión, solo que amplificado por el volumen del documento. Un white paper de veinte o treinta páginas no es algo que nadie revise en su pausa del almuerzo, por muchas veces que el cronograma del proyecto asuma optimistamente lo contrario. Conseguir que un cliente se siente y realmente lea el documento es, confirma Hirsch, consistentemente donde el proceso se atasca.
Su contramedida es anticipar la alineación. Envía un esquema con investigación antes de escribir un solo párrafo de borrador. El esquema se aprueba primero, de modo que la revisión de la pieza terminada trata sobre la ejecución, no sobre la dirección. Nadie descubre en la página dieciocho que el ángulo estratégico era incorrecto. Nadie sugiere empezar de cero porque ha tenido una revelación sobre el posicionamiento de su marca durante un retiro de fin de semana. La verdad poco glamurosa es que los mejores flujos de trabajo de contenido no se construyen alrededor de mejores herramientas. Se construyen alrededor de menos opiniones, permisos más claros y la disposición a aceptar que no todo el mundo necesita estar en la sala.
Para el desglose completo de la entrevista, consulta nuestra entrevista completa con Livia Hirsch.
Herramientas mencionadas en la entrevista
Las siguientes herramientas y plataformas fueron mencionadas durante esta conversación.

