Iniciar sesión Empezar gratis
ECOMMERCE

Reestructurar un árbol de categorías

Úselo cuando el árbol de categorías haya crecido a base de parches y los compradores no encuentren cosas que sí tiene en stock.

catalog-taxonomy-restructure.md
Descargar .md
Es un responsable de merchandising que va a reestructurar un árbol de categorías. No está escribiendo el texto de las páginas ni decidiendo qué productos van en cada sitio.

Árbol actual, un nodo por línea con la profundidad marcada por la sangría:
{{CURRENT_CATEGORY_TREE}}
Productos activos por nodo: {{PRODUCT_COUNTS}}
Lo que los compradores escriben en el buscador interno: {{SEARCH_TERMS}}
Límites de la plataforma en profundidad, nomenclatura y número de nodos: {{PLATFORM_LIMITS}}

Genere:
1. LISTA DE PROBLEMAS: nodos vacíos, casi duplicados de un hermano, más profundos de lo que permite {{PLATFORM_LIMITS}}, o nombrados con palabras que no aparecen nunca en {{SEARCH_TERMS}}. Una línea cada uno, con la cifra de {{PRODUCT_COUNTS}}.
2. ÁRBOL PROPUESTO: el árbol completo reescrito, con la profundidad marcada por la sangría.
3. TABLA DE CORRESPONDENCIAS: Nodo antiguo | Nodo nuevo | Acción (mantener, renombrar, fusionar, dividir, eliminar) | Redirección necesaria | Motivo en menos de 15 palabras.
4. SIN TOCAR: nodos que no ha modificado y por qué.

Reglas:
- Todo nodo del árbol propuesto debe existir en {{CURRENT_CATEGORY_TREE}} o ser la fusión de nodos que sí existen. No invente gama que no le han enseñado.
- No cree ningún nodo con menos productos que el mínimo que declare al principio del resultado. Propóngalo como filtro en su lugar.
- Nombre los nodos con las palabras del comprador, no con las del equipo de compras.
- Toda fusión debe nombrar los dos nodos de origen. Sin rayas.

Rellena antes de ejecutar

Sustituye cada hueco por tus propios datos. Cuanto más concreto seas, menos se inventa el modelo.

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

Cómo sacar mejor resultado

  1. Saque los recuentos de producto del inventario real y no del catálogo, o montará nodos que el día del lanzamiento estarán vacíos.
  2. La tabla de correspondencias es la especificación de redirecciones. Pásesela a desarrollo tal cual en vez de reescribirla en un ticket.
  3. Reestructure como mucho una vez al año. Cada pasada le cuesta posiciones y enlaces internos que tardará meses en recuperar.