O que você deve saber sobre o CMS como gerente de CRM?

Você é um gerente de CRM, profissional de marketing, gerente de produto ou, em outras palavras, uma pessoa não técnica, querendo saber o que é CMS e o que você deve saber sobre ele? Você já é usuário de CMS, mas deseja obter mais conhecimento técnico sobre a plataforma? Você está pensando em mudar seu CMS, mas escrever uma RFP sobre algo que você não tem a menor ideia está assustando você? Você está mudando para uma nova posição ou recebendo novas tarefas e terá que trabalhar mais de perto com os desenvolvedores de CMS?

Não se preocupe, os conceitos técnicos em torno das plataformas CMS são bastante diretos e, como uma pessoa não técnica, você geralmente não precisa conhecê-los em detalhes. O mais importante é entender algumas definições básicas, entender a plataforma que sua empresa usa e conhecer alguns jargões básicos. Mais tarde, se você precisar saber mais, recomendo fortemente apenas perguntar aos seus desenvolvedores – não há ninguém que saiba mais sobre sua plataforma CMS do que eles. Leia mais sobre por que aprender com seus desenvolvedores é a melhor maneira de aprender tecnologia e como começar a falar a língua deles aqui.

Índice:

1. O que é um CMS?

• Definição de CMS
• Objetivos do CMS
• Por que um sistema CMS deve ser importante para os gerentes de CRM?

2. O que você deve aprender para gerenciar conteúdo em um CMS?

• Linguagem de marcação
• Como redigir
• Como publicar
• Onde o conteúdo é armazenado?
• Gerenciando ativos digitais
• Análise do site
• Módulos, widgets, modelos prontos para uso disponíveis
• Princípios Básicos de Design - UX / UI

3. Recursos do CMS que você deve conhecer

• Facilidade de edição
• Controle de versão
• Restaurando (reversão)
• Arquivamento
• Compatibilidade
• Integrações
• Teste A/B
• Conteúdo personalizado
• Gerenciamento de traduções
• Otimização SEO
• Publicação multiplataforma
• Acessos
• Trabalhando em colaboração
  

4. Conceitos técnicos que valem a pena entender

• Seu site é estático ou dinâmico?
• Lançamento do site
• Ambientes
• CMS pronto para uso ou personalizado?
• CMS sem cabeça
• O que é uma API?
• O que são webhooks?
• O que são SDKs?
  

5. Resumo

‍ O que é CMS?

Content Management System ( CMS ) – é um aplicativo de software que pode ser usado para gerenciar a criação e modificação de conteúdo digital. É um “banco de dados” onde você guarda seu conteúdo: ativos digitais (fotos, vídeos, podcasts), texto, traduções, em alguns casos layout de página, partes do design (tabelas, botões etc.). O conteúdo armazenado no CMS pode ser veiculado em seu site, aplicativo móvel ou outros canais digitais (sms, e-mail, smartwatch etc.). Nem toda empresa armazena todo o conteúdo no mesmo CMS; muitas vezes algumas soluções de “armazenamento” de conteúdo são separadas (conteúdo de e-mail na plataforma de envio de e-mail, conteúdo de aplicativo móvel armazenado como código e atualizado apenas por desenvolvedores etc.).

O CMS pode servir a mais propósitos do que apenas publicar o conteúdo em seus canais digitais. Dependendo das APIs, plugins e webhooks disponíveis, ele pode:

• exportar e importar as traduções,
• enviar o conteúdo para plataformas de mídia social, plataformas de e-mail e outros canais,
• armazene todos os ativos digitais em um só lugar e categorizados,
• preparar testes A/B de conteúdo e personalização de conteúdo,
• configurar SEO na página,
• retornar resultados para o mecanismo de pesquisa na página,
• e mais.
  

Por que um sistema CMS deve ser importante para os gerentes de CRM?

O CMS é (ou poderia ser, se você configurar dessa maneira) o centro de todas as comunicações voltadas para o cliente . Ele pode veicular conteúdo para suas próprias plataformas e integrar-se a diferentes pilhas de marketing para veicular conteúdo em anúncios pagos. Você também pode gerenciar o SEO na página a partir daí. Se isso não for suficiente, você pode configurar formulários de coleta de e-mail, fazer upload de políticas de cookies para coletar dados de clientes em seu sistema CRM, onde você pode segmentar os clientes e fornecer conteúdo personalizado a esses segmentos a partir do mesmo CMS. No CMS, você pode configurar testes A/B para seu conteúdo ou configurar conteúdo personalizado. Você pode alimentar o banco de dados do seu chatbot a partir daí. Você também pode integrar seu sistema CMS com ferramentas de automação de marketing onde você pode criar regras de segmento que permitem enviar conteúdo para clientes específicos do CMS por meio de diferentes canais de distribuição (por exemplo, enviar um lembrete de cesta esquecida por e-mail para aqueles que têm compras inacabadas em sua cesta).

O que você deve aprender para gerenciar conteúdo em um CMS?

Linguagem de marcação:

Seu sistema CMS usa um editor WYSIWYG (neste caso, é fácil editar o conteúdo para editores de conteúdo) ou algum tipo de linguagem de marcação (que você ou o editor de conteúdo precisaria aprender).

O que é uma linguagem de marcação?

Uma linguagem de marcação é uma linguagem que anota o texto para que o computador possa manipular esse texto (torná-lo negrito, itálico, centralizá-lo, colori-lo etc.). Basicamente, é uma linguagem com a qual você pode se comunicar com o computador como deseja exibir o texto ou os ativos que está editando.

HTML é um exemplo de linguagem de marcação:

<p>

Este é um parágrafo de texto escrito em HTML

</p>

Esta frase é composta por uma tag de abertura (<p>), texto e uma tag de fechamento (</p>). O texto entre as tags seria exibido na tela. Cada tag inclui um símbolo "menor que" e "maior que" para designá-la como parte da marcação.

Como aprender uma linguagem de marcação? Se esta for uma linguagem de marcação específica do CMS, você poderá encontrá-la no manual do CMS. Se for uma linguagem de marcação padrão, existem muitos recursos online disponíveis para aprender, como por exemplo: MOOC, Udemy, EDX, Codecademy ou Coursera.

Se o seu CMS não tiver um editor WYSIWYG, também pode ser útil conhecer algumas noções básicas de CSS (Cascading Style Sheets) que funcionam com HTML para adicionar estilos às páginas da Web que você está editando.

Como redigir:

O que você deve verificar no manual ou perguntar aos seus desenvolvedores:

Como criar um rascunho do conteúdo (e não publicá-lo por engano)? Como testar o rascunho, você consegue ver uma prévia de como ficaria no site diretamente no CMS? Se uma visualização diretamente no CMS não estiver disponível, existe algum ambiente de teste onde você possa verificar o conteúdo recém-escrito?

Como publicar:

O que você deve verificar no manual ou perguntar aos seus desenvolvedores:

Como publicar o conteúdo no site ao vivo? Você pode fazer isso sozinho (ou o próprio editor de conteúdo) a partir do CMS? Você precisa de uma versão do site para atualizar o conteúdo? Você precisa pedir ajuda aos desenvolvedores com a publicação? É uma solução mista, o que significa que parte do conteúdo pode ser publicada no CMS por editores de conteúdo, mas algumas alterações precisariam de suporte do desenvolvedor? Quais precisam de suporte ao desenvolvedor? Quais são os prazos médios se você quiser publicar algo, quanto tempo levaria? Com quem entrar em contato se o conteúdo quebrar e você ou o editor de conteúdo não puder consertá-lo por conta própria? Quem contactar fora do horário de expediente se precisar de apoio urgente? Você pode agendar a publicação de conteúdo no futuro? Você pode agendar mais de um “pacote” de conteúdo no futuro? Se você agendar um conteúdo no futuro, ainda poderá alterar e publicar outras partes do conteúdo ou o pacote agendado congelará qualquer outra publicação desde o momento em que você o cria até o horário agendado? Você consegue se lembrar do conteúdo programado se, por algum motivo, mudar de ideia?

Onde o conteúdo é armazenado?

É uma pergunta importante que você deve fazer aos seus desenvolvedores/arquitetos.

Qual conteúdo vem de onde? Qual conteúdo é armazenado no CMS, qual em mecanismos/sistemas de pagamento ou reserva, que é armazenado diretamente no FE? Você deve saber quais conteúdos podem ser editados no CMS, quais precisam ser desenvolvidos (ou onde encontrar essas informações quando precisar). Deve haver documentação disponível sobre isso ou seus editores de conteúdo devem conhecê-la.

Gerenciando ativos digitais:

Você deve saber quais tipos de ativos digitais são suportados pelo seu CMS. Você pode usar vídeos, fotos, arquivos mp3? Quais extensões de arquivo podem ser usadas? Quais são os requisitos para os ativos? Verifique as especificações de tamanho e peso da imagem. O sistema irá redimensionar as imagens automaticamente ou você deve redimensioná-las sempre antes do upload? Se você não quiser deixar seu site ou outra plataforma lento, você deve sempre procurar ter o peso mínimo necessário para exibir o ativo corretamente.

Módulos, widgets e modelos prontos para uso disponíveis:

Você deve saber com o que está trabalhando. Você tem algum “bloco de construção” que possa usar pronto para usar (ou já pré-fabricado por seus desenvolvedores)? Você precisa sempre solicitar a construção personalizada dos módulos de conteúdo, modelos de página? Qual é a flexibilidade dos modelos prontos para uso, o quanto você pode alterá-los se quiser que eles tenham uma aparência diferente? Os módulos são integrados com algum display FE (front-end), então você não precisa de nenhum sitebuilding adicional para fazê-los aparecer no site? Ter pelo menos alguma biblioteca básica de módulos e modelos disponíveis pode reduzir muito o tempo de lançamento de novas páginas no mercado, de algumas semanas de desenvolvimento a algumas horas escolhendo e brincando com as possibilidades de personalização.

Princípios Básicos de Design – UX/UI:

Conhecimento básico sobre design, especialmente experiência do usuário e interface do usuário (UX/UI) pode ser muito útil. Quando você estiver trabalhando com designers (por exemplo, para criar um novo formulário de inscrição, um novo microsite), você saberá como falar com eles, o que pedir e como avaliar seu trabalho.

Análise do site:

Para entender seus clientes, seu comportamento, preferências, avaliar o desempenho de suas páginas de destino ou formulários de assinatura recém-lançados, você precisará aprender a usar o software de análise de sites que sua empresa usa (ou configurar um você mesmo). É útil saber o que é atualmente rastreado no site por padrão (onde as tags são colocadas) e que tipo de rastreamento você deve solicitar especificamente, por exemplo, rastreamento de eventos personalizados ou funis personalizados.

Recursos do CMS que você deve conhecer

O que você deve saber sobre o seu sistema CMS? O que você deve procurar ao escolher um sistema CMS? O que você deve perguntar aos seus desenvolvedores para entender o que é possível e o que não é?

Facilidade de edição:

Quão fácil é usar o CMS do ponto de vista de um editor de conteúdo? Isso influenciará o time-to-market do conteúdo. O que pode influenciar a velocidade de edição são: recursos de arrastar e soltar, 'blocos' flexíveis para criar páginas, fluxos de trabalho automatizados (por exemplo, para enviar/receber traduções), conteúdo preenchido de uma fonte (exemplo: módulos dinâmicos, onde você atualiza conteúdo uma vez e ele aparecerá em várias subpáginas e até mesmo em diferentes superfícies digitais), sincronização de conteúdo entre ambientes (remove a necessidade de copiar e colar todo o conteúdo em diferentes ambientes).

Versão:

Se o seu CMS permitir salvar versões anteriores do conteúdo, se você criar uma nova versão do conteúdo, mas mudar de ideia por algum motivo, poderá restaurar a versão anterior. Às vezes, é até possível ver a comparação entre as versões e ter as peças que foram alteradas automaticamente em destaque.

Restaurando (reversão):

Se seu conteúdo for interrompido após um lançamento, você poderá reverter para a versão de conteúdo anterior para corrigi-lo temporariamente, até que seus desenvolvedores possam investigar por que o conteúdo falhou em primeiro lugar.

Arquivamento:

O CMS deve permitir que você arquive o conteúdo. O que é importante saber é por quanto tempo os arquivos/versões de conteúdo antigo são armazenados. Você deve considerar cuidadosamente os requisitos legais para diferentes tipos de conteúdo e possivelmente prolongar a vida útil do conteúdo arquivado para conteúdo de alto risco (por exemplo: termos e condições, conteúdo promocional, política de privacidade, consentimento de cookies) que podem ser necessários no futuro para investigações legais.

Compatibilidade:

Um requisito básico para um sistema CMS é a compatibilidade com sua arquitetura, seu back-end, front-end, sistemas de pagamento, sistemas de reservas, qualquer software externo que você esteja usando no momento.

Integrações:

Um sistema que fornece integrações com outros softwares que sua empresa já usa ou que pode integrar facilmente outras partes de sua pilha de marketing de forma nativa ou via conectividade de API economizará tempo e dinheiro que você precisaria gastar em integrações personalizadas.

Teste A/B:

O que você deve verificar no manual ou perguntar aos seus desenvolvedores:

Você tem alguma possibilidade de criar testes A/B de conteúdo (várias versões de conteúdo que seriam colocadas no mesmo espaço reservado e poderiam ser alternadas com o software de teste A/B)? Se não, seus desenvolvedores podem desenvolvê-lo para os tipos de conteúdo (módulos, blocos) que você precisa testar? Quanto tempo levaria?

Conteúdo personalizado:

Você tem alguma ferramenta de personalização (software) instalada? Que tipo de conteúdo pode ser personalizado no momento (que tipo de conteúdo podem ser criadas várias versões no CMS que seriam alternadas pelo sistema de personalização)?

Se o seu sistema CMS pode ser integrado com a ferramenta de personalização, você pode continuar usando apenas um sistema para armazenamento de conteúdo, o que facilita a reutilização de conteúdo e o gerenciamento (fazer alterações no caso de alterações de nome de produto, alterações de tradução ou quando você deseja implementar quaisquer outras mudanças entre plataformas). ‍

Gestão de traduções:

Se você deseja veicular versões localizadas do site, seu sistema CMS deve ter suporte a idiomas . A funcionalidade mínima significa poder armazenar várias versões de idioma do mesmo conteúdo no mesmo CMS. O que eu recomendo, com base na experiência com sites multilíngues (mais de 20 idiomas) e outras plataformas digitais, é que o CMS tenha todos os idiomas armazenados no mesmo local para o mesmo módulo/bloco de conteúdo. Qual é a diferença? Se você mantiver versões de idiomas diferentes no mesmo CMS como uma “cópia” da mesma estrutura do site, para encontrar o mesmo módulo e atualizá-lo em todos os idiomas, você terá que abrir cada versão de idioma, descobrir onde esse módulo está em cada um e depois Atualizar isso. Se você tiver as versões de idioma diretamente no nível do módulo, é fácil encontrar o mesmo conteúdo e atualizá-lo em todos os idiomas, sem se perder procurando no CMS.

Gerenciar várias versões de conteúdo de idioma é um trabalho árduo. É demorado e tem uma alta taxa de erro (se você/o editor de conteúdo copiar algo errado). A maneira mais fácil de gerenciar traduções é ter uma integração com o software da agência de tradução do CMS. Dessa forma, você poderá enviar conteúdo original para tradução (por exemplo, do inglês) para vários idiomas diretamente do CMS e receber traduções da agência de tradução. Economiza seu tempo (sem copiar e colar), reduz o risco de erro e melhora o tempo de colocação no mercado. Em alguns casos, é até possível ativar a exibição de links de visualização para a agência de tradução, o que facilita ainda mais a tradução do conteúdo pelos tradutores. As traduções de proxy são ainda mais fáceis de gerenciar. O que a tradução de proxy faz é preencher seu site para versões localizadas e com proxy. A agência de tradução então cria essas versões linguísticas e as veicula. Reduz bastante o tempo de edição de conteúdo, mas funciona apenas para sites, não para outras plataformas, como aplicativos móveis, e-mail, SMS. Para cobrir outras plataformas, você precisaria de outro tipo de integração, por exemplo, API.

O que também pode ser um recurso útil são as notificações automáticas assim que a tradução chegar da agência de tradução ou se houver algum problema encontrado ao exportar/importar as traduções (que podem ser configuradas com webhooks, se o CMS não fornecer a Caixa).

Dica: uma expressão que você continuará ouvindo de seus desenvolvedores – locales – são como linguagens, mas mais refinadas. Embora o alemão seja um único idioma, existem muitas localidades alemãs diferentes: de-DE para alemão na Alemanha, de-AT para alemão na Áustria, de-CH para alemão na Suíça etc.

Otimização de SEO:

Você pode gerenciar o SEO na página do seu CMS? Você pode personalizar os URLs por conta própria? Você tem campos para metatítulo, metadados, metatags? Você pode adicionar tags <h1>? O CMS cria o mapa do site automaticamente e adiciona novas páginas a ele assim que elas são publicadas ou você precisa pedir que seus desenvolvedores façam isso por você? Como você pode configurar hreflangs e tags canônicas se você preencher o conteúdo em mais de um lugar ou publicar em mais idiomas? Você deve saber quais são as possibilidades e quando precisa entrar em contato com seus desenvolvedores.

Publicação multiplataforma:

Seu sistema CMS pode servir o conteúdo para outras plataformas digitais (aplicativo móvel, e-mail, smartwatch, chatbot etc.)? Você pode configurá-lo para fazer isso? É uma pergunta importante, se você planeja manter mais canais de comunicação digital. Manter todo o conteúdo em um só lugar traz grandes benefícios, como reduzir a complexidade do gerenciamento de conteúdo, reutilizar o conteúdo, reutilizar as traduções, reduzir o risco de ter conteúdo inconsistente em diferentes plataformas.

Acesso:

Os sistemas CMS podem oferecer diferentes tipos de acesso com diferentes direitos. Pode ser útil se você quiser que pessoas diferentes redigindo, revisando, aprovando o conteúdo ou se alguns editores puderem acessar apenas determinados tipos de conteúdo (por exemplo, um departamento específico só tem acesso ao conteúdo que pertence a esse departamento) .

Trabalhando de forma colaborativa:

Se você tiver mais editores que editam o conteúdo, seria útil ter a opção de trabalhar colaborativamente em um conteúdo. Alguns sistemas CMS bloqueiam o arquivo se um usuário o tiver aberto, alguns permitem que você edite simultaneamente.

Conceitos técnicos que valem a pena entender:

Dependendo de quão próximo você precisa trabalhar com os desenvolvedores de CMS, gerenciamento de CMS ou edição de conteúdo, você pode querer se aprofundar um pouco mais em tópicos mais técnicos. Aqui estão alguns tópicos que vale a pena entender:

Seu site é estático ou dinâmico?

Site dinâmico significa que os clientes baixam o conteúdo diretamente de seus servidores. Nesse caso, você pode alterar o conteúdo ad hoc e as alterações serão enviadas automaticamente ao site ativo para todos os clientes que recarregarem seu site.

Site estático significa que o conteúdo (e código) é empacotado e lançado com uma versão do site, de tempos em tempos (a frequência varia de acordo com a empresa/tipo de código). Os clientes podem acessar apenas essa versão estática, criando muito menos carga em seus servidores. A alteração do conteúdo do site estático só é possível com o lançamento do site. Se você tem um site assim, deve saber quando são os lançamentos, quando o conteúdo precisa estar pronto para eles. Às vezes, sites estáticos têm algumas soluções alternativas para publicar conteúdo entre versões, você precisa entender as restrições dessas soluções alternativas (o que pode ser publicado dessa maneira, quanto tempo leva o rastreamento - empacotando o conteúdo em um pacote - e a publicação).

Lançamento do site :

A liberação do site significa a entrega de novo código (e conteúdo) ao site. Se você precisar contornar as versões do site ou algum conteúdo só puder ser entregue com uma versão do site (porque eles são armazenados em aplicativos FE, por exemplo), você deve aprender qual é a cadência de sua equipe de desenvolvimento - com que frequência eles pegam novos desenvolvimentos? Com que frequência são os lançamentos? Quando você precisa informá-los sobre a nova iniciativa para tê-lo ao vivo no site, qual é o time-to-market desde o pedido até a entrega (time-to-delivery)?

Ambientes:

Os ambientes são entidades dentro de um espaço que permitem criar e manter várias versões dos dados específicos do espaço e fazer alterações neles isoladamente. Ter vários ambientes permite desenvolvimentos paralelos, testes e integração contínua, o que ajuda sua equipe a entregar mais de 1 projeto de uma vez e trabalhar de forma ágil (desenvolvendo e testando ao mesmo tempo).

CMS pronto para uso ou personalizado?

As soluções prontas para uso podem não ter flexibilidade e pode ser difícil personalizá-las. As soluções personalizadas exigem muita manutenção e cada atualização custará muito esforço, o que significa custos imprevisíveis de desenvolvimento (em comparação com os custos fixos de licença). A melhor solução é algo intermediário: uma solução pronta para uso que oferece flexibilidade suficiente para que você não precise fazer muitas personalizações. Esta é outra razão pela qual os sistemas CMS baseados em API são, para a maioria das empresas, a melhor solução disponível no momento.

CMS sem cabeça:

O CMS “padrão” (não headless) fornece um back-end com uma interface simples para criar conteúdo, banco de dados para armazenar ativos digitais e a possibilidade de publicar o conteúdo. O conteúdo é puxado pelo front-end e publicado em uma página. O front-end e o conteúdo são acoplados, você não pode atualizar o conteúdo sem o aplicativo front-end. Tudo é lançado em um bucket – conteúdo, imagens, HTML, CSS. Isso pode significar que o conteúdo deve ir nas mesmas versões que o código front-end (portanto, pode ser atualizado com menos frequência), também pode limitar o uso do CMS a apenas sites (como o conteúdo e o código são misturados, o conteúdo não pode ser ser publicado de forma flexível em diferentes canais digitais).

Uma abordagem diferente para servir conteúdo é um CMS “sem cabeça” – se a camada de apresentação de um site for a “cabeça” de um CMS, então cortar essa camada de apresentação cria um CMS sem cabeça. Nesse caso, o “corpo” do repositório de conteúdo é separado da camada de apresentação. Isso permite unificar todo o conteúdo em um único hub de conteúdo sem periféricos, de onde o mesmo conteúdo pode ser publicado em vários canais. Isso torna a edição muito mais fácil - altere a cópia ou imagem em um local e essa alteração será aplicada em todos os lugares em que o conteúdo estiver localizado. Os CMSs headless dividem as tarefas de back-end e front-end – isso significa que os desenvolvedores podem codificar e projetar rapidamente experiências de front-end em seu idioma preferido (sem estar vinculado a tecnologias de back-end restritivas). Em vez disso, eles podem usar interfaces de programação de aplicativos (APIs) para conectar as funções de back-end — como armazenamento e gerenciamento de conteúdo — a qualquer ambiente de entrega de front-end. Isso torna o desenvolvimento de novas páginas ou telas de aplicativos móveis muito mais rápido e fácil.

Leia mais sobre plataformas de comércio eletrônico sem cabeça aqui.

O que é uma API?

Os sistemas API-first (API – Application Programmable Interface) possuem código que permite a comunicação claramente definida entre dois aplicativos separados. São plataformas de software modernas, que fornecem aos gerentes de CRM alguns blocos de construção prontos de funcionalidades que você pode montar para atender às suas necessidades em quase 100%. Estão preparados para integração rápida com outros sistemas.

“API: o Mailman

Pense em uma API como um carteiro entregando a solicitação do seu aplicativo para algum outro software e, em seguida, trazendo a resposta de volta ao seu aplicativo. Um exemplo simples: é a API que permite a comunicação entre o Google Calendar e seu aplicativo de viagens para que, quando um usuário reservar uma viagem, ela sincronize com o calendário.” Fonte: Clevertap

Leia mais sobre o que são APIs e o que você deve saber ao escolher o software API-first aqui.

O que são webhooks?

Os webhooks são semelhantes às APIs, mas mais simples. Uma API é uma linguagem completa para um aplicativo com funções ou chamadas para adicionar, editar e recuperar dados. Com uma API, você precisa fazer o trabalho sozinho. Se você criar um aplicativo conectado a outro com a ajuda de uma API, seu aplicativo precisará ter maneiras especiais de solicitar novos dados ao outro aplicativo quando precisar. Os webhooks, por outro lado, são projetados para uma parte específica de um aplicativo e são automatizados. É uma conexão simples e individual que é executada automaticamente.

Um exemplo de webhook pode ser uma notificação no seu e-mail, acionada quando uma nova tradução chega ao seu CMS.

O que são SDKs?

SDK significa kit de desenvolvimento de software – um conjunto de ferramentas de software e programas usados ​​por desenvolvedores para criar aplicativos para plataformas específicas. As ferramentas do SDK incluem bibliotecas, documentação, exemplos de código, guias e processos que os desenvolvedores podem usar e integrar em seus próprios aplicativos, projetados para plataformas ou linguagens de programação específicas.

SDK – os Correios/Loja de Hardware:

Se a API for um carteiro, o que é SDK nesse contexto?
É o correio E a loja de ferragens juntos. Uma vez que pode conter tudo o que é necessário para se comunicar com outro software (ou seja, uma ou mais APIs), bem como materiais que podem ser usados ​​para construir um aplicativo totalmente novo (ou seja, bibliotecas de código, recursos de depuração, notas técnicas, tutoriais e documentação). (...) é um kit de desenvolvimento. O SDK pode conter uma ou mais APIs além de utilitários essenciais. A API é apenas uma parte de um SDK. Pense no devkit como um “contêiner” maior para um conjunto inteiro de ferramentas do SDK e você estará correto.” Fonte: Clevertap

Resumo:

Como gerente de CRM, você deve conhecer algumas noções básicas sobre plataformas CMS. Na maioria dos casos, mais cedo ou mais tarde, você precisará publicar algum conteúdo. O básico absoluto que você precisa é conhecer os fluxos de trabalho e processos em sua empresa, se você tiver editores de conteúdo para fazer isso por você. Se você mesmo precisar editar e publicar conteúdo, talvez queira aprender alguns conceitos básicos da plataforma em uso, como editar, rascunhar, publicar o conteúdo e quais são as possibilidades de testar ou agendar alterações de conteúdo. Se você precisa de conhecimentos mais avançados, deve aprender um pouco mais sobre as opções de testes A/B, personalização e otimização de SEO em sua plataforma atual. É recomendável saber um pouco sobre como sua equipe de desenvolvimento trabalha e com quanto tempo de antecedência você precisa planejar os desenvolvimentos, caso uma simples edição de conteúdo não seja suficiente. Você deve se familiarizar mais com seus processos, especialmente se precisar liberar conteúdo com lançamentos de sites (por exemplo, se seu site for estático ou seu CMS não for headless). Conhecer alguns jargões do desenvolvedor ajudará você a iniciar a conversa. Depois de aprender o básico e ler o manual, recomendo fortemente que comece a fazer perguntas aos seus desenvolvedores para aprofundar sua compreensão – eles são a maior fonte de informações sobre sua pilha existente!