Crear contenido ·
Anatomía de un post de LinkedIn que se lee entero
Un post que se lee entero no pasa por suerte. Tiene piezas que se encajan en un orden concreto, y cada pieza cumple una función distinta. Cuando falta una, el lector se cae antes del final aunque la idea de fondo sea buena.
Este artículo va de esa mecánica interna: qué va en cada tramo, dónde cae el corte del ver más, cuánto debería durar cada línea y qué estructura conviene según lo que quieras conseguir con el post.
Por Sheena de PunkVoice · Editado por Mario Pérez
¿Cuáles son las piezas de un post que se lee entero?
Respuesta breve: gancho, promesa, desarrollo, giro y cierre. Son cinco funciones, no cinco párrafos obligatorios, y un post corto puede resolver dos de ellas en la misma línea.
El gancho abre una grieta de curiosidad en la primera línea. La promesa, normalmente en la segunda o tercera línea, le dice al lector qué se va a llevar si sigue leyendo. El desarrollo entrega esa promesa con ejemplos o pasos concretos. El giro añade un matiz que el lector no esperaba, y el cierre convierte todo eso en una idea que se puede repetir o discutir.
El error habitual es escribir el desarrollo primero y añadir el gancho al final como un envoltorio. Se nota, porque el gancho queda pegado con cola en vez de nacer de la idea central. Funciona mejor al revés, escribir primero el giro que quieres dejar y construir el resto hacia atrás.
- Gancho: la grieta de curiosidad en la primera línea.
- Promesa: qué se lleva el lector si sigue.
- Desarrollo: la entrega concreta de esa promesa.
- Giro: el matiz que cambia la lectura del resto.
- Cierre: la idea que queda y que se puede comentar.
¿Qué tiene que pasar antes del corte del ver más?
Respuesta breve: el gancho y el arranque de la promesa, sin resolverla del todo. Las primeras tres líneas son las únicas que se ven sin hacer clic, así que tienen que generar la duda suficiente para que el clic merezca la pena.
El fallo más común es meter contexto antes del corte, como quién eres o por qué escribes esto hoy. Ese contexto puede ir después, cuando el lector ya está dentro. Antes del corte solo cabe lo que decide si sigue o no.
También falla el corte que promete algo que luego no llega. Si las tres primeras líneas anuncian una lista de cinco errores y el desarrollo solo trae tres, el lector se siente estafado aunque el resto del post sea bueno.
¿Cómo se controla el ritmo de línea?
Respuesta breve: alternando líneas cortas y líneas de dos frases, evitando bloques largos sin respiro visual. En pantalla el ojo escanea antes de leer, y un bloque denso se descarta antes de que nadie sepa qué dice.
Una línea corta tras un párrafo de desarrollo funciona como pausa. Le da al lector un punto para procesar lo que acaba de leer antes de seguir. Usarla en cada línea, en cambio, produce el efecto contrario, un ritmo entrecortado que cansa igual que un bloque compacto.
El ritmo también se mide en el móvil, donde la mayoría lee. Una frase que en el editor parece corta puede ocupar cuatro líneas en pantalla pequeña. Conviene revisar el post en el móvil antes de publicarlo y no fiarse solo de cómo se ve al escribirlo.
¿Cuándo conviene usar una lista dentro del post?
Respuesta breve: cuando hay elementos comparables entre sí, como pasos, errores o ejemplos, y no como recurso para rellenar espacio. Una lista de tres ideas que no tienen nada en común no ayuda al lector, lo obliga a buscar la relación que el texto no le dio.
Las listas rinden mejor cuando cada elemento tiene el mismo peso y una longitud parecida. Si un punto ocupa una línea y el siguiente ocupa cuatro, la lista pierde el efecto de escaneo rápido que la hace útil.
También conviene limitar cuántas listas caben en un mismo post. Dos listas seguidas convierten el texto en un documento de referencia y le quitan la voz que hace que suene a una persona y no a una plantilla.
- Sí: tres errores concretos con la misma estructura de frase.
- Sí: los pasos de un proceso que el lector puede replicar.
- No: ideas sueltas sin relación metidas con guiones para acortar párrafos.
¿Qué párrafo sobra casi siempre?
Respuesta breve: el que explica por qué escribes sobre esto, colocado al principio. Ese párrafo suele empezar con frases como llevo tiempo pensando en esto o esta semana me pasó algo, y retrasa la entrega de valor sin aportar nada que el lector necesite para entender el resto.
Ese contexto tiene un lugar, pero es el cierre, no la apertura. Contado al final, como origen de la idea, funciona como anécdota que redondea el post. Contado al principio, funciona como obstáculo entre el lector y lo que vino a buscar.
El otro párrafo que sobra es el que resume lo que ya se acaba de decir, del tipo en resumen antes de una lista que repite el desarrollo. Si el desarrollo estuvo claro, ese resumen es ruido. Si no lo estuvo, el problema está en el desarrollo, no en la falta de resumen.
¿Qué estructura conviene según la intención del post?
Respuesta breve: cambia el orden de las piezas según quieras enseñar, opinar, contar algo o preguntar. Un post que enseña necesita más desarrollo, uno que opina necesita más giro, uno que cuenta necesita más tensión narrativa y uno que pregunta necesita menos de todo lo demás.
Enseñar pide una promesa muy concreta desde el principio, porque el lector decide seguir en función de si el aprendizaje le sirve. Opinar pide un gancho que declare una postura clara, porque nadie sigue leyendo una opinión tibia. Contar una historia pide guardar el giro para el tramo final. Preguntar pide un cierre corto que no cierre la conversación, porque la meta ahí es el comentario, no la lectura completa.
Conocer esta tabla no sustituye tener algo que decir, pero evita el error de meter una historia en el molde de una lista de consejos o al revés, que es una de las formas más comunes de que un post bueno se lea mal.
| Intención | Dónde pesa más | Cierre típico |
|---|---|---|
| Enseñar | Desarrollo con pasos concretos | Resumen accionable en una línea |
| Opinar | Gancho con postura clara | Pregunta que invita a estar en desacuerdo |
| Contar | Tensión guardada hasta el giro final | La lección que deja la anécdota |
| Preguntar | Contexto mínimo antes de la pregunta | La pregunta repetida, sin cerrarla |
¿Cómo se construye un cierre que no se sienta forzado?
Respuesta breve: retomando una palabra o una imagen del gancho, no añadiendo una moraleja genérica al final. Un cierre que conecta con el arranque le da al post la sensación de estar completo, como un círculo que se cierra.
El cierre forzado suele reconocerse porque podría pegarse al final de cualquier post sobre cualquier tema, del tipo al final todo es cuestión de constancia. Ese tipo de frase no aporta nada porque no es específica de la idea que acabas de desarrollar.
Un cierre mejor deja una frase que el lector podría citar en un comentario, o una pregunta que se responde con la experiencia propia de quien lee. Ese tipo de cierre es el que empieza conversación en vez de cerrarla.
¿Qué longitud debería tener cada tramo?
Respuesta breve: no hay una cifra fija, pero el gancho y la promesa deberían caber en las tres primeras líneas, y el desarrollo no debería superar el punto en el que ya entregó lo prometido. Alargar el desarrollo después de eso diluye el post en vez de reforzarlo.
Una guía práctica es escribir el post y luego tachar cualquier frase que repita una idea ya dicha con otras palabras. Casi siempre sobra al menos una, y el post queda más fuerte sin ella aunque parezca más corto de lo que planeabas.
La longitud total importa menos que la coherencia entre lo que promete el gancho y lo que entrega el cierre. Un post de ocho líneas que cumple su promesa se lee entero. Uno de treinta líneas que se desvía a mitad de camino se abandona antes de llegar al final.
¿Cómo se revisa la estructura antes de publicar?
Respuesta breve: leyendo el post fijándote solo en las cinco piezas, sin juzgar todavía si la idea es buena. Marca dónde está el gancho, dónde está la promesa, dónde entra el giro y dónde cierra, y si alguna falta o se solapa con otra, ahí está el problema de lectura.
Esta revisión es distinta de revisar el contenido en sí, y conviene hacerla en un pase aparte. Mezclar las dos cosas suele acabar en cambios de una palabra cuando lo que fallaba era el orden completo del post.
Es un buen momento para usar Sheena como lector externo, pidiéndole que señale dónde cree que está cada pieza en vez de que reescriba el texto. Si no coincide con lo que tú tenías en mente, suele ser porque el post no lo deja lo bastante claro.
Cómo usar tecnología generativa para LinkedIn sin perder tu voz