Blog
#build-in-public

Construir en público sin el ruido

Build in public se convirtió en un género de contenido. Acá explico cómo hacerlo de manera que sirva al trabajo, no al revés.

Simón Espínola·Sun Apr 05·4 min
CompartirWhatsAppXLinkedIn

Build in public tiene mala fama, y con razón.

En su peor versión es un feed de métricas vanidosas, screenshots de MRR y hilos de Twitter que parecen más un pitch que una reflexión. El objetivo deja de ser construir algo útil y pasa a ser construir una audiencia que observe cómo construís algo útil.

Yo quiero hacer algo distinto. Este sitio es parte de ese intento.

Por qué construir en público

No por los seguidores. Por la presión de calidad que genera ser observable.

Cuando sé que voy a escribir sobre una decisión que tomé, la tomo con más cuidado. Cuando tengo que explicar por qué algo no funcionó, entiendo mejor qué salió mal. La audiencia es secundaria — el beneficio principal es para mí.

El segundo beneficio es el feedback temprano. Si estoy equivocado sobre algo, prefiero saberlo mientras todavía puedo cambiar de curso. Publicar en proceso invita a la corrección. Publicar el resultado pulido no.

Lo que no voy a hacer

No voy a publicar métricas por publicar métricas. Si comparto un número, va a tener contexto — qué significa, qué decisión implica, qué aprendí.

No voy a fingir que todo va bien. Los errores son la parte más útil de este tipo de contenido, para mí y para quien lo lee.

No voy a hacer contenido sobre el contenido. Este es un error clásico: empezar a escribir sobre tu proceso de escritura, reflexionar sobre tus reflexiones. En algún momento tenés que volver al trabajo real.

El formato que estoy usando

Cada vez que tomo una decisión no obvia sobre Groundwork, Dobprotocol o este sitio, voy a documentarla. No en tiempo real — eso genera ruido — sino con suficiente perspectiva para saber si funcionó.

Las preguntas que me guían:

  • ¿Qué problema intentaba resolver?
  • ¿Qué opciones consideré?
  • ¿Qué elegí y por qué?
  • ¿Qué pasó?

Eso es todo. Sin drama, sin performance.

Por qué este sitio específicamente

Construir simonespinola.com en público tiene sentido porque el sitio en sí es un experimento. La apuesta es que un sitio personal bien hecho puede generar un cliente de Groundwork en 30 días. Eso es verificable. Si no pasa, vale la pena entender por qué.

También porque el proceso de construirlo — decidir qué poner, cómo estructurarlo, qué decir — es inseparable del trabajo de posicionamiento que hago con clientes. Si no puedo hacer esto bien para mí mismo, tengo un problema de credibilidad.


Construir en público, bien hecho, es un ejercicio de honestidad. No con la audiencia — con uno mismo.

Esa es la parte que más me interesa.

SE

Simón Espínola

Economista · Estratega · Constructor

Trabajo con fundadores y empresas que quieren crecer con estructura. Si esto resonó, hablemos.

CompartirWhatsAppXLinkedIn

Suscríbete

Ensayos cada dos semanas. Sin spam.