El problema no es publicar, es cómo se publica
Llevo meses documentando el desarrollo de Caladero, mi app de pesca, y de Chocheando, un foro propio todavía en construcción. En ambos casos me he encontrado con la misma tentación: publicar cada pequeño avance, cada captura de pantalla, cada línea de código nueva, como si cada mensaje mereciera la misma atención que el anterior.
No la merece. Y confundir "estar activo" con "aportar algo" es, probablemente, el error más común al construir en público.
Qué distingue un avance real de un relleno
Antes de escribir cualquier actualización, me hago una pregunta simple: ¿esto cambia algo para quien lo lea, o solo demuestra que he estado ocupado?
Un avance real suele tener alguna de estas características:
- Resuelve un problema que otra persona en una situación parecida podría tener.
- Marca un cambio de dirección o una decisión concreta, no solo "sigo trabajando en ello".
- Incluye algo verificable: una captura, un enlace, un dato concreto sobre qué funciona y qué no.
Un relleno, en cambio, suele sonar bien pero no aporta nada accionable: "gran avance hoy", "muy contento con los resultados", "pronto más novedades". Son frases que podrían aplicarse a cualquier proyecto en cualquier momento, y eso es exactamente el problema.
Cómo decido cuándo publicar y cuándo esperar
Con Caladero sigo un criterio parecido al que uso para el blog: prefiero menos actualizaciones con contenido real que muchas actualizaciones vacías. En la práctica, esto significa:
- Espero a tener algo concreto que mostrar, no una intención. "Voy a añadir reputación de usuarios" no es una actualización; "el perfil ya muestra una valoración cuando hay suficientes datos" sí lo es.
- Cuando muestro una captura, explico qué es real y qué es de prueba. Si los datos de una captura son ficticios para el desarrollo, lo digo explícitamente, como hago siempre con las capturas de Caladero.
- Evito publicar el mismo avance en varios sitios con el mismo texto exacto. Adapto el contexto a cada canal, aunque el contenido de fondo sea el mismo.
- Si no tengo nada nuevo que aporte valor, no publico esa semana. El silencio no perjudica tanto como el ruido.
El límite entre comunidad y autopromoción
Este es el punto donde más cuidado tengo que tener, especialmente en foros que no son míos. Publicar avances de un proyecto propio en un foro de terceros solo tiene sentido si aporta algo a esa comunidad concreta, no si simplemente uso el foro como un tablón de anuncios personal.
Mi regla es preguntarme si el mensaje seguiría teniendo sentido si quitara cualquier mención a mi proyecto. Si la respuesta es "no, porque solo sirve para promocionar", ese mensaje no debería publicarse tal cual. Si en cambio aporta una reflexión, una solución técnica o una pregunta genuina, y de paso menciono en qué estoy trabajando, el equilibrio es distinto.
Este criterio es el mismo que aplico al escribir en mi propio foro, Chocheando, donde justamente por ser un espacio propio tengo que vigilar más, no menos, que el contenido no se convierta en autopromoción disfrazada de conversación.
Errores que ya he cometido
Siendo honesto, no siempre he acertado con este equilibrio:
- Publicar una actualización demasiado pronto, antes de que la función estuviera realmente terminada, y tener que matizarla después.
- Repetir el mismo mensaje de avance en varios canales sin adaptarlo al tono de cada uno.
- Sobreexplicar detalles técnicos que solo me interesaban a mí, en un contexto donde nadie los había pedido.
Ninguno de estos errores es grave, pero cada uno me ha hecho recalibrar la frecuencia y el nivel de detalle de lo que publico.
Lo que esto significa para un proyecto en solitario
Cuando desarrollas algo solo, sin equipo de marketing ni comunidad previa, la tentación de generar actividad artificial es más fuerte, no menos. Es fácil pensar que "más publicaciones" equivale a "más avance visible". Pero un historial de mensajes vacíos no construye confianza; al contrario, hace que cualquier anuncio futuro, incluso uno real, se lea con más escepticismo.
Prefiero que la frecuencia de mis publicaciones sea irregular pero honesta, a que sea constante pero vacía de contenido.
Cómo mido si un canal sigue siendo el adecuado
No todos los canales sirven igual para todos los avances. Un cambio pequeño de interfaz puede merecer una captura rápida en un canal informal, mientras que una decisión de arquitectura que afecta a la privacidad de los datos merece un artículo con más contexto, como los que escribo en este mismo blog. Antes de publicar, decido primero el canal según la profundidad del contenido, no al revés.
También reviso, de vez en cuando, si un canal donde publico avances sigue teniendo sentido. Si noto que mis mensajes en un foro concreto empiezan a acumularse sin ninguna respuesta ni interacción real, no lo interpreto como una señal para publicar más para "reactivarlo", sino como una señal para preguntarme si ese foro es realmente el lugar adecuado para ese tipo de contenido, o si estoy forzando una presencia que no encaja con lo que esa comunidad espera encontrar.
Conclusión
Publicar avances de un proyecto no es un ejercicio de presencia constante, es un ejercicio de criterio. La pregunta que me hago antes de cada actualización no es "¿cuánto tiempo ha pasado desde la última?", sino "¿esto que voy a escribir le sirve a alguien que no soy yo?". Cuando la respuesta es no, prefiero esperar.