La razón por la que "lo arreglaré más tarde" siempre resulta perjudicial
Cuando se discute la estructura de operación del blog en una agencia, la mayoría de las veces se obtiene esta respuesta.
"Por ahora, solo escribimos y, cuando crezca un poco, lo organizaremos."
Esta afirmación suena razonable. Estamos ocupados ahora y todo está funcionando bien.
Sin embargo, en realidad, también es la opción más costosa para cambiar la estructura.
En la estructura de operación del blog, hay un punto de no retorno
Cuando tienes 1 o 2 blogs, cualquier estructura no presenta grandes problemas.
- Pocas personas
- No hay mucho contenido
- Se puede gestionar con la memoria
Pero hay un momento en el que se cruza esta línea.
- Aumento de clientes
- Acumulación de contenido
- Descentralización de responsabilidades
A partir de este momento, la estructura queda fijada sobre activos.
El costo del cambio de estructura es proporcional a la 'cantidad acumulada', no al número de blogs
Muchas personas tienen una idea equivocada.
"A medida que aumentan los blogs, solo se vuelve más molesto."
El costo real no está en la cantidad de blogs, sino en lo que ya está acumulado.
- Transferencia de contenido
- Reasignación de permisos
- Reeducación en las reglas de operación
- Costos por interrupción de operaciones
Todo esto no es algo que pueda esperar hasta más tarde, sino que es algo que se volverá más costoso si se hace más tarde.
El mayor costo es el 'riesgo de cambiar durante la operación'
Cuando se cambia la estructura, lo más aterrador no es la tecnología.
- ¿Se detendrá la operación?
- ¿Qué sucede si hay errores?
- ¿Debemos explicar a los clientes?
Por eso, los equipos terminan así.
- Quieren cambiar, pero lo posponen
- Es incómodo, pero lo mantienen
- Conocen el problema pero lo ignoran
Cuanto más tiempo pase en este estado, más difícil será cambiar la estructura.
Por eso, la mayoría de los equipos actúan 'después del incidente'
El patrón más común que se ve en el terreno es el siguiente.
- Se tolera lo incómodo
- Ocurre un pequeño incidente
- Se pasa por alto diciendo "esto fue solo una coincidencia"
- Ocurre un incidente mayor
- Solo entonces se cambia la estructura
En este orden, hay algo importante.
La razón para cambiar la estructura es para 'recuperarse', no para 'prevenir'.
Es más económico establecer la estructura al principio
Es simple cuando se resume.
- Menos blogs → Menor costo de cambio de estructura
- Menos contenido → Menor riesgo de migración
- Menos personal → Menor costo de capacitación
Por lo tanto, la conclusión es que cambiar la estructura antes de que surjan problemas es lo más económico.
La elección en este punto es simple
Si la operación del blog actualmente es "soportablemente incómoda",
es probable que sea el mejor momento para cambiar la estructura.
Después de que se vuelva completamente incómodo, a menudo es demasiado tarde.
En el próximo artículo, mientras resumo todas estas historias,
incluso hasta el punto en el que blog.haus no sea necesario,
intentaré resumirlo honestamente.
Próximo avance
¿Qué equipos pueden prescindir de blog.haus por ahora?