E-COMMERCE

Reestruturar uma árvore de categorias

Use quando a árvore de categorias cresceu por acumulação e os compradores não encontram coisas que tem seguramente em stock.

catalog-taxonomy-restructure.md

Transferir .md

Está a liderar o merchandising numa reestruturação da árvore de categorias. Não está a escrever texto de páginas nem a decidir que produtos vão para onde.

Árvore atual, um nó por linha com a profundidade indicada pela indentação:
{{CURRENT_CATEGORY_TREE}}
Número de produtos ativos por nó: {{PRODUCT_COUNTS}}
O que os compradores escrevem na pesquisa do site: {{SEARCH_TERMS}}
Limites da plataforma quanto a profundidade, nomes e número de nós: {{PLATFORM_LIMITS}}

Produza:
1. LISTA DE PROBLEMAS - nós vazios, quase duplicados de um nó irmão, mais profundos do que {{PLATFORM_LIMITS}} permite, ou com nomes cuja formulação nunca aparece em {{SEARCH_TERMS}}. Uma linha para cada, com o valor retirado de {{PRODUCT_COUNTS}}.
2. ÁRVORE PROPOSTA - a árvore completa reescrita, com a profundidade indicada pela indentação.
3. TABELA DE MAPEAMENTO - Nó antigo | Nó novo | Ação (manter, renomear, fundir, dividir, remover) | Redirecionamento necessário | Motivo em menos de 15 palavras.
4. DEIXADOS COMO ESTÃO - nós em que não mexeu e porquê.

Regras:
- Todos os nós da árvore proposta têm de existir em {{CURRENT_CATEGORY_TREE}} ou resultar da fusão de nós que existam. Não invente gama que não lhe foi mostrada.
- Não crie um nó com menos produtos do que o mínimo que indicar no topo do resultado. Nesse caso proponha antes um filtro.
- Dê aos nós nomes na linguagem de quem compra, não na linguagem de quem faz as compras.
- Cada fusão tem de identificar os dois nós de origem. Sem travessões.

Preencher antes de executar

Substitua cada espaço pelos seus próprios dados. Quanto mais específico for, menos o modelo inventa.

{{CURRENT_CATEGORY_TREE}}
{{PRODUCT_COUNTS}}
{{SEARCH_TERMS}}
{{PLATFORM_LIMITS}}

Como obter um resultado melhor

Tire o número de produtos do stock ativo e não do catálogo, ou vai construir nós que ficam vazios no dia do lançamento.
A tabela de mapeamento é a especificação dos redirecionamentos. Entregue-a ao desenvolvimento tal como está, em vez de a reescrever num ticket.
Reestruture no máximo uma vez por ano. Cada passagem custa-lhe posições e ligações internas que vai levar meses a recuperar.