¿Qué debes saber sobre CMS como CRM Manager?

¿Es usted un gerente de CRM, un comercializador, un gerente de producto o, en otras palabras, una persona que no es tecnológica y se pregunta qué es un CMS y qué debe saber al respecto? ¿Ya eres usuario de CMS pero quieres obtener más conocimientos técnicos sobre la plataforma? ¿Está considerando cambiar su CMS pero escribir una RFP sobre algo de lo que no tiene la menor idea lo está asustando? ¿Se está mudando a una nueva posición o está recibiendo nuevas tareas y tendrá que trabajar más de cerca con los desarrolladores de CMS?

No se preocupe, los conceptos técnicos en torno a las plataformas CMS son bastante sencillos y, como persona no técnica, generalmente no es necesario que los conozca con tanto detalle. Lo más importante es comprender un par de definiciones básicas, comprender la plataforma que utiliza su empresa y conocer la jerga básica. Más tarde, si necesita saber más, le recomiendo que pregunte a sus desarrolladores: no hay nadie que sepa más sobre su plataforma CMS que ellos. Lea más acerca de por qué aprender de sus desarrolladores es la mejor manera de aprender tecnología y cómo comenzar a hablar su idioma aquí.

Tabla de contenido:

1. ¿Qué es un CMS?

• definición de CMS
• Propósitos del CMS
• ¿Por qué un sistema CMS debería ser importante para los gerentes de CRM?

2. ¿Qué debes aprender para gestionar contenidos en un CMS?

• lenguaje de marcado
• como redactar
• como publicar
• ¿Dónde se almacena el contenido?
• Gestión de activos digitales
• Análisis de sitios web
• Módulos, widgets y plantillas listos para usar disponibles
• Principios básicos de diseño: UX / UI

3. Funciones del CMS que debes conocer

• Facilidad de edición
• Versionado
• Restauración (retroceso)
• archivar
• Compatibilidad
• integraciones
• Pruebas A/B
• Contenido personalizado
• Gestión de traducciones
• optimización seo
• Publicación multiplataforma
• Accesos
• Trabajando en colaboración
  

4. Conceptos técnicos que vale la pena entender

• ¿Tu sitio web es estático o dinámico?
• Lanzamiento del sitio web
• Entornos
• ¿CMS listo para usar o personalizado?
• CMS sin cabeza
• ¿Qué es una API?
• ¿Qué son los webhooks?
• ¿Qué son los SDK?
  

5. Resumen

‍ ¿Qué es CMS?

Sistema de gestión de contenido ( CMS ): es una aplicación de software que se puede utilizar para gestionar la creación y modificación de contenido digital. Es una "base de datos" donde guarda su contenido: activos digitales (imágenes, videos, podcasts), texto, traducciones, en algunos casos, diseño de página, partes del diseño (tablas, botones, etc.). El contenido almacenado en el CMS se puede servir en su sitio web, aplicación móvil u otros canales digitales (sms, correo electrónico, reloj inteligente, etc.). No todas las empresas almacenan todo el contenido en el mismo CMS; a menudo, algunas soluciones de "almacenamiento" de contenido están separadas (contenido de correo electrónico en la plataforma de envío de correo electrónico, contenido de aplicaciones móviles almacenado como código y actualizado solo por desarrolladores, etc.).

CMS puede servir para más propósitos que simplemente publicar el contenido en sus canales digitales. Según las API, los complementos y los webhooks disponibles, puede:

• exportar e importar las traducciones,
• enviar el contenido a las plataformas de redes sociales, plataformas de correo electrónico y otros canales,
• almacenar todos los activos digitales en un solo lugar y categorizados,
• preparar pruebas A/B de contenido y personalización de contenido,
• configurar SEO en la página,
• devolver resultados para el motor de búsqueda en la página,
• y más.
  

¿Por qué un sistema CMS debería ser importante para los gerentes de CRM?

CMS es (o podría ser, si lo configura de esa manera) el centro de todas las comunicaciones orientadas al cliente . Puede servir contenido a sus propias plataformas e integrarse con diferentes pilas de marketing para servir contenido a anuncios pagados. También puede administrar el SEO en la página desde allí. Si eso no es suficiente, puede configurar formularios de recopilación de correo electrónico, cargar políticas de cookies para recopilar datos de clientes en su sistema CRM, donde puede segmentar a los clientes y ofrecer contenido personalizado a estos segmentos desde el mismo CMS. En el CMS, puede configurar pruebas A/B para su contenido o configurar contenido personalizado. Puedes alimentar la base de datos de tu chatbot desde allí. También puede integrar su sistema CMS con herramientas de automatización de marketing donde puede crear reglas de segmento que le permitan enviar contenido a clientes específicos desde el CMS a través de diferentes canales de distribución (por ejemplo, enviar un recordatorio de cesta olvidada por correo electrónico a aquellos que tienen compras pendientes en su canasta).

¿Qué debes aprender para gestionar contenidos en un CMS?

Lenguaje de marcas:

Su sistema CMS utiliza un editor WYSIWYG (en este caso, es fácil editar el contenido para los editores de contenido) o algún tipo de lenguaje de marcas (que usted o el editor de contenido deberían aprender).

¿Qué es un lenguaje de marcas?

Un lenguaje de marcado es un lenguaje que anota texto para que la computadora pueda manipular ese texto (ponerlo en negrita, cursiva, centrarlo, colorearlo, etc.). Básicamente es un lenguaje con el que puedes comunicarle a la computadora cómo quieres que muestre el texto o los activos que estás editando.

HTML es un ejemplo de un lenguaje de marcas:

<p>

Este es un párrafo de texto escrito en HTML

</p>

Esta oración se compone de una etiqueta de apertura (<p>), texto y una etiqueta de cierre (</p>). El texto entre las etiquetas se mostraría en la pantalla. Cada etiqueta incluye un símbolo de "menor que" y "mayor que" para designarlo como parte del marcado.

¿Cómo aprender un lenguaje de marcas? Si se trata de un lenguaje de marcado específico de CMS, debería poder encontrarlo en el manual de CMS. Si se trata de un lenguaje de marcado estándar, hay muchos recursos en línea disponibles para aprenderlos, como por ejemplo: MOOC, Udemy, EDX, Codecademy o Coursera.

Si su CMS no tiene un editor WYSIWYG, también puede ser útil conocer algunos conceptos básicos de CSS (hojas de estilo en cascada) que funcionan con HTML para agregar estilos a las páginas web que está editando.

Cómo redactar:

Lo que debe verificar en el manual o preguntar a sus desarrolladores:

¿Cómo crear un borrador del contenido (y no publicarlo por error)? Cómo probar el borrador, ¿puede ver una vista previa de cómo se vería en el sitio web directamente en el CMS? Si no está disponible una vista previa directamente en el CMS, ¿hay algún entorno de prueba en el que pueda comprobar el contenido recién redactado?

Cómo publicar:

Lo que debe verificar en el manual o preguntar a sus desarrolladores:

¿Cómo publicar el contenido en el sitio web en vivo? ¿Puedes hacerlo tú mismo (o el propio editor de contenido) desde el CMS? ¿Necesita una versión del sitio web para actualizar el contenido? ¿Necesita pedir ayuda a los desarrolladores con la publicación? ¿Es una solución mixta, lo que significa que los editores de contenido pueden publicar parte del contenido desde el CMS, pero algunos cambios necesitarían el apoyo del desarrollador? ¿Cuáles necesitan soporte de desarrollador? ¿Cuáles son los plazos promedio si desea publicar algo, cuánto tiempo tomaría? ¿A quién contactar si el contenido se rompe y usted o el editor de contenido no pueden arreglarlo por su cuenta? ¿A quién contactar fuera del horario de oficina si necesita asistencia urgente? ¿Puede programar la publicación de contenido en el futuro? ¿Puede programar más de un "paquete" de contenido en el futuro? Si programa una parte del contenido en el futuro, ¿puede cambiar y publicar otras partes del contenido o el paquete programado congelará cualquier otra publicación desde el momento en que lo crea hasta la hora programada? ¿Puede recordar usted mismo el contenido programado si por alguna razón cambia de opinión?

¿Dónde se almacena el contenido?

Es una pregunta importante que debe hacerle a sus desarrolladores/arquitectos.

¿Qué contenido viene de dónde? ¿Qué contenido se almacena en el CMS, cuál en los motores/sistemas de pago o reserva, cuál se almacena directamente en FE? Debe saber qué contenido se puede editar en el CMS, qué contenido necesita desarrollo (o dónde encontrar dicha información cuando la necesite). Debería haber documentación disponible al respecto o sus editores de contenido deberían saberlo.

Gestión de activos digitales:

Debe saber qué tipos de activos digitales son compatibles con su CMS. ¿Puedes usar videos, fotos, archivos mp3? ¿Qué extensiones de archivo son posibles de usar? ¿Cuáles son los requisitos para los activos? Consulte las especificaciones de tamaño y peso de las imágenes. ¿El sistema cambiará el tamaño de las imágenes automáticamente o siempre debe cambiar el tamaño antes de cargarlas? Si no desea que su sitio web u otra plataforma sean lentos, siempre debe intentar tener el peso mínimo necesario para mostrar el activo correctamente.

Módulos, widgets y plantillas listos para usar disponibles:

Debes saber con qué estás trabajando. ¿Tiene algún "bloque de construcción" que pueda usar listo para usar (o que sus desarrolladores ya hayan creado previamente)? ¿Necesita siempre solicitar la creación personalizada de módulos de contenido, plantillas de página? ¿Cuál es la flexibilidad de las plantillas listas para usar? ¿Cuánto puede cambiarlas si quiere que se vean diferentes? ¿Los módulos están integrados con alguna pantalla FE (front-end), por lo que no necesita ninguna creación de sitio adicional para que aparezcan en el sitio web? Tener al menos una biblioteca básica de módulos y plantillas disponibles puede acortar en gran medida el tiempo de comercialización de la creación de nuevas páginas, desde un par de semanas de desarrollo hasta un par de horas de elegir y jugar con las posibilidades de personalización.

Principios Básicos de Diseño – UX/UI:

Los conocimientos básicos sobre diseño, especialmente la experiencia del usuario y la interfaz de usuario (UX/UI) pueden ser muy útiles. Cuando trabaje con diseñadores (por ejemplo, para crear un nuevo formulario de suscripción, un nuevo micrositio), sabrá cómo hablar con ellos, qué pedir y cómo evaluar su trabajo.

Análisis del sitio web:

Para comprender a sus clientes, su comportamiento, preferencias, para evaluar el rendimiento de sus páginas de destino o formularios de suscripción recién lanzados, deberá aprender a utilizar el software de análisis de sitios web que utiliza su empresa (o configurar uno usted mismo). Es útil saber qué se rastrea actualmente en el sitio web de forma predeterminada (dónde se colocan las etiquetas) y qué tipo de seguimiento debe solicitar específicamente, por ejemplo, seguimiento de eventos personalizados o embudos personalizados.

Funciones del CMS que debes conocer

¿Qué debe saber sobre su sistema CMS? ¿Qué debe buscar al elegir un sistema CMS? ¿Qué deberías preguntar a tus desarrolladores para entender qué es posible y qué no?

Facilidad de edición:

¿Qué tan fácil es usar el CMS desde la perspectiva de un editor de contenido? Esto influirá en el tiempo de comercialización del contenido. Lo que puede influir en la velocidad de edición son: características de arrastrar y soltar, 'bloques' flexibles para crear páginas, flujos de trabajo automatizados (por ejemplo, para enviar/recibir traducciones), contenido poblado desde una fuente (ejemplo: módulos dinámicos, donde actualiza contenido una vez y aparecerá en varias subpáginas e incluso en diferentes superficies digitales), sincronización de contenido entre entornos (elimina la necesidad de copiar y pegar todo el contenido en diferentes entornos).

Versionado:

Si su CMS permite guardar versiones anteriores de contenido, si crea una nueva versión del contenido pero cambia de opinión por algún motivo, puede restaurar la versión anterior. A veces, incluso es posible ver la comparación entre las versiones y resaltar automáticamente las partes que se cambiaron.

Restauración (retroceso):

Si su contenido falla después de un lanzamiento, debería poder retroceder a la versión de contenido anterior para corregirlo temporalmente, hasta que sus desarrolladores puedan investigar por qué el contenido falló en primer lugar.

Archivado:

El CMS debería permitirle archivar contenido. Lo que es importante saber es por cuánto tiempo se almacenan los archivos/versiones de contenido antiguo. Debe considerar cuidadosamente los requisitos legales para diferentes tipos de contenido y posiblemente prolongar la vida útil del contenido archivado para contenido de alto riesgo (por ejemplo: términos y condiciones, contenido promocional, política de privacidad, consentimiento de cookies) que podría ser necesario en el futuro para investigaciones legales.

Compatibilidad:

Un requisito básico para un sistema CMS es la compatibilidad con su arquitectura, su back-end, front-end, sistemas de pago, sistemas de reserva, cualquier software externo que esté utilizando en este momento.

Integraciones:

Un sistema que proporciona integraciones con otro software que su empresa ya utiliza o que puede integrar fácilmente otras partes de su pila de marketing, ya sea de forma nativa o a través de la conectividad API, le ahorrará tiempo y dinero que, de lo contrario, tendría que gastar en integraciones personalizadas.

Pruebas A/B:

Lo que debe verificar en el manual o preguntar a sus desarrolladores:

¿Tiene alguna posibilidad de crear pruebas A/B de contenido (varias versiones de contenido que se colocarían en el mismo marcador de posición y podrían alternarse con el software de prueba A/B)? Si no es así, ¿pueden sus desarrolladores desarrollarlo para los tipos de contenido (módulos, bloques) que necesita probar? ¿Cuánto tiempo tomaría?

Contenido personalizado:

¿Cuenta con alguna herramienta de personalización (software)? ¿Qué tipo de contenido se puede personalizar en este momento (qué tipo de contenido se pueden crear en varias versiones en el CMS que el sistema de personalización alternaría)?

Si su sistema CMS puede integrarse con la herramienta de personalización, puede seguir usando un solo sistema para el almacenamiento de contenido, lo que facilita la reutilización del contenido y su administración (realizar cambios en el caso de cambios de nombre de producto, cambios de traducción o cuando desee implementar cualquier otro cambio multiplataforma). ‍

Gestión de traducciones:

Si desea ofrecer versiones localizadas del sitio, su sistema CMS debe tener soporte de idiomas . La funcionalidad mínima significa poder almacenar versiones en varios idiomas de un mismo contenido en un mismo CMS. Lo que recomiendo, basado en la experiencia con sitios web multilingües (más de 20 idiomas) y otras plataformas digitales, es que el CMS debe tener todos los idiomas almacenados en el mismo lugar para el mismo módulo/bloque de contenido. ¿Cuál es la diferencia? Si mantiene diferentes versiones de idioma en el mismo CMS como una "copia" de la misma estructura del sitio, para encontrar el mismo módulo y actualizarlo en todos los idiomas, deberá abrir cada versión de idioma, buscar dónde se encuentra este módulo en cada uno y luego actualizarla. Si tienes las versiones de idioma directamente en el nivel del módulo, es fácil encontrar el mismo contenido y actualizarlo en todos los idiomas, sin perderte buscándolo en el CMS.

Administrar versiones de contenido en varios idiomas es un trabajo arduo. Consume mucho tiempo y tiene una alta tasa de error (si usted o el editor de contenido copian algo incorrectamente). La forma más fácil de administrar las traducciones es tener una integración con el software de la agencia de traducción del CMS. De esta forma, debería poder enviar contenido original para traducir (por ejemplo, del inglés) a varios idiomas directamente desde el CMS y recibir traducciones de la agencia de traducción. Le ahorra tiempo (sin copiar y pegar), reduce el riesgo de error y mejora el tiempo de comercialización. En algunos casos, incluso es posible habilitar la visualización de enlaces de vista previa a la agencia de traducción, lo que facilita aún más a los traductores la traducción del contenido. Las traducciones de proxy son aún más fáciles de administrar. Lo que hace la traducción de proxy es llenar su sitio web con versiones localizadas de proxy. La agencia de traducción luego crea estas versiones de idiomas y las sirve. Reduce en gran medida el tiempo de edición de contenido, pero solo funciona para sitios web, no para otras plataformas como aplicaciones móviles, correo electrónico, SMS. Para cubrir otras plataformas necesitarías otro tipo de integración, por ejemplo API.

Lo que también puede ser una característica útil son las notificaciones automáticas una vez que llega la traducción de la agencia de traducción o si se encuentra algún problema al exportar/importar las traducciones (eso podría configurarse con webhooks, si el CMS no lo proporciona fuera de servicio). la caja).

Sugerencia: una expresión que seguirás escuchando de tus desarrolladores ( locales) son como idiomas pero más detallados. Si bien el alemán es un solo idioma, hay muchos idiomas alemanes diferentes: de-DE para alemán en Alemania, de-AT para alemán en Austria, de-CH para alemán en Suiza, etc.

Optimización SEO:

¿Puedes gestionar el SEO on-page desde tu CMS? ¿Puedes personalizar las URL tú mismo? ¿Tiene campos para metatítulos, metadatos, metaetiquetas? ¿Puedes agregar etiquetas <h1>? ¿El CMS crea el mapa del sitio automáticamente y le agrega nuevas páginas una vez que se publican o necesita pedirle a sus desarrolladores que lo hagan por usted? ¿Cómo puede configurar hreflangs y etiquetas canónicas si completa contenido en más de un lugar o publica en más idiomas? Debe saber cuáles son las posibilidades y cuándo necesita contactar a sus desarrolladores.

Publicación multiplataforma:

¿Puede su sistema CMS servir el contenido a otras plataformas digitales (aplicación móvil, correo electrónico, reloj inteligente, chatbot, etc.)? ¿Puedes configurarlo para que lo haga? Es una pregunta importante, si planea mantener más canales de comunicación digital. Mantener todo el contenido en un solo lugar tiene grandes beneficios, como reducir la complejidad de la gestión de contenido, reutilizar el contenido, reutilizar las traducciones y reducir el riesgo de tener contenido incoherente en diferentes plataformas.

Acceso:

Los sistemas CMS pueden ofrecer diferentes tipos de acceso con diferentes derechos. Puede ser útil si desea que diferentes personas redacten, revisen y aprueben el contenido o si algunos editores solo deberían poder acceder a ciertos tipos de contenido (por ejemplo, un departamento específico solo tiene acceso al contenido que pertenece a ese departamento) .

Trabajando en colaboración:

Si tiene más editores que editan el contenido, sería útil tener una opción para trabajar en colaboración en una pieza de contenido. Algunos sistemas CMS bloquean el archivo si un usuario lo tiene abierto, algunos le permiten editarlo simultáneamente.

Conceptos técnicos que vale la pena entender:

Dependiendo de qué tan cerca necesite trabajar con los desarrolladores de CMS, la administración de CMS o la edición de contenido, es posible que desee profundizar un poco más en temas más técnicos. Aquí hay un par de temas que vale la pena entender:

¿Tu sitio web es estático o dinámico?

sitio web dinámico significa que los clientes descargan el contenido de sus servidores directamente. En ese caso, puede cambiar el contenido ad hoc y los cambios se enviarán automáticamente al sitio web en vivo para todos los clientes que vuelvan a cargar su sitio web.

Sitio web estático significa que el contenido (y el código) se empaqueta y publica con un lanzamiento del sitio web, de vez en cuando (la frecuencia varía según la empresa/tipo de código). Los clientes solo pueden acceder a esa versión estática, lo que genera mucha menos carga en sus servidores. El cambio de contenido en el sitio web estático solo es posible con el lanzamiento del sitio web. Si tiene un sitio web de este tipo, debe saber cuándo son los lanzamientos, cuándo debe estar listo el contenido para ellos. A veces, los sitios web estáticos tienen algunas soluciones para publicar contenido entre lanzamientos, debe comprender las limitaciones de estas soluciones (qué se puede publicar de esta manera, cuánto tiempo lleva el rastreo, el empaque del contenido en un paquete y la publicación).

Lanzamiento del sitio web :

El lanzamiento del sitio web significa la entrega de un nuevo código (y contenido) al sitio web. Si necesita evitar los lanzamientos de sitios web o algunos contenidos solo se pueden entregar con un lanzamiento de sitio web (porque están almacenados en aplicaciones FE, por ejemplo), debe saber cuál es la cadencia de su equipo de desarrollo: con qué frecuencia recogen ¿nuevos desarrollos? ¿Con qué frecuencia son los lanzamientos? ¿Cuándo necesita informarles sobre la nueva iniciativa para publicarla en el sitio web? ¿Cuál es el tiempo de comercialización desde la solicitud hasta la entrega (tiempo de entrega)?

Ambientes:

Los entornos son entidades dentro de un espacio que le permiten crear y mantener varias versiones de los datos específicos del espacio y realizar cambios en ellos de forma aislada. Tener varios entornos permite desarrollos paralelos, pruebas e integración continua, lo que ayuda a su equipo a entregar más de 1 proyecto a la vez y trabajar de manera ágil (desarrollando y probando al mismo tiempo).

¿CMS listo para usar o personalizado?

Las soluciones listas para usar pueden carecer de flexibilidad y puede ser difícil personalizarlas. Las soluciones personalizadas requieren mucho mantenimiento y cada actualización le costará mucho esfuerzo, lo que significa costos de desarrollo impredecibles (en comparación con los costos de licencia fijos). La mejor solución es algo intermedio: una solución lista para usar que proporcione suficiente flexibilidad para que no tenga que hacer muchas personalizaciones. Esta es otra razón por la que los sistemas CMS basados ​​en API son, para la mayoría de las empresas, la mejor solución disponible en este momento.

CMS sin cabeza:

El CMS "estándar" (no sin cabeza) proporciona un back-end con una interfaz simple para crear contenido, una base de datos para almacenar activos digitales y la posibilidad de publicar el contenido. El contenido es extraído por el front-end y publicado en una página. El front-end y el contenido están acoplados, no puede actualizar el contenido sin la aplicación front-end. Todo se publica en un cubo: contenido, imágenes, HTML, CSS. Esto puede significar que el contenido tiene que ir en las mismas versiones que el código front-end (por lo tanto, puede actualizarse con menos frecuencia), también puede limitar el uso de CMS solo a sitios web (como el contenido y el código están mezclados, el contenido no puede publicarse de manera flexible en diferentes canales digitales).

Un enfoque diferente para servir contenido es un CMS "sin cabeza": si la capa de presentación de un sitio web es la "cabeza" de un CMS, cortar esa capa de presentación crea un CMS sin cabeza. En ese caso, el "cuerpo" del repositorio de contenido se separa de la capa de presentación. Esto permite unificar todo el contenido en un solo centro de contenido sin encabezado, desde donde se puede publicar el mismo contenido en varios canales. Esto hace que la edición sea mucho más fácil: cambie la copia o la imagen en un solo lugar, y ese cambio se aplicará en todas partes donde se encuentre el contenido. Los CMS sin cabeza dividen las tareas de back-end y front-end, lo que significa que los desarrolladores pueden codificar y diseñar rápidamente experiencias de front-end en su idioma preferido (sin estar limitados por tecnologías de back-end restrictivas). En su lugar, pueden usar interfaces de programación de aplicaciones (API) para conectar las funciones de back-end, como el almacenamiento y la gestión de contenido, a cualquier entorno de entrega de front-end. Hace que el desarrollo de nuevas páginas o pantallas de aplicaciones móviles sea mucho más rápido y fácil.

Lea más sobre las plataformas de comercio electrónico sin cabeza aquí.

¿Qué es una API?

Los primeros sistemas API (API - Interfaz programable de aplicaciones) tienen un código que permite una comunicación claramente definida entre dos aplicaciones separadas. Son plataformas de software modernas, que brindan a los administradores de CRM algunos componentes básicos de funcionalidades listos para usar que puede combinar para satisfacer sus necesidades en casi un 100%. Están preparados para una rápida integración con otros sistemas.

“API: el cartero

Piense en una API como un cartero que entrega la solicitud de su aplicación a otro software y luego devuelve la respuesta a su aplicación. Un ejemplo simple: es la API que permite la comunicación entre Google Calendar y su aplicación de viajes para que cuando un usuario reserve un viaje, se sincronice con su calendario”. Fuente: Clevertap

Lea más sobre qué son las API y qué debe saber al elegir el software API-first aquí.

¿Qué son los webhooks?

Los webhooks son similares a las API, pero más simples. Una API es un lenguaje completo para una aplicación con funciones o llamadas para agregar, editar y recuperar datos. Con una API, tienes que hacer el trabajo tú mismo. Si crea una aplicación que está conectada a otra con la ayuda de una API, su aplicación deberá tener formas especiales de solicitar a la otra aplicación nuevos datos cuando los necesite. Los webhooks, por otro lado, están diseñados para una parte específica de una aplicación y están automatizados. Es una conexión sencilla de uno a uno que se ejecuta automáticamente.

Un ejemplo de un webhook podría ser una notificación a su correo electrónico, que se activa cuando llega una nueva traducción a su CMS.

¿Qué son los SDK?

SDK significa kit de desarrollo de software: un conjunto de herramientas y programas de software utilizados por los desarrolladores para crear aplicaciones para plataformas específicas. Las herramientas SDK incluyen bibliotecas, documentación, ejemplos de código, guías y procesos que los desarrolladores pueden usar e integrar en sus propias aplicaciones, diseñadas para plataformas o lenguajes de programación específicos.

SDK: la oficina de correos/la ferretería:

Si la API es un cartero, ¿qué es SDK en ese contexto?
Es la oficina de correos Y la ferretería combinadas. Dado que puede contener todo lo necesario para comunicarse con otro software (es decir, una o más API), así como materiales que se pueden usar para construir una aplicación completamente nueva (es decir, bibliotecas de códigos, funciones de depuración, notas técnicas, tutoriales y documentación). (...) es un kit de desarrollo. El SDK puede contener una o más API además de utilidades esenciales. La API es solo una parte de un SDK. Piense en el kit de desarrollo como un "contenedor" más grande para una gama completa de herramientas SDK y estará en lo correcto". Fuente: Clevertap

Resumen:

Como gerente de CRM, debe conocer algunos conceptos básicos sobre las plataformas CMS. En la mayoría de los casos, tarde o temprano, necesitarás publicar algún contenido. Lo básico absoluto que necesita es conocer los flujos de trabajo y los procesos en su empresa si tiene editores de contenido que lo hagan por usted. Si necesita editar y publicar contenido usted mismo, es posible que desee aprender algunos conceptos básicos de la plataforma en uso, como editar, redactar, publicar el contenido y cuáles son las posibilidades para probar o programar cambios de contenido. Si necesitas conocimientos más avanzados, deberías aprender un poco más sobre las opciones de pruebas A/B, personalización y optimización SEO en tu plataforma actual. Se recomienda saber un poco sobre cómo trabaja tu equipo de desarrollo y con cuánta anticipación necesitas planificar los desarrollos, si una simple edición de contenido no es suficiente. Debe familiarizarse más con sus procesos, especialmente si necesita publicar contenido con lanzamientos de sitios web (por ejemplo, si su sitio web es estático o su CMS no es headless). Conocer algo de la jerga de los desarrolladores lo ayudará a iniciar la conversación. Después de aprender los conceptos básicos y leer el manual, le recomiendo enfáticamente que comience a hacer preguntas a sus desarrolladores para profundizar su comprensión: ¡son la mejor fuente de información sobre su pila existente!