Fleurance Nature - Redesign da Plataforma E-Commerce
Redesign completo do fleurancenature.fr em Magento Enterprise Edition - migracao de Solr para ElasticSearch, reformulacao dos fluxos ERP, arquitetura multi-site com 60 modulos customizados em 3 sites.
Modulos customizados
60+
Modulos Magento customizados
Arquivos PHP
1040
Modificados ou criados
Sites
3
FR, Internacional, Mincifine
Artigos do blog
512
Migrados do WordPress via RSS
Ambientes
8
Do local a producao
Paginas de specs
50
Documento de especificacoes final (v1.6)
Apresentacao
Escopo do projeto e contexto de negocio
Fleurance Nature e uma empresa francesa fundada em 1972, especializada em produtos naturais e organicos (saude, beleza, suplementos alimentares). A empresa vende pelo site fleurancenature.fr, que roda em Magento Enterprise Edition 1.10.
O projeto foi um redesign completo da plataforma de e-commerce, realizado na Smile (agencia Open Source Solutions). O escopo cobria 3 sites (Fleurance Nature Franca, Internacional, Mincifine), uma migracao de Solr para ElasticSearch no motor de busca, e uma reformulacao total dos fluxos de dados ERP.
O codigo existente era fortemente customizado com 60 modulos Magento, 1040 arquivos PHP e regras de precificacao complexas envolvendo 4 grupos de clientes em 3 lojas. O modelo B2C visa consumidores que buscam produtos naturais de saude e beleza.
Uma parte significativa do trabalho envolveu a arquitetura de banco de dados EAV (Entity-Attribute-Value) do Magento - um design de schema onde os atributos dos produtos sao armazenados como linhas em tabelas separadas em vez de colunas em uma unica tabela. Essa abordagem oferece flexibilidade maxima para adicionar atributos customizados de produtos (como "ativos naturais", "peso min/max", "identificadores de categorias virtuais") sem alterar o schema do banco. A contrapartida e a complexidade das consultas: uma simples leitura de produto pode exigir JOINs em 6+ tabelas (uma por tipo de atributo: varchar, int, decimal, text, datetime, e a tabela principal da entidade).
Igualmente central era o sistema de configuracao e sobrecarga de classes por XML do Magento. Todo comportamento de modulo no Magento 1 e declarado via arquivos XML (config.xml, system.xml, layout XML). Para customizar um comportamento nativo - por exemplo, como os precos sao indexados ou como os resultados de busca sao ordenados - o desenvolvedor cria uma declaracao XML em seu modulo custom que sobrescreve ("rewrite") a classe original. O sistema carrega todos os arquivos XML dos modulos na inicializacao e constroi uma arvore de configuracao mesclada. Esse mecanismo permitiu que os 60 modulos custom da Fleurance Nature alterassem o comportamento nativo do Magento em qualquer nivel (modelos, blocos, controladores, helpers) sem modificar uma unica linha do codigo fonte do Magento. A desvantagem: a depuracao exige rastrear a cadeia de configuracao XML para entender qual classe esta realmente carregada em tempo de execucao.
E-commerce B2C - produtos naturais e organicos (saude, beleza, suplementos alimentares)
Consumidores finais (Franca e internacional) comprando produtos naturais online. Usuarios de back-office gerenciando catalogo, pedidos e promocoes.
- Busca autocomplete com ElasticSearch
- Navegacao facetada e categorias virtuais
- Redesign responsivo mobile
- Loja internacional com precificacao localizada
- Integracao do blog WordPress via feed RSS (512 artigos)
- Busca por referencia SKU para clientes recorrentes
- Regras de precificacao complexas (4 grupos x 3 sites)
- Fluxos de dados ERP bidirecionais
Objetivos, Contexto & Riscos
Metas estrategicas e restricoes
Redesenhar o front-end e o back-office dos 3 sites Magento com um tema responsivo moderno
Migrar o motor de busca de Solr para ElasticSearch com autocomplete e navegacao facetada
Integrar o blog WordPress ao Magento via sincronizacao de feed RSS
Reformular os fluxos de dados ERP para sincronizacao de catalogo, estoque e pedidos
Implementar a integracao da plataforma de marketing 1000mercis (tracking, emailing, analytics)
A plataforma rodava em Magento Enterprise Edition 1.10, uma versao ja envelhecida em 2017. O codigo havia acumulado 60 modulos customizados ao longo dos anos, tornando atualizacoes dificeis e arriscadas.
A precificacao era particularmente complexa: 4 grupos de clientes (anonimos, geral, assinantes fieis, comites de empresa) tinham catalogos de precos diferentes em 3 sites. Isso criava uma matriz de 12 combinacoes de precos, cada uma com suas proprias regras e promocoes.
As especificacoes passaram por 7 versoes em 2 meses (da v1.0 com 30 paginas ate a v1.6 com 50 paginas), refletindo a descoberta progressiva de casos limites e regras de negocio escondidas no codigo existente.
Compatibilidade retroativa
Com 60 modulos customizados, qualquer mudanca arriscava quebrar funcionalidades existentes. Cada modificacao exigia testes de regressao nos 3 sites.
Limites de performance
O site de producao atendia clientes reais diariamente. Degradacao de performance durante a migracao nao era aceitavel - o cache Varnish precisava permanecer operacional durante todo o processo.
Fragilidade da integracao do blog
A integracao WordPress-Magento dependia do parsing de feed RSS - uma abordagem artesanal sem garantia transacional. 512 artigos precisavam migrar sem perda de dados.
Volumetria dos fluxos ERP
Os fluxos ERP gerenciavam a sincronizacao completa do catalogo de produtos. Qualquer erro no fluxo poderia corromper dados de produtos, precos ou niveis de estoque nas 3 lojas.
Fases de implementacao
Divisao cronologica ao longo de 13 meses
- Engenharia reversa dos fluxos ERP existentes para documentar todos os formatos de troca
- Redesenho da sincronizacao bidirecional (produtos, estoque, pedidos, clientes)
- Implementacao da integracao da plataforma de marketing 1000mercis (pixels de tracking, gatilhos de email)
- Construcao de testes automatizados para validacao dos fluxos antes do deploy em producao
- Criacao de wireframes para todas as paginas-chave (home, categoria, produto, carrinho, checkout)
- Design de layouts responsivos para mobile, tablet e desktop
- Validacao de mockups visuais com o cliente em ciclos iterativos de revisao
- Producao das especificacoes graficas para 3 temas de sites distintos
- Redacao de especificacoes funcionais detalhadas (7 versoes, de 30 a 50 paginas)
- Migracao do motor de busca de Solr para ElasticSearch com autocomplete e facetas
- Desenvolvimento de modulos de categorias virtuais e navegacao facetada
- Implementacao da integracao do blog WordPress via sincronizacao de feed RSS
- Construcao do tema front-end responsivo nas 3 lojas
- Execucao de testes internos na Smile nos 3 sites
- Gestao dos testes de aceitacao do cliente com assinatura formal de PV
- Fase de contribuicao: migracao de 512 artigos do blog e dados de produtos
- Coordenacao do deploy em producao atraves de 8 ambientes
- Suporte pos-lancamento durante o periodo de garantia de 58 dias
- Correcao de problemas de producao reportados pelo cliente e usuarios finais
- Monitoramento de metricas de performance e estabilidade da indexacao ElasticSearch
- Transferencia de documentacao e procedimentos de manutencao para a equipe TMA
Specification document grew from 30 to 50 pages across 7 versions (Jul-Sep)
A equipe e as partes interessadas
Organizacao do projeto e interacoes
O projeto seguia um fluxo de trabalho estruturado de agencia com portoes de validacao formais. Cada entregavel exigia um documento de aceitacao assinado (PV - proces-verbal) antes de passar para a fase seguinte. Essa abordagem reduzia a ambiguidade, mas adicionava tempo a cada ciclo de iteracao.
A comunicacao acontecia por reunioes semanais de acompanhamento, um sistema compartilhado de tickets e revisoes formais de especificacoes. O cliente tinha um contato dedicado ao projeto (Philippe B.) que centralizava todas as decisoes de negocio.
Nicolas C.
Gerente de Projeto - Planejamento, relacionamento com cliente, acompanhamento orcamentario
Richard B.
Autor de especificacoes - Analise funcional, levantamento de requisitos, redacao de specs
Jose DA COSTA
Desenvolvedor - Desenvolvimento Magento, migracao ElasticSearch, customizacao de modulos
Philippe B. - Contato do projeto no cliente Fleurance Nature
1000mercis - Fornecedor de plataforma de marketing (tracking, emailing)
Fornecedor ERP - Sincronizacao de catalogo de produtos e pedidos
Ideematic - Parceiro externo para integracoes especificas
Validacao formal com documentos PV (proces-verbal) em cada fase. Especificacoes revisadas e aprovadas antes do desenvolvimento. Testes de aceitacao do cliente com validacao escrita antes do deploy em producao.
Resultados
Competencias adquiridas e entregaveis
Motor de busca ElasticSearch com autocomplete e navegacao facetada nos 3 sites
Redesign responsivo completo do fleurancenature.fr, internacional e Mincifine
Fluxos de dados ERP bidirecionais reformulados (produtos, estoque, pedidos, clientes)
Integracao da plataforma de marketing 1000mercis (tracking, emailing, analytics)
Tema responsivo mobile com suporte a loja internacional
Migracao do blog WordPress (512 artigos) integrada ao Magento via RSS
Dominio profundo da arquitetura de banco de dados EAV do Magento - entender como os dados de produtos sao divididos em 6+ tabelas por tipo de atributo, escrever queries otimizadas que fazem JOIN das tabelas de entidades com as tabelas de valores de atributos, criar atributos EAV customizados com seus proprios source models e backend types
Expertise pratica no sistema de sobrecarga de classes por XML do Magento - declarar rewrites de modulos no config.xml para alterar modelos, blocos e controladores nativos sem tocar no codigo fonte; depurar a arvore de configuracao XML mesclada para rastrear cadeias de resolucao de classes em 60+ modulos
Experiencia pratica com ElasticSearch (indexacao, mapping, queries, autocomplete, facetas)
Complexidade de precificacao e-commerce (multi-grupos, multi-sites, regras de catalogo, regras de carrinho)
Fluxo de trabalho de agencia (specs formais, assinatura de PV, entrega estruturada, periodos de garantia)
Redacao de especificacoes (contribuicao em 7 versoes ao longo de 50 paginas de requisitos funcionais)
Gestao de deploy multi-ambientes (8 ambientes do local a producao)
8 environments from local development to production - each with distinct configuration
4 customer groups x 3 websites = 12 unique pricing combinations
O que aconteceu depois
O que ocorreu apos a entrega
O site redesenhado entrou em producao e continuou atendendo os clientes da Fleurance Nature. A migracao para ElasticSearch melhorou a relevancia das buscas e os tempos de resposta do autocomplete em comparacao com a configuracao anterior em Solr.
O Magento 1 atingiu seu fim de vida oficial em junho de 2020. A Adobe (que adquiriu o Magento em 2018) parou de fornecer patches de seguranca, forcando todos os comerciantes Magento 1 a planejar uma migracao para Magento 2 ou uma plataforma alternativa.
Para a Fleurance Nature, isso significava que os 60 modulos customizados construidos durante o redesign precisariam ser reescritos ou substituidos. A forte customizacao que tornava a plataforma potente tambem tornava a migracao eventual significativamente mais cara e demorada.
Reflexao critica
Analise retrospectiva honesta
Qualidade das especificacoes
O processo de especificacoes em 7 versoes (de 30 a 50 paginas) detectou a maioria dos casos limites antes do desenvolvimento. Esse investimento inicial economizou tempo durante a implementacao e reduziu as surpresas nos testes do cliente.
Abordagem de compatibilidade retroativa
A abordagem metodica para preservar funcionalidades existentes atraves de 60 modulos deu resultado. A producao permaneceu estavel durante toda a migracao, e nenhuma regressao grave atingiu os usuarios finais.
Pipeline de deploy estruturado
O pipeline de 8 ambientes (do local a producao) com validacao formal em cada etapa deu confianca em cada release. Problemas eram detectados cedo em integracao ou preprod, nao em producao.
Permanecer no Magento 1 em 2017
O Magento 2 ja estava disponivel. Iniciar um projeto de 13 meses no Magento 1 em 2017 significava construir em uma plataforma com apenas 3 anos de suporte restante. Uma migracao para Magento 2 teria sido mais sustentavel, embora significativamente mais cara na epoca.
Integracao artesanal do blog
A integracao WordPress-Magento via parsing de feed RSS era fragil. Uma integracao baseada em API ou um CMS headless teria sido mais confiavel para os 512 artigos.
Complexidade de precificacao
A matriz de precos 4 grupos x 3 sites (12 combinacoes) foi documentada mas nunca simplificada. As regras de negocio poderiam ter sido racionalizadas antes da implementacao em vez de reproduzir fielmente toda a complexidade existante.
Especificacoes bem escritas reduzem surpresas durante o desenvolvimento - o processo em 7 versoes provou seu valor apesar do investimento em tempo
Compatibilidade retroativa multiplica a complexidade de forma exponencial - cada novo modulo interage com todos os existentes, e a cobertura de testes cresce de forma quadratica
Precificacao de e-commerce e sempre mais complexa do que o briefing inicial sugere - regras escondidas surgem durante a implementacao, nao durante o levantamento de requisitos
Trajetoria relacionada
Experiencia profissional ligada a esta realizacao
Competencias aplicadas
Competencias tecnicas e humanas aplicadas
Galeria de imagens
Capturas e visuais do projeto
