Implementamos un PIM sin que el proyecto se te complique a mitad de camino

¿Qué es el CRITERIA Framework?

El CRITERIA Framework es la metodología propia de implementación PIM que usamos en todos nuestros proyectos. Tiene seis fases en orden: Insight, Design, Build, Execute, Delivery y Optimize. Cada fase tiene un objetivo claro, actividades concretas y un entregable que el cliente puede revisar antes de pasar a la siguiente.

No es un framework armado desde un libro. Es lo que aprendimos en más de siete años implementando PIM en moda, home, distribución industrial, farmacia, autopartes y alimentos. Cada fase resuelve un problema que vimos repetirse en proyectos reales.

Si hay algo que sabemos con certeza, es esto: los proyectos PIM no fracasan por la herramienta. Fracasan porque alguien se saltea una fase para “arrancar más rápido”. Este framework existe para que eso no te pase.

Las 6 fases del CRITERIA Framework

1. Insight — Entender dónde estás parado.
2. Design — Diseñar el modelo de datos antes de tocar nada.
3. Build — Configurar el PIM y planificar las integraciones.
4. Execute — Cargar datos reales, integrar y capacitar al equipo.
5. Delivery — Salir a producción sin sorpresas.
6. Optimize — Estabilizar, medir y mejorar.

Fase 1 · Insight: ¿qué tan ordenado está hoy tu universo de productos?

Insight es la fase de descubrimiento. Acá no se configura nada. Lo único que hacemos es entender qué tenés, dónde lo tenés y cuán mezclado está.

Por qué esta fase importa más de lo que parece

La mayoría de las empresas creen que “tienen sus datos en orden”. Después abrimos las planillas, miramos el ERP, revisamos los marketplaces y aparece la verdad: el mismo producto cargado tres veces con tres nombres distintos, fotos en cuatro carpetas de Google Drive, fichas técnicas que nadie sabe quién aprobó, y un Excel maestro que en realidad ya no es maestro hace dos años.

No te lo digo como crítica. Te lo digo porque pasa en el 90% de los proyectos que arrancamos. Y si no lo descubrís ahora, lo vas a descubrir tarde — cuando ya estés cargando datos sucios al PIM nuevo.

Qué hacemos concretamente

• Relevamos el universo de productos que vas a meter al PIM: cuántos SKUs reales, cuántas variantes, cuántos descontinuados que todavía circulan.
• Mapeamos las fuentes de datos: planillas, ERP, sitio web, marketplaces, puntos de venta, catálogos impresos, catálogos online. Todo lo que hoy guarda información de producto en algún lado.
• Auditamos los assets digitales: imágenes de producto, fotos ambientadas, videos, fichas técnicas, catálogos PDF, logos, certificaciones, planos 2D y 3D, videotours, animaciones. Revisamos formatos y nomenclatura. Y evaluamos si tiene sentido sumar un DAM.
• Listamos los datos de producto que existen hoy: atributos, categorías, variantes, imágenes, documentación, familias o sets de atributos.
• Identificamos los sistemas fuente: ERP, hojas de cálculo, bases de datos, lo que sea que dispare datos hoy.
• Analizamos los flujos actuales de cómo se gestiona y publica la info de producto. Quién carga, quién valida, quién publica.
• Evaluamos los canales actuales y los objetivos: eCommerce, marketplaces, catálogos, POS. Acá empieza a verse la diferencia entre lo que tenés y lo que querés.
• Identificamos los problemas clave y los objetivos de negocio. El PIM no se implementa porque sí — se implementa para resolver algo concreto.

Lo que te llevás de esta fase

Un documento de análisis funcional y técnico de tu ecosistema de información de producto. Con eso ya sabés, en blanco sobre negro, dónde estás parado. Y nosotros sabemos qué proyecto estamos por hacer.

Fase 2 · Design: ¿cómo se diseña el modelo de datos antes de tocar el PIM?

Design es la fase donde se diseña el modelo de datos del PIM, se limpian los datos existentes y se definen las taxonomías. Es la fase que más resultado da, y la que más se subestima.

Por qué esta fase importa más de lo que parece

El modelo de datos es lo único que sobrevive a la herramienta. Si mañana cambiás de Akeneo a Sales Layer, o de Plytix a Pimcore, lo que se conserva es el modelo. Por eso este es el activo real del proyecto, no la configuración del software.

Una empresa de moda que conozco se saltó esta fase para “avanzar más rápido”. Tres meses después, estaban rehaciendo la taxonomía dentro del PIM con los datos ya cargados. Tardaron el doble y pagaron horas de consultoría que se podrían haber ahorrado.

Qué hacemos concretamente

• Limpieza, estandarización y enriquecimiento de los datos que vamos a migrar. Acá es donde aparecen los duplicados, las inconsistencias de unidades (¿está en cm o en mm?), los atributos cargados con diez variantes ortográficas distintas (“aluminio”, “Aluminio”, “alu”, “Alu.”, “ALUMINIO”).
• Diseño de taxonomías: categorías, familias, clasificaciones técnicas. Cómo se organiza tu catálogo en un árbol que tiene sentido para tu negocio y para tus canales.
• Centralización de assets: imágenes, renders, fichas técnicas, videos. Todos en un solo lugar con criterios claros.
• Normalización de la nomenclatura de archivos según SKU o código lógico. Una imagen no puede llamarse IMG_3847.jpg — tiene que llamarse de manera que el sistema la encuentre sola.
• Definición del modelo de datos PIM objetivo: atributos, tipos de dato (texto, número, lista, booleano, referencia), variantes, relaciones (cross-sell, upsell, accesorios, repuestos).

Lo que te llevás de esta fase

El documento del modelo de datos PIM y la taxonomía aprobada por todas las áreas que usan los datos. Con eso firmado, recién ahí tiene sentido tocar la herramienta.

Fase 3 · Build: ¿cómo se configura el PIM y se planifican las integraciones?

Build es la fase técnica donde el PIM se parametriza según el modelo aprobado y se diseñan las integraciones. Es la fase donde el proyecto deja de ser un PDF y empieza a tener pantalla.

Por qué esta fase importa más de lo que parece

Las integraciones son el punto donde la mayoría de los proyectos PIM fracasan o quedan con deuda técnica para siempre. No por la dificultad técnica — por la falta de diseño previo.

“¿Quién manda en el atributo precio, el ERP o el PIM?” Esa pregunta tiene que responderse acá, no cuando ya estás en producción y dos sistemas se pelean por sobrescribir el mismo dato.

Qué hacemos concretamente

• Parametrización del PIM: atributos, familias, tipos de productos, relaciones cross-sell y upsell, variantes.
• Configuración de usuarios, permisos, workflows y validaciones de calidad de datos. Quién puede editar qué, quién aprueba qué y qué controles automáticos corren antes de publicar.
• Diseño y mapeo de integraciones de entrada: cómo entra el dato desde el ERP, las hojas de cálculo o vía API o batch. Qué campo del ERP corresponde a qué atributo del PIM.
• Diseño de integraciones de salida: eCommerce (Shopify, VTEX, Magento), marketplaces (Mercado Libre, Amazon, Falabella), catálogos impresos o digitales, apps internas.
• Definición de canales de exportación y perfiles de transformación de datos. Cada canal pide cosas distintas: Mercado Libre tiene atributos específicos por categoría que Shopify ni siquiera registra.
• Validación funcional del modelo en un entorno de staging, antes de tocar producción.

Lo que te llevás de esta fase

El entorno PIM ya parametrizado y un blueprint técnico de integraciones. Documentado. Con diagramas. Para que cualquiera pueda entender cómo está armado el sistema sin tener que llamarte por teléfono.

Fase 4 · Execute: ¿cómo se carga el catálogo real y se capacita al equipo?

Execute es la fase donde se ejecutan las integraciones, se ingiere el catálogo real y se capacita al equipo del cliente. Es la fase donde el cliente empieza a tocar la herramienta.

Por qué esta fase importa más de lo que parece

La adopción es el punto más subestimado de todo el proyecto. La implementación técnica es la parte fácil. La parte difícil es que el equipo que carga, valida y publica productos en el día a día efectivamente use el PIM, lo entienda y cambie su forma de trabajar.

Vimos proyectos perfectamente implementados que después de seis meses estaban subutilizados al 30% porque nadie capacitó bien al equipo. La herramienta estaba — la cultura del dato no.

Qué hacemos concretamente

• Implementación de las integraciones ERP → PIM y PIM → canales de salida.
• Ingesta de un lote inicial de productos reales para testear. No datos de prueba inventados — productos de tu catálogo.
• Ajustes de configuración según los resultados de la ingesta y la validación. Siempre aparecen casos que el modelo no contemplaba al 100%.
• Pruebas de consistencia de datos y de cobertura de los casos de uso definidos en la Fase 1.
• Formación y capacitación a tres niveles: usuarios finales (los que cargan en el día a día), super usuarios (los que validan y resuelven dudas internas) y administradores (los que configuran y mantienen).

Lo que te llevás de esta fase

Un entorno funcional validado con datos reales, integraciones probadas y un equipo capacitado para operar. Si en esta fase aparece algo que no funciona, todavía estás a tiempo de corregirlo sin impacto en producción.

Fase 5 · Delivery: ¿cómo se hace el go-live sin sorpresas?

Delivery es la fase del go-live: el pasaje a producción del sistema PIM ya validado. Es la fase que más expectativa genera y la que mejor sale cuando las anteriores se hicieron bien.

Por qué esta fase importa más de lo que parece

Si las cinco fases anteriores se hicieron a conciencia, el go-live tendría que ser aburrido. Y eso es lo que querés. Un go-live aburrido es un go-live exitoso. Los go-lives “emocionantes” son los que terminan con el equipo trabajando un sábado a las dos de la mañana para destrabar algo que no se previó.

Qué hacemos concretamente

• Revisión final de datos y configuraciones. Última pasada antes del switch.
• Validación de las integraciones en el entorno productivo. Todo lo que en staging funcionaba, ahora con datos reales corriendo.
• Go-live del sistema PIM.
• Checklist de publicación correcta en los canales de destino. Que cada canal esté recibiendo lo que tiene que recibir, en el formato que corresponde.
• Activación del monitoreo técnico y operativo para detectar cualquier anomalía en las primeras semanas.

Lo que te llevás de esta fase

Tu sistema PIM en producción y tu catálogo publicado. Si la planificación fue rigurosa, lo notás porque las cosas siguen funcionando — no porque algo dejó de andar.

Fase 6 · Optimize: ¿qué pasa después de salir a producción?

Optimize es la fase de soporte post go-live, estabilización y mejora continua del sistema implementado. No es una fase opcional. Es la que define si el proyecto fue una inversión o un gasto.

Por qué esta fase importa más de lo que parece

Los primeros 30 a 60 días después de un go-live son los más críticos. Aparecen casos de borde que nadie había previsto, integraciones que en producción se comportan distinto, dudas operativas del equipo que recién ahora usa el sistema en serio.

Si en ese período tenés acompañamiento, el sistema se estabiliza y empieza a generar valor. Si no lo tenés, los problemas se acumulan y la adopción se cae.

Qué hacemos concretamente

• Soporte técnico y funcional post go-live durante los primeros 30 a 60 días.
• Resolución de incidencias y ajustes finos sobre la configuración.
• Revisión de uso y adopción del sistema: quién está usando el PIM, quién no, dónde está el cuello de botella.
• Plan de mejoras incrementales: nuevos atributos que aparecen, nuevos canales que se suman, flujos que se pueden automatizar.
• Medición del impacto del proyecto contra los objetivos de negocio que definiste en la Fase 1. Tasa de devoluciones, time-to-market, cobertura de atributos, completitud por canal.

Lo que te llevás de esta fase

Un informe de estabilización y una propuesta de mejora continua. El PIM no es un proyecto que termina — es un activo que evoluciona con tu negocio.

¿Por qué este framework funciona?

Porque cada fase resuelve un problema concreto que vimos repetirse en proyectos reales:

• Insight evita que arranques sin saber qué estás migrando.
• Design evita que metas datos sucios en un sistema limpio.
• Build evita que las integraciones se conviertan en deuda técnica.
• Execute evita que la herramienta esté lista pero el equipo no.
• Delivery evita los go-lives caóticos.
• Optimize evita que el proyecto pierda tracción a los seis meses.

Ninguna fase es opcional. Y si un proveedor te ofrece saltarse alguna “para ahorrar tiempo”, esa es la primera señal de que ese proveedor no implementó suficientes proyectos.

¿Y ahora qué?

Si estás evaluando una implementación PIM y querés ver cómo se aplicaría este framework a tu caso, podemos arrancar por una sesión de diagnóstico. En 60 minutos miramos juntos en qué fase está hoy tu operación y qué necesitarías para llegar a la siguiente.