Las personas tienden a odiar su CMS debido a cómo ha sido retratado como una panacea para todos sus problemas:
- ¿Ese tipo de marketing nunca corrige nada de lo que escribes, pero siempre se queja de eso después de que es público? Hay un flujo de trabajo para eso.
- ¿La gente sigue usando Comic Sans cuando necesita que usen las fuentes especificadas en la guía de estilo? Podemos eliminar esos controles.
- ¿La gente sigue agregando páginas superfluas a izquierda y derecha? Eliminaremos su capacidad de agregar páginas.
Sin embargo, mire esas tres soluciones, puedo apostar que mientras arreglan el problema de alguien, crean un problema para otro grupo de personas:
- Los artículos nunca se publicarán debido a cuántas personas necesitan aprobarlo antes de que algo se haga público.
- Que una vez que necesitemos usar una fuente especial o un estilo diferente, el CMS va a luchar contra usted en cada paso del camino.
- Acabamos de tener un error importante y necesitamos poner una página en este momento explicando lo que está sucediendo, pero no podemos.
Se les prometió una bala de plata y se les acaba de dar un nuevo y diferente conjunto de problemas. Los CMS no resuelven todos los problemas de una empresa, solo pueden mitigar algunos de los más grandes.
- Sitio web de una sola página y una API REST para acompañar. ¿Cuál es la forma más rápida de llegar?
- ¿Cuál es la mejor manera de aprender Backbone.js?
- ¿Cómo puedo ampliar mi base de datos MySQL?
- ¿Cómo integrar todas las API de una industria en mi sitio y crear una barra de búsqueda para consultar? ¿Conoces algún ejemplo de esto?
- Como desarrollador de sitios web, ¿puede basar su oferta solo en WordPress y Elegant Themes Divi o esto no se considera profesional?
Creo que lo que la mayoría de las empresas buscan cuando obtienen un CMS es una forma de resolver sus problemas de comunicación interna y ninguna cantidad de software lo solucionará. Con todas estas restricciones y flujos de trabajo que requieren mucho tiempo, sus empleados seguramente odiarán su CMS.
