Header Ads Widget

Ticker

6/recent/ticker-posts

Cómo presentar un CMS sin cabeza a sus clientes

 

A lo largo de los años, he pasado mucho tiempo conversando con CTO, CIO, CMO y directores, ayudándolos a comprender sus opciones al implementar su próxima gran iniciativa web o cambio de marca. A menudo vienen a la mesa con preguntas sobre cómo construir mejor su sitio web de una manera eficiente y rentable, maximizando su ROI.

La pregunta de con qué plataforma, pila de tecnología o tipo de CMS trabajar es generalmente la pregunta principal que me hacen. Nunca es fácil de responder. Yo diría que en 2021, la decisión sobre en qué plataforma permanecer o mudarse para el próximo proyecto digital es más difícil que nunca. Hay muchas opciones válidas. ¿Va con el CMS tradicional en el que la organización ha estado durante años (y con el que tal vez esté luchando)? ¿Vas con un nuevo CMS (la hierba siempre es más verde, verdad)? ¿O es hora de algo realmente diferente, como un enfoque sin cabeza ? La idea de contenido como servicio impulsado por un CMS sin cabeza se está volviendo cada vez más popular, especialmente en organizaciones de tamaño empresarial.

Por lo general, así es como comienza la conversación:

"No estamos seguros de si un CMS sin cabeza es lo más adecuado para nosotros en comparación con un CMS tradicional, ¿Cómo decidimos?" - CMO

Esta pregunta es muy común. Pensé en compartir mis pensamientos sobre esta situación y cómo ayudo a mis clientes a elegir entre CMS tradicional y CMS sin cabeza . Esta es básicamente la metodología que utilizo para lanzar CMS sin cabeza a mis clientes, que pensé que podría ser igualmente útil para otros lanzadores, ¡o para aquellos a quienes se les lanza!

Ayudando a elegir entre CMS tradicional o CMS sin cabeza

A continuación, voy a detallar la metodología que utilizo al ingresar a un proceso de selección de CMS. Si bien no es exactamente ciencia espacial, creo que es esencial cubrir estos pasos principales.

1. Escuche al cliente primero

Sería una salida fácil para entablar una conversación con una solución de CMS favorita en mente. Trataría de no tener una noción preconcebida de lo que es mejor para el cliente antes de escucharlo de primera mano. Incluso si ha recibido una Solicitud de propuesta (RFP) que indica que una solución específica es la mejor opción, preferiría que el cliente brinde los antecedentes / contexto de por qué se siente así. Permítales que expliquen sus necesidades y describan el nuevo proyecto con el mayor detalle posible.

Es importante escuchar esa necesidad en la propia voz del cliente. Puede recoger información valiosa que quizás no haya incluido un correo electrónico de presentación o una solicitud de propuesta. Por ejemplo, recientemente estuve en un proceso de selección de CMS con una gran organización empresarial y escuché esto:

“Quiero que mi equipo se salga del negocio de mantener y actualizar una plataforma CMS. Necesito que agreguen valor a la aplicación y, en última instancia, a la propia organización ". - CTO

Ese es un tema de conversación bastante importante que no estaba en el correo electrónico de presentación inicial. Ese comentario muestra que este escenario debe tener en cuenta de inmediato la reducción de la cantidad de tiempo, recursos y costos relacionados con la ejecución y el mantenimiento de la infraestructura y los servidores que podría requerir un CMS tradicional. Escuchar esta declaración fue un "consejo". Ahora vi una razón para adoptar una solución basada en SaaS (hola, CMS sin cabeza).

Escuchar la historia completa, anotar los detalles y agregar esos detalles a la RFP o la solicitud original puede ser muy útil.

2. Conozca el terreno

Si el proyecto implica una migración desde una versión heredada de la aplicación o plataforma, tiene la oportunidad de revisar qué funciona y qué no. Siempre trato de obtener algún tipo de guía de la aplicación existente para comparar lo que hace la aplicación actualmente con la forma en que el nuevo mundo necesita funcionar para esa aplicación.

De hecho, uno de mis clientes me llamó hace unas semanas por amar los términos “viejo mundo” y “nuevo mundo” y cómo los uso en conversaciones de preventa o de descubrimiento. Me hizo sonreír, porque ella tenía toda la razón; Yo uso esos términos a menudo.

Decir "viejo mundo" ayuda a enmarcar la conversación al revisar un modelo de contenido, un diseño de pantalla o un requisito de integración de terceros. También comienza a configurar cómo las cosas podrían ser diferentes en un "nuevo mundo". Conocer el terreno puede ayudarlo a catalogar las características más importantes. También puede identificar el reverso: qué características son simplemente "agradables". Mientras aprendo el terreno, también busco puntos débiles que los editores tienen con la publicación de contenido o que los desarrolladores tienen al hacer que ciertas funciones funcionen correctamente.

Saber que un proyecto necesita, por ejemplo, información en tiempo real de un PIM o DAM como requisito prioritario, puede permitirle determinar si la biblioteca de recursos / medios de CMS es lo suficientemente sólida para cubrir esa necesidad. O, quizás, el cliente puede requerir que el sitio tenga contenido disponible en diferentes regiones del mundo y que sea completamente traducible a tres o cuatro culturas. Esto podría indicarle que busque un CMS que tenga formas de agrupar el contenido y un idioma alternativo predeterminado que facilite la administración de dicho contenido.

Caminar en los zapatos del cliente incluso durante una hora es muy revelador.

3. Describa los beneficios de ambas opciones

Una vez que haya escuchado y se haya puesto al día con el proyecto, es el momento de asignar las necesidades del cliente a lo que las plataformas CMS pueden hacer mejor. Es fácil comenzar mapeando los principales beneficios a las necesidades más importantes directas del cliente porque esto es básicamente la fruta más fácil.

Por ejemplo, si el proyecto es construir un sitio de comercio B2B, entonces un CMS tradicional generalmente tendrá algunas ventajas. Cosas como la administración de usuarios / clientes, las capacidades de comercio electrónico (pago, carrito de compras, pasarelas de pago) y el marketing por correo electrónico (procesos de carrito de compras abandonados) podrían estar "en la caja". Sería bueno tener un CMS que haga bien todas esas cosas. Incluso las funciones más pequeñas, como un motor de búsqueda integrado para el sitio, se incluyen en aproximadamente el 99% de las plataformas de CMS tradicionales. Hay muchos puntos buenos que mencionar sobre el CMS tradicional y el valor que ese tipo de CMS puede aportar.

Sin embargo, con headless, los beneficios no se refieren solo a las características del CMS. Los beneficios también se extienden a cómo ahora puede manejar todo el proyecto como un todo. Es muy liberador no tener que preocuparse por el mantenimiento y la infraestructura a lo largo del tiempo. Por ejemplo, otro contacto con el que estaba hablando en una conversación como esta mencionó:

“¿Cómo podemos hacer más con menos? Realmente no quiero volver a ejecutar otra actualización de CMS ". - Gerente de desarrollo de aplicaciones

Si un proveedor de CMS autónomo gestiona la disponibilidad del servicio por usted, existe un mundo en el que las actualizaciones de CMS son cosa del pasado. Tu equipo ya no tiene esa responsabilidad.

También educo a mis clientes sobre cómo se pueden acelerar el cronograma y las fases del proyecto. El modelado de contenido puede ocurrir de inmediato en lugar de esperar a que se aprovisione, instale y configure el CMS tradicional. El contenido se puede crear y colaborar desde el primer día. Es solo un poco diferente.

Luego están los beneficios técnicos en torno a la libertad de desarrollar un sitio o una aplicación en cualquier tecnología que desee el equipo de desarrollo. No está atado a una sola pila de tecnología. Siempre que su proyecto pueda consumir una API, puede entregar en cualquier canal que necesite (web, móvil, reloj inteligente, publicidad, tablero de visualización, etc.)

Mi objetivo es hacer coincidir la mayor cantidad posible de frutos maduros para ver si hay una ventaja natural en un estilo frente al otro.

4. Proporcione una matriz de comparación (sin cabeza frente a tradicional)

Una vez que la fruta madura está fuera del camino (que es la parte fácil), es hora de sumergirse en el siguiente nivel de comparación. Soy un gran admirador de las matrices Pro vs. Con cuando se trata de comparar plataformas de software. Me gusta resumir los pros y contras más importantes de cada lado de una comparación y luego profundizar en los detalles y documentar esos detalles (en lugar de solo hablar de ellos en teoría).

De hecho, no pude resistirme. A continuación se muestra una plantilla que se puede utilizar para comparar diferentes plataformas CMS. He eliminado la comparación de ejemplo para ver Kentico Xperience en el lado del CMS tradicional y Kentico Kontent en el lado del CMS sin cabeza. Esta no es solo otra casilla de verificación de matriz de comparación de CMS para esta característica o esa característica. Su objetivo es comparar los "tipos" de CMS y diferentes enfoques: una plataforma CMS tradicional monolítica todo en uno versus microservicios y contenido como servicio. Siéntase libre de descargar la hoja de cálculo a continuación y déjeme saber lo que piensa al respecto.

Vista previa de la matriz de comparación de CMS tradicional vs CMS sin cabeza

La comparación en sí se divide en tres secciones principales. El primero es un resumen del costo anual (tratando de llegar al costo total estimado de propiedad). La segunda sección es un resumen de alto nivel de las fortalezas y debilidades generales de las plataformas CMS tradicionales y sin cabeza. Finalmente, la hoja de cálculo termina con una inmersión profunda en una comparación característica por característica dividida en las categorías de:

  • Funciones relacionadas con el contenido
  • Características técnicas relacionadas
  • Funciones relacionadas con la infraestructura
  • Funciones relacionadas con la seguridad
  • Funciones relacionadas con el marketing digital
  • Funciones relacionadas con el comercio electrónico
  • Características relacionadas específicas de su proyecto

Agrega una comparación de más de 60 características diferentes y señala qué plataforma tiene un caso sólido para esa característica. Además, para ser claros, la última sección de las características relacionadas específicas de su proyecto siempre debe considerarse y agregarse a la lista si desea que sea una comparación justa.

Le animo a que modifique la herramienta para representar su escenario también. Por ejemplo, si está utilizando una arquitectura de microservicio y tiene un servicio que maneja sus necesidades de PIM o sus necesidades de marketing por correo electrónico, elimine esa sección de la comparación, ya que no debería contar. Si encuentra algo que falta, agréguelo.

5. Sea claro sobre lo que podría salir mal con el CMS sin cabeza

No todo es perfecto y no hay una solución para todos los escenarios. El enfoque de API primero hace felices a los desarrolladores, pero generalmente es un desafío para el lado comercial / de marketing del equipo del proyecto.

Algunos equipos de marketing todavía esperan y desean utilizar un editor de texto WYSIWYG con capacidad de vista previa inmediata. Aunque muchos de nosotros deseamos que WYSIWYG pueda ser eliminado para siempre , todavía escucho esto:

"¿Por qué mi HTML incrustado no funciona y sigo teniendo problemas con esta cosa aquí en el CMS y cómo va a esa cosa [en el diseño]?" - Director de marketing

Si no está acostumbrado al contenido estructurado, no lo endulcemos. Hay una curva de aprendizaje. La conversación de texto WYSIWYG se aborda mejor mostrando el valor de un modelo de contenido y lo que el contenido estructurado puede permitirle hacer, que es escribir y administrar contenido en un solo lugar y usarlo en todas partes de su sitio.

El punto de vista previa tiene un argumento muy válido. Para habilitar una capacidad de vista previa, necesita un desarrollador para vincular el CMS sin cabeza a una capa de presentación o "cabeza". Es justo decir que existe una gran dependencia de tener un equipo de desarrollo en headless. La mayoría de las veces, los necesita en cada paso del camino. Por el contrario, la mayoría de los equipos de marketing son muy expertos en un CMS tradicional y pueden producir un trabajo de calidad sin la necesidad de un equipo de desarrollo.

Luego está el próximo desafío: la integración. La pregunta "espere, ¿no hay una integración lista para usar para la plataforma o herramienta de terceros XYZ?" surge la inevitabilidad de la pregunta. Sí, esto se dice a menudo en una sesión de solución de proyectos sin cabeza. Las integraciones de terceros nuevamente dependen de usted para proporcionarlas en un mundo sin cabeza. Un CMS sin cabeza de calidad tendrá complementos de origen para generadores de sitios estáticos como GatsbyJS o Statiq en el mundo .NET , lo que hace que esto sea algo más fácil. Pero es probable que esté implementando sus propias integraciones y herramientas de migración, lo que afectará la tarifa de implementación de un proyecto. Es posible que a menudo le recuerde al cliente o al equipo de desarrollo que "... recuerde, no hay un módulo de pruebas A / B, necesitará otra herramienta para eso".

Básicamente, para proporcionar una comparación justa, debe alertar al cliente sobre ambos lados de la historia.

6. Pinta una visión del futuro

Una vez que hay una comprensión clara de las necesidades del proyecto, se ha creado una comparación y el ganador comienza a ser claro, me gusta pintar la imagen de cómo será el futuro. Para hacer esto, creo un diagrama de la solución y lo reviso con el cliente para asegurarme de que comprenden las grandes piezas del rompecabezas del sistema y cómo encajarán en última instancia.

Ejemplo de diagrama de solución de CMS sin cabeza
Ejemplo de diagrama de solución de CMS sin cabeza

El diagrama anterior ayuda a mostrar las conexiones entre sistemas, dónde están los puntos de integración y dónde podrían estar los puntos de falla. Incluso suele analizar qué recursos tienen qué costos asociados con ellos. También puede ser útil contrastar el "viejo mundo" con este "nuevo mundo" y permitir que todos en el equipo critiquen el nuevo plan si es necesario visualmente. Esta es una buena forma de asegurarse de que no se haya olvidado nada en la nueva solución. Normalmente utilizo herramientas gratuitas como diagrams.net o lucidchart com para hacer el diagrama. Demonios, incluso se me conoce por iniciar un diagrama de Excel rápido cuando la situación lo requiere. A mis PM les encanta ese, por cierto;)

Y hablando de costes...

7. Revise los costos

La solución que termine eligiendo podría ser la mejor solución técnica del mundo con el máximo nivel de rendimiento y escalabilidad. Podría ser una máquina de personalización y generación de contenido sencilla y mezquina. Podría incluir los complementos más elegantes y las mejores comodidades. Pero si cuesta tanto como el presupuesto de la NASA de este año llevar algunos astronautas a la luna en 2024 ... entonces ninguna de las habilidades técnicas importa. El presupuesto siempre es una consideración, incluso cuando alguien dice que no lo es. De hecho, a menudo es más que un solo número. Otro comentario que he escuchado recientemente:

"Necesito poder calcular mis costos de inversión y gastos de capital frente a los costos de operación para fines presupuestarios". - CTO

Las organizaciones más grandes necesitan conocer un buen nivel de detalles sobre los costos. Sé que es bastante trabajo, pero dividir un proyecto en partes pequeñas y estimar cada parte ha sido una técnica exitosa para mostrar precios claros y transparentes a mis clientes. En mi opinión, no hay razón para ocultar ningún costo.

En estos desgloses, se me pidió que representara los montos de gastos de capital frente a gastos de operación. Esta es un área gris para dividir completamente y depende de la organización. Por lo general, la puesta en marcha y la configuración iniciales del CMS se pueden dividir en costos de CapEx, la licencia cae en OpEx y la implementación principal del sitio que he visto colocada en ambas categorías (dependiendo realmente de cómo el CFO ve el sitio web de la organización como gasto puro o como herramienta para generar ROI).

8. Póngalo

Eso es. ¡Es hora de lanzarlo! Ha cubierto los pasos principales para crear una recomendación. Nuevamente, estos pasos imitan mi metodología para construir una solución para un cliente. Tome todo el conocimiento que ha aprendido, y con suerte lo haya documentado, y entre en esa reunión de presentación sabiendo que tiene más que una simple idea de lo que el cliente debe hacer. Además, los pasos no están escritos en piedra; omita algunos, agregue algunos, conviértalo en su propio proceso.

Inquietudes / puntos de discusión comunes de CMS sin cabeza

También pensé que era apropiado formular algunas preguntas comunes, y mis respuestas, que surgen en estas conversaciones:

P: ¿Dónde viven mis datos / qué pasa con la soberanía de los datos?

Esto depende del proveedor, pero la mayoría de las opciones modernas de CMS sin cabeza pueden darle la opción de dónde residen sus datos. Han configurado el CMS para que los datos estén vinculados a ese centro de datos. Kentico Kontent , por ejemplo, tiene la capacidad de elegir entre 3 regiones globales diferentes para los datos de su proyecto: América del Norte, Europa y Australia. Cualquier dato personal también se maneja con el cumplimiento de GDPR como una buena ventaja.

P: ¿Puedo llevar el CMS a las instalaciones si quiero?

Aquí la respuesta corta, la mayoría de las veces, no. Hemos abordado muchos de los beneficios de un CMS sin cabeza basado en SaaS. Hay algunos CMS sin cabeza que puede ejecutar en las instalaciones, pero en ese momento, tal vez el CMS tradicional sea más adecuado si realmente desea ejecutarlo en las instalaciones.

P: ¿Qué pasa con la búsqueda? ¿Cómo proporciono resultados de búsqueda de mi contenido?

La búsqueda siempre es divertida. Una vez más, una respuesta breve, la búsqueda depende de usted como desarrollador / propietario del sitio web. La mayoría de las ofertas de CMS sin cabeza no lo incluirán de fábrica. Es probable que busque opciones externas de búsqueda como servicio como Azure Cognitive Search, Algolia o ElasticSearch y utilice la API de su CMS para indexar el contenido en esos servicios de búsqueda.

Sin embargo, no veo esto como una desventaja. Estos servicios de búsqueda han recorrido un largo camino y brindan excelentes experiencias de búsqueda. De hecho, incluso si tenemos un proyecto de CMS tradicional en estos días, casi siempre lo conectamos a un servicio de búsqueda como Azure Cognitive Search de todos modos.

P: ¿Cómo son los SLA?

La mayoría de los CMS sin cabeza vienen con un acuerdo de nivel de servicio (SLA). Los distintos niveles de precios pueden incluir opciones de SLA más altas o más bajas según el lugar en el que compre el producto. Sin embargo, la mayoría de estos se ejecutan en Azure, AWS, Fastly u otra CDN impulsada por la nube. En mi experiencia, todos son bastante buenos. Sin embargo, lo más probable es que lo coloquen en un nivel de precios empresarial. Es algo a lo que hay que estar atento cuando se busca suscribirse para una suscripción a un CMS sin cabeza.

P: ¿Qué pasa con los datos de mi Localizador de tiendas, Calculadora de tasas hipotecarias o Formulario de solicitud para estudiantes?

Todos estos son ejemplos de requisitos de datos tabulares. Honestamente, esta es una parte no tan buena del CMS sin cabeza que define todo como un tipo de contenido; realmente no existe solo una base de datos como en el CMS tradicional. Por lo tanto, es posible que deba ser creativo con las soluciones de presentación que requieren este tipo de datos tabulares. Existen opciones como funciones sin servidor para conectarse a datos, almacenamiento externo de datos JSON u otras API de otros servicios que pueden devolver a su aplicación lo que necesita para que el Localizador de tiendas muestre resultados basados ​​en la ubicación.

P: ¿Parece un costo de suscripción mensual algo caro?

A primera vista, sí, puede parecer una suscripción cara. Sin embargo, cuando suma los costos de CMS tradicionales alternativos (alojamiento, mantenimiento, parcheo, actualización, etc.) con los servicios y el soporte del equipo, los costos comienzan a ser bastante convincentes. En general, en mi experiencia, debido a los beneficios del CMS sin cabeza, el equipo de desarrollo y el equipo de marketing pueden ejecutar más rápido que en el sentido tradicional de CMS (nuevamente dado el tipo correcto de condiciones) lo que hace que el trabajo principal, la implementación, cuestan menos. Todo esto, incluida la capacitación, los servicios y las opciones de apoyo, debe considerarse una vista holística antes de pensar en un número sin el contexto completo.

Publicar un comentario

0 Comentarios