Docs

Categorías

Tu árbol de categorías es uno de los artefactos más estratégicos en Prize. Define umbrales, márgenes, tiering y elasticidades. Esta página documenta cada operación paso a paso, los casos límite y las buenas prácticas. Si recién entendés qué es el árbol, leé primero Configurar Prize · Tu árbol de categorías.

Cómo se arma el árbol

El árbol se deduce del campo category de cada SKU del catálogo. Cada path con / arma una jerarquía. Ej: TV/Smart TV/4K crea o reusa los nodos TV, Smart TV (hija de TV) y 4K (hija de Smart TV). Cuanto más SKUs llegan al mismo nodo, más data tiene Prize para calibrar elasticidad y umbrales.

El árbol vivo lo administrás en Catálogo → Categorías.

Operaciones

Cuatro operaciones sobre nodos. Todas auditables, todas reversibles dentro de la misma sesión.

Renombrar

Cambia el nombre visible del nodo. No re-asigna SKUs ni rompe matches — sólo cambia el display.

  • UI: click derecho → Renombrar → escribís el nuevo nombre.
  • Efecto en SKUs: ninguno. El path interno sigue igual; sólo cambia el label.
  • Efecto en reglas: ninguno.

Mergear

Combina dos nodos hermanos en uno. Útil para typos o categorías históricamente separadas que conceptualmente son la misma.

  • UI: seleccionás dos nodos hermanos → click derecho → Mergear → elegís el nombre final.
  • Efecto en SKUs: todos los SKUs de ambos nodos quedan bajo el nodo merged.
  • Efecto en reglas: Prize te pregunta cuál set de umbrales/márgenes usar (el de A, el de B, o crear uno nuevo). Las reglas hijas se mantienen.
  • Conflicto típico: "Heladeras" y "heladeras" existen como hermanos por typos. Mergear los unifica.

Dividir

Parte un nodo en sub-categorías. Útil cuando un nodo crece más de lo manejable.

  • UI: click derecho sobre el nodo → Dividir. Prize ofrece sugerencias basadas en atributos comunes (marca, capacidad, pulgadas, panel).
  • Efecto en SKUs: Prize re-asigna SKUs según la regla elegida. Mostrás un preview antes de aplicar.
  • Efecto en reglas: el nodo padre conserva sus reglas. Los nuevos hijos heredan; podés overridear cada uno.

Mover

Cambia el parent de un nodo. Útil cuando reorganizás la jerarquía.

  • UI: drag-and-drop sobre el árbol, o click derecho → Mover a.
  • Efecto en SKUs: ninguno directo. Los SKUs siguen en el nodo movido.
  • Efecto en reglas: el nodo movido conserva sus reglas explícitas y deja de heredar del parent anterior. Empieza a heredar del nuevo parent para reglas no overrideadas.

Operaciones bulk

Para cambios masivos sobre muchos SKUs, dos caminos:

  • Re-asignar SKUs entre categorías — desde Catálogo → SKUs, filtrás por categoría, marca o atributo, seleccionás varios y aplicás Mover a otra categoría.
  • Re-importar el campo category — un CSV con sólo dos columnas (sku, category) reasigna en bloque sin tocar otros campos. Modo partial-update en el modal de import.

Conflictos y casos límite

| Caso | Qué hace Prize | |------|---------------| | SKU sin category | Cae al nodo especial Sin categorizar. No aplican umbrales ni márgenes — la rec se genera con defaults globales. | | Categoría con 0 SKUs | Se mantiene en el árbol marcada como vacía. No se elimina automáticamente. | | Path inconsistente (mismo nombre en distintos parents) | Tratados como nodos distintos. Si querés unificar, usá Mover. | | Profundidad >5 niveles | Soportado pero desincentivado. Performance del scoring se degrada y reglas se vuelven difíciles de auditar. | | Cambios durante un ciclo en curso | No afectan ese ciclo. Aplican al siguiente. |

Buenas prácticas

  • Profundidad típica: 2–4 niveles. Más allá, las reglas se duplican y la auditoría se complica.
  • Naming consistente. "TV" singular o plural — no mezclar. Casing también — Title Case o lowercase, no ambos.
  • No mezclar dimensiones. No tener "TV/55 pulgadas" y "TV/Samsung" como hermanos — son dimensiones distintas (tamaño vs marca). Usá attributes JSON para tamaño.
  • Dividí cuando un nodo supera 30–50 SKUs y los SKUs se segmentan naturalmente por algún atributo.

Próximos pasos