Guia de migração do Drupal para o Arc XP

Por que este guia?

Há 10 anos que trabalho apenas com o Drupal, mas o Drupal está morrendo. Vamos ver por que e como os editores podem se beneficiar da melhor alternativa ao Drupal até o momento: Arc XP.

TL;DR> Nesta longa leitura, você descobrirá:

• O que é o Drupal e por que os editores migraram massivamente para o Drupal na última década
• Por que o Drupal não é mais uma boa opção para eles
• Como funciona o Arc XP, um CMS SaaS para editores criado pelo Washington Post, e por que ele é uma opção melhor em comparação com o Drupal
• Quanto tempo leva, quanto custa e como você deve organizar seu projeto de migração do Drupal para o Arc XP

Pronto?

O que é o Drupal?

O Drupal é um CMS de código aberto ou, mais precisamente, uma estrutura, criado em 2001 por Dries Buytaert. Ele começou como uma pequena plataforma de blog e se tornou um dos maiores e mais usados CMSs do mundo nos últimos 20 anos.

O Drupal é baseado na estrutura Symfony, que por sua vez foi desenvolvida em PHP. Você pode instalá-lo e executá-lo por conta própria ou confiar na Acquia ou na Platform.sh para hospedá-lo e executá-lo para você.

O Drupal é popular por ser modular

A popularidade do Drupal se deve à sua arquitetura muito modular, com um núcleo leve e milhares de módulos que abrangem a maioria dos recursos que você pode precisar. Também é muito fácil criar seus próprios módulos.

A principal diferença entre o Drupal e, digamos, o WordPress, é que os módulos no Drupal podem se comunicar entre si por meio de APIs.

No WordPress (e em muitas outras plataformas), por outro lado, os módulos ou plug-ins só podem se comunicar com o núcleo, também conhecido como API "oficial".

O Drupal tem armazenamento de gerenciamento de conteúdo estruturado

Outra inovação introduzida pelo Drupal em 2005 é sua capacidade de manipular conteúdo estruturado.

Embora quase todos os CMSs naquela época fossem "construtores de páginas", o Drupal foi o primeiro a introduzir o módulo CCK, que foi integrado posteriormente ao núcleo do Drupal (API de campo).

Basicamente, ele entendeu o ponto muito cedo: o conteúdo pode ser apresentado de várias formas e cores para o usuário final. Mesmo que isso não tenha ficado claro em 2005, o conteúdo estruturado pavimentou o caminho para o sucesso do Drupal: o lançamento do iPhone e a explosão de aplicativos móveis confirmaram a escolha certa para a comunidade Drupal.

O Drupal tem uma comunidade ativa e vibrante

O último motivo, porém o mais importante, para o sucesso global do Drupal está em sua comunidade.

Como um projeto de código aberto, a Associação do Drupal conseguiu desenvolver a comunidade para se tornar o maior projeto de código aberto do mundo, com mais de um milhão de desenvolvedores, milhares de colaboradores e centenas de empresas trabalhando e contribuindo com a base de código do Drupal.

Por que tantos editores optaram pelo Drupal na última década?

Durante meus anos à frente da Adyax, uma das principais agências de Drupal do mundo, migramos muitos editores para o Drupal.

O Drupal foi escolhido pelos seguintes motivos:

• Recursos, oferecidos por milhares de módulos
• Flexibilidade no back-end e no front-end
• O custo total de propriedade

Mas o verdadeiro motivo foi a falta de concorrência dos editores de SaaS. Originalmente, os editores eram grandes usuários de plataformas voltadas para a impressão, como Eidos ou OpenText.

A arquitetura desses editores era voltada para a impressão e, quando, de repente, tudo passou a ser voltado para a Web, houve um verdadeiro vazio no espaço do CMS de publicação. Os antigos não estavam prontos e os novos ainda não haviam chegado.

A editora sentiu mudanças tremendas em todo o setor na forma como seu público consome conteúdo e notícias. Uma década de testes, falhas e aprendizado começou com o lançamento do primeiro iPhone.

É por isso que, durante os anos de 2007 a 2017, muitos editores decidiram criar suas próprias plataformas, geralmente usando o Drupal.

Ele oferecia total flexibilidade para testar e experimentar os recursos, não tinha custos de licenciamento e era bastante barato para hospedar e executar.

O Drupal não era o melhor software para editores, era a única escolha certa para eles naquele momento.

Quais são os principais problemas do Drupal?

O Drupal não é realmente um CMS: é uma estrutura, uma caixa de ferramentas que você pode usar para criar quase tudo.

O Drupal Commerce tentou executar plataformas de comércio eletrônico. O Drupal ERP existe e, na Adyax, estamos criando intranets, comércio eletrônico B2B ou portais de atendimento ao cliente.

A flexibilidade também é o principal problema do Drupal.

O Drupal não oferece os recursos prontos para uso necessários para o setor editorial.

Isso significa que a qualidade geral do produto dependerá muito da maturidade do editor que estiver usando o Drupal em seu site. Se eles forem bons e investirem algumas centenas de milhares de dólares em sua plataforma, terão um CMS de publicação decente (como fez a The Economist).

Mas se você não tivesse a maturidade ou o orçamento para criar algo excelente, ficaria preso a um Drupal desajeitado e lento que custava cada vez mais caro a cada ano.

A comunidade Drupal tentou resolver esse problema com: distribuições.

Uma distribuição é um conjunto de módulos pré-instalados e pré-configurados criados para uma vertical específica.

Por exemplo, o Drupal Commerce é uma distribuição para... comércio eletrônico. Também há uma distribuição para editores: Thunder.

O Thunder é um sistema de gerenciamento de conteúdo de código aberto baseado na Web que estabelece novos padrões para o CMS de editores. Ele é baseado no Drupal, permitindo que seus usuários se beneficiem dos esforços contínuos de desenvolvimento da comunidade Drupal, bem como de módulos específicos contribuídos pela Hubert Burda Media, outros editores e parceiros do setor - a Thunder Coalition.

Porém, basta dar uma olhada nos módulos instalados com o Thunder.

Todos esses módulos serão adicionados à sua base de código, você terá de mantê-los, atualizá-los e dar suporte a eles. Cada novo recurso de seu site terá de ser integrado a todos esses módulos.

A complexidade do gerenciamento de front-end

Outro grande problema que notamos com o Drupal ao criar sites de editores é a complexidade da atualização dos modelos de front-end.

Modificar o que e como vai para uma página de destino é fundamental para otimizar o envolvimento com seu público.

Em grandes publicações, há uma equipe inteira dedicada ao gerenciamento da página inicial. A cada poucos minutos, algo pode ser alterado, dependendo do teste A/B do título ou do que acontece no mundo.

O Drupal introduziu um construtor de layout no núcleo do Drupal 8.5, que, combinado com o módulo Paragraphs, pode fazer o trabalho.

No entanto, devido à interoperabilidade com todos os casos de uso possíveis (lembre-se de que o Drupal não é um CMS em um vertical único, mas uma caixa de ferramentas que pode ser usada em um número surpreendentemente grande de sites muito diferentes), a configuração e o uso de ambos são processos complexos e dolorosos.

Do meu ponto de vista, há vários sinais de alerta quando se trata do Layout Builder do Drupal:

• Ao adicionar novos recursos ao site (novos tipos de entidades e elementos incorporáveis), o tempo de carregamento de todos os elementos disponíveis aumenta drasticamente.
• A adição de novos layouts é um processo complexo. Atualmente, precisamos criar arquivos .yml e modelos usando código (Twig)
• Com um grande número de elementos no layout, fica difícil arrastar elementos entre as seções.
• Acesso difícil às seções no Twig, os nomes são sufixados com UUID, o que dificulta a renderização de uma seção selecionada.
• O modo sem cabeça não tem suporte algum

Você precisa se preocupar com coisas com as quais não deveria se preocupar

Por fim, o problema mais importante do Drupal é que os editores precisam se preocupar com coisas que não são importantes para seus negócios. Um editor que esteja executando seu site no Drupal precisará se preocupar com:

• Desenvolvimento de recursos de back-end para simplesmente criar suas histórias
• Atualização e gerenciamento de centenas de módulos
• Hospedagem e dimensionamento de um Drupal(o que pode ser muito complicado)

Uma editora não é uma empresa de software, seu negócio principal é contar histórias, não dimensionar o Drupal no AWS.

Quais são os recursos mais importantes do CMS para os editores?

Então, vamos ver o que de fato faz um CMS ser perfeito para editores.

As principais histórias de usuários de diferentes funções dentro de uma editora são:

• Como jornalista, quero escrever um artigo com foco no conteúdo. Quero uma interface limpa e simples, gosto do Microsoft Word. Quero enriquecer meu artigo com qualquer conteúdo de plataforma de mídia social, foto, vídeo ou links. Isso deve ser tão simples quanto copiar e colar um URL. Quero poder apresentar minha história para diferentes publicações e plataformas: página inicial, boletim informativo semanal, página inicial da seção, aplicativo móvel etc. Quero ser notificado quando minha história progredir no funil de fluxo de trabalho rumo à publicação.
• Como editor-chefe, preciso ser capaz de supervisionar minha redação de mais de 50 pessoas. Quero saber quais artigos estão sendo escritos e o quanto estamos atrasados. Preciso de sugestões de jornalistas sobre diferentes tópicos que precisamos cobrir. Preciso de uma visão geral constante e quase em tempo real de tudo o que acontece em minha redação.
• Como gerente da Web, quero gerenciar todas as páginas do meu site, com blocos, como legos. Quero criar novos blocos. Preciso selecionar qualquer tipo de regra para inserir o conteúdo nos blocos. Alguns dos blocos devem ser totalmente automáticos, enquanto as histórias mais importantes devem ser selecionadas manualmente. Preciso ter total liberdade sobre o front-end, podendo integrar APIs externas (resultados esportivos, OEMs, anúncios etc.).
• Como desenvolvedor que trabalha para uma editora, quero me conectar facilmente à API do CMS e extrair o conteúdo de que preciso em um dos canais de distribuição em que estou trabalhando: site principal, aplicativo móvel, fluxo XML de impressão ou chatbot Alexa. Quero trabalhar em uma pilha tecnológica moderna, como ReactJS ou AngularJS. Quero uma arquitetura sem cabeça para evitar um forte acoplamento com meu back-end.
• Como gerente de vendas/crescimento, quero poder gerenciar assinantes e paywalls, criando facilmente planos e ofertas. Quero gerenciar os espaços de publicidade em cada página, alterar sua posição ou adicionar novos espaços sem codificação.

Começamos a ver um escopo claro do que um CMS de publicação moderno deve conter:

1. Ser sem cabeça por design
2. Fornecer recursos prontos para uso para criar ótimas histórias
3. Fornecer recursos prontos para uso para animar e gerenciar a vida diária da redação por meio de estatísticas e fluxos de trabalho
4. Liberdade total no front-end, de preferência usando ReactJS ou AngularJS. Fácil de manter e integrar APIs externas
5. Ser capaz de modificar e criar páginas de front-end sem codificação, com recursos de arrastar e soltar usando um grande conjunto de blocos de construção.
6. Sistema de gerenciamento de ativos digitais totalmente integrado (fotos e vídeos)
7. Gerenciamento de assinaturas e paywall integrado

O que é o Arc XP?

Quando o fundador da Amazon, Jeff Bezos, comprou o The Washington Post em 2013, ele rapidamente se deu conta de um problema antigo que prejudicava todo o setor de notícias: A tecnologia que as organizações de notícias empregavam para publicar e ganhar dinheiro com seu conteúdo on-line era extremamente ineficiente e inadequada.

Bezos também encontrou um diretor de informações no Post, Shailesh Prakash, com ambições maiores do que seu orçamento. Bezos resolveu os problemas orçamentários de Prakash, e o Post criou o que, com o tempo, se tornou uma plataforma de primeira classe, convenientemente hospedada nos próprios servidores de computação em nuvem da Amazon. O Post começou a licenciar sua tecnologia para outras organizações de notícias em 2016, e sua divisão de publicação digital, a Arc XP, é agora um negócio em expansão que emprega uma equipe de 300 pessoas e está continuamente lançando novas funcionalidades. Ela alimenta mais de 2.000 sites para organizações de mídia e marcas que não são de mídia.

Em seu sétimo ano no mercado, a Arc XP atende a uma variedade ainda maior de clientes e setores, expandindo seus serviços para grandes marcas empresariais, editoras e emissoras. Esse enorme crescimento é o resultado da evolução estratégica e da inovação contínua.

Por que o Arc XP é a melhor alternativa ao Drupal para editores?

O Arc XP foi criado em uma redação para e por jornalistas.

Sua gênese é a quintessência da agilidade: coloque desenvolvedores e usuários na mesma sala e algo excelente será criado.

O Arc XP foi projetado para resolver problemas específicos e pontos problemáticos enfrentados por cada editor:

• A criação de conteúdo deve ser o mais simples possível para os jornalistas.
• A função de um editor é criar ótimas histórias, não gerenciar a segurança e a escalabilidade de um back-end de CMS
• Como podemos nos livrar dos grupos de WhatsApp, das reuniões intermináveis e dos relatórios elaborados manualmente usados em todas as redações com mais de 10 jornalistas?
• Como podemos obter mais assinantes e receita?
• Como podemos reduzir nossa dependência dos gigantes da tecnologia para monetização?

‍

Visão geral dos recursos do Arc XP

Vamos nos aprofundar nos principais recursos do Arc XP e compará-los com os equivalentes do Drupal.

Compositor: Fábrica de Histórias

O Composer é a principal interface que a maioria da sua equipe usará para criar histórias. É o editor WYSIWYG mais simples e inteligente que já vi em muitos CMSs, repleto de recursos projetados para jornalistas.

Você pode decidir facilmente em quais seções sua história deve aparecer (circulação). O equivalente do Drupal são as "taxonomias". Ambos os CMSs funcionam de maneira muito semelhante aqui.

Ao escrever sua história, você pode definir manchetes diferentes para cada canal de distribuição (impresso, Web, móvel etc.). Você também pode fazer isso no Drupal adicionando mais campos em seu tipo de conteúdo Artigo.

Um dos recursos mais interessantes são as "incorporações". Você pode copiar e colar qualquer link de mídia social (YouTube, Instagram, Facebook, Twitter etc.) e ele será automaticamente integrado à sua história. Mais importante ainda, você pode adicionar qualquer incorporação personalizada em meia hora de codificação.

Se você quisesse replicar recursos equivalentes no Drupal, seria necessário instalar e configurar o módulo Paragraphs. Mas, então, você precisaria criar uma entidade de parágrafo para cada mídia social. Isso exigiria semanas de esforços de desenvolvimento e ainda mais manutenção (cada vez que uma das APIs de mídia social for alterada, você precisará atualizar seus módulos).

No Composer, os jornalistas também podem apresentar suas histórias a publicações ou plataformas. Isso significa que quando um jornalista acha que sua história vale a pena ser incluída em uma página de destino, boletim informativo ou publicação impressa semanal, ele pode apresentá-la (voltaremos a falar sobre apresentação e publicações na visão geral do módulo WebSked). Não há equivalente no Drupal, então você basicamente terá que criar um monte de código personalizado, misturado com o módulo Workflow do Drupal.

Centro de fotos: Todas as suas fotos em um só lugar

O centro de fotos é onde todas as suas fotos e imagens serão armazenadas. Ele oferece um conjunto completo de recursos para gerenciar fotos, incluindo:

• Corte e manipulação de imagens
• Fluxos de trabalho relacionados a fotos
• Direitos e licenciamento
• Miniaturas e redimensionamento automático
• Galerias e Lightboxes

Central de vídeos: Seu próprio YouTube

O Video Center é uma plataforma extremamente avançada para criar, transcodificar, converter e gerenciar vídeos, transmissões de eventos ao vivo e muito mais. Basicamente, ele oferece recursos equivalentes aos do seu próprio YouTube. A grande vantagem é que você é proprietário do seu conteúdo, pode injetar anúncios e criar canais e listas de reprodução.

Não há recursos equivalentes no Drupal. Seria incrivelmente complexo e caro tentar replicá-lo, sem garantia de sucesso.

WebSked: Planeje e gerencie sua redação

O WebSked é, do meu ponto de vista, o recurso mais importante e exclusivo do Arc XP.

O WebSked é a ferramenta de planejamento e gerenciamento de tarefas da suíte Arc Publishing, permitindo que você veja todo o conteúdo que está sendo criado nos aplicativos de criação do Arc XP (Composer, Photo Center e Video Center), crie e monitore tarefas e notificações para esses itens, faça o orçamento do seu produto de impressão e boletins informativos com o recurso Publications(se aplicável) e gerencie e selecione os feeds que aparecerão no front-end do seu site com o recurso Collections.

Ao iniciar o WebSked, você chegará ao seu painel de controle, que fornecerá algumas estatísticas de alto nível - Key Stats - sobre as estatísticas de publicação da sua redação, bem como pesquisas salvas, notificações, horários de publicação em comparação com o tráfego do site, contagem de matérias, atividade de pitch, tarefas (para você mesmo ou para grupos) e planos para diferentes sites ou seções individuais da sua publicação, incluindo plataformas. Observe que essas estatísticas são exclusivamente estatísticas de publicação e não estão vinculadas a nenhuma análise externa.

Não há recursos equivalentes no Drupal. Mas você pode reconstruí-lo do zero usando vários módulos e milhares de horas de trabalho.

PageBuilder: Crie suas páginas e modelos como se fossem Legos

Com o PageBuilder, você pode compor e atualizar qualquer página front-end do seu site. Ao criar algo exclusivo (como uma página inicial ou um minissite), você criará páginas; ao trabalhar na aparência das páginas de histórias, seções ou tags, você criará modelos. Tanto as páginas quanto os modelos são compostos de layouts nos quais você pode inserir blocos.

O Arc XP vem com vários blocos prontos para uso, nos quais você pode extrair qualquer tipo de conteúdo com base em qualquer regra:

• Promoções únicas em diferentes formatos (XG - G - M - P)
• Várias histórias
• Listas paginadas
• Histórias selecionadas manualmente ou com base em consultas
• HTML
• Blocos de imagem / texto / link
• Blocos personalizados

Você também pode encadear blocos, carregar blocos com base em regras de URL, injetar variáveis personalizadas e criar seus próprios blocos.

Bandito: bloqueia o teste A/B

O objetivo do Bandito é ajudar os editores a maximizar o desempenho do conteúdo em seus sites.

O desempenho no Arc é medido com a taxa de cliques, que é uma medida da frequência com que um membro do público clica em um link, dentre as várias vezes em que ele é apresentado ao público. O Bandito funciona permitindo que os editores adicionem variantes de seu conteúdo - geralmente manchetes, imagens promocionais ou texto de descrição - que são apresentadas ao público como parte do experimento.

Com o tempo, o Bandito aprende quais variantes estão superando as outras e começa a direcionar o tráfego para as melhores variantes. Eventualmente, o experimento convergirá para um vencedor que poderá ser selecionado como o novo padrão para o recurso. O Bandito implementou um teste Multi-Armed Bandit.

Não há recursos equivalentes no Drupal.

Como migrar do Drupal para o Arc XP?

Quando você decidir migrar do Drupal para o Arc XP, deverá seguir algumas etapas muito simples. Sua arquitetura de destino será bem diferente da instalação do Drupal que você tem hoje.

Os sites do Drupal geralmente são criados como grandes instalações monolíticas com todos os recursos gerenciados pelo Drupal, com alguma sincronização externa por meio da API.

Ao contrário do Drupal, o Arc XP será responsável pela parte do CMS da sua plataforma, e você precisará encontrar o melhor substituto para todos os outros recursos que possa ter. É uma arquitetura MACH muito mais saudável e preparada para o futuro que você estará construindo com o Arc XP.

Basicamente, o caminho de migração segue 6 etapas, e vamos nos aprofundar em algumas delas:

Etapa 1: Análise de lacunas

Durante esta etapa, sugerimos que você analise todos os modelos do seu site Drupal e os liste em uma planilha. Em seguida, para cada modelo, você deve descrever todos os recursos que encontrará. A ideia é entender as lacunas entre os recursos de seu site atual e o Arc XP.

A próxima etapa é realizar o mesmo trabalho, mas na parte de back-end. Sugerimos que você examine sua lista de módulos do Drupal. Para cada um deles, você precisará decidir se:

1. Você não o mantém
2. Você tem um recurso equivalente no Arc XP
3. Você precisará encontrar um editor SaaS para ele (por exemplo: Mailchimp para Simplenews, Algolia para SearchAPI e Apache SOLR etc...)
4. Você precisará escrever algum código personalizado (exemplo: recursos de zona de usuário)

Etapa 2: Mapeamento de entidades

A segunda etapa é mapear os tipos de conteúdo existentes para os tipos do Arc XP. No Arc XP, você tem basicamente três tipos de conteúdo:

• Histórias (tudo é uma história, mas você pode ter subtipos e campos personalizados)
• Fotos (Centro de fotos do Arc XP)
• Vídeos (Videocenter do Arc XP)

Para cada tipo de conteúdo e cada campo, você precisa decidir se ele deve ser migrado e, em caso afirmativo, para onde ele deve ir no tipo/entidade do Arc XP ANS.

Etapa 3: Migração de front-end

Ao criar o front-end de um site do Arc XP, você tem basicamente duas opções: começar do zero usando qualquer estrutura que desejar, extraindo conteúdo e páginas por meio da API do Arc XP, ou começar com o tema "Fusion" do Arc XP ReactJS.

Recomendamos enfaticamente que você opte pela segunda opção. Há muita lógica comercial no Arc XP que você precisará replicar para criar um site totalmente funcional.

Além disso, o tema Arc's Fusion é mantido, portanto, você obterá novos recursos sem precisar de um grande retrabalho de sua parte.

Para migrar do Drupal, você precisará replicar a estrutura HTML e o CSS do seu site atual para o tema Arc's Fusion React. Essa será a maior parte de seu projeto, mas qualquer desenvolvedor de ReactJS fará o trabalho.

Pegue cada modelo Twig do Drupal, um por um, e replique-o no Arc. Retire todos os recursos que não sejam do CMS (também conhecidos como formulários, zona de usuários etc.) e crie blocos e páginas personalizados para eles, integrando algumas APIs de SaaS ou seu próprio back-end.

Quais são os principais problemas ao migrar do Drupal para o Arc XP?

Recursos que não são compatíveis com o Arc XP

O Arc XP é um CMS, com muitos recursos interessantes, mas é apenas um CMS. Ao contrário do Drupal, ele não gerenciará seus boletins informativos, fóruns, comentários, enquetes, formulários etc. Para cada recurso fora dos recursos do Arc XP, você precisará encontrar um substituto ao migrar do Drupal. Do meu ponto de vista, é ainda melhor assim. Você pode selecionar as melhores ferramentas para cada um de seus recursos.

• Boletins informativos: Mailchimp
• Fóruns: Vanilla Forums ou Hivebrite
• Comentários: Disqus
• Pesquisas de opinião: Surveymonkey
• Formulários: Typeform ou Typebot

Paginação

Surpreendentemente, a paginação pode ser bastante complexa para ser criada com o Arc e pode exigir trabalho extra. Se suas aterrissagens estiverem cheias de paginações, você precisará adicionar alguns dias extras de trabalho especificamente para esse recurso.

Deduplicação de conteúdo em aterrissagens

Uma das coisas que me irritam no Arc XP é o fato de ele não oferecer suporte à deduplicação de conteúdo nas páginas de destino. Imagine que você esteja criando uma página inicial com diferentes blocos e seções, extraindo conteúdo automaticamente com base em alguns critérios. Se as mesmas histórias aparecerem em diferentes partes da página inicial, não há nada que você possa fazer a respeito.

Coleções de artigos

O Arc XP oferece suporte a coleções de artigos. Você pode criar uma coleção de artigos alimentada manual ou automaticamente. No entanto, se quiser promover essa coleção em um bloco em uma página de destino, será necessário criar uma solução alternativa que vincule as tags, seus artigos e a coleção, pois uma coleção no Arc XP não tem imagem/descrição e não pode ser carregada facilmente em um bloco.

Quanto tempo leva para migrar do Drupal para o Arc XP?

Obviamente, isso dependerá do número de modelos e recursos personalizados do seu site, mas, como regra geral, para uma instalação de CMS padrão, conte com 4 meses para uma mudança completa de um site com as seguintes especificações:

• 10 modelos (HP, seção, artigo, resultados de pesquisa, páginas estáticas, páginas de lista de tags/autores, página de coleção de artigos, algumas páginas específicas)
• 10-20 Seções
• Aplicativo móvel existente para conexão com o novo CMS
• Assinaturas / paywall
• Cerca de 150 mil nós em seu Drupal
• 20-50 autores

Qual é o custo da migração do Drupal para o Arc XP?

Novamente, os preços dependerão muito do tipo de parceiro com o qual você trabalha (preços locais, equipes offshore, equipe interna) e do compromisso que você deseja (algumas pessoas trabalhando em seu escritório ou uma agência externa com orçamento fixo).

Portanto, eu divulgaria alguns orçamentos da minha empresa, acode.store, que é a principal parceira da Arc XP na região EMEA, trabalhando em um modelo de orçamento fixo:

• Migração de uma grande editora, com 50 modelos, 30 anos de arquivos, centenas de milhares de artigos, 100 jornalistas e 2 aplicativos móveis. Eles também têm assinaturas, cerca de 10 incorporações personalizadas e uma publicação impressa semanal. Orçamento: 400K$
• Migration of a WordPress publication with 10 journalists, 5 templates, and 1500 articles. Budget: <50K$
• Migração de 5 sites Drupal, 10 modelos, 450 mil artigos, 2 idiomas (incluindo árabe). 5 aplicativos móveis e 30 jornalistas. Orçamento: 200 mil dólares

Como sua equipe de migração deve ser organizada?

Sugerimos enfaticamente que, em seu primeiro projeto, você opte por um dos parceiros oficiais de integração do Arc XP para evitar erros de arquitetura e problemas de migração. Há parceiros em todo o mundo. A code.store, por exemplo, se um deles estiver na região EMEA, terá prazer em ajudar.

A equipe deve ser multifuncional, combinando experiência externa em Arc e pessoas internas com profundo conhecimento da versão existente do site. Assim que você se inscrever no Arc XP, receberá um gerente de conta dedicado com acesso imediato à experiência do Arc XP, que acompanhará e ajudará na implementação do projeto.