Cómo elegir un partner de Adobe Experience Cloud en México: criterios, preguntas y red flags

Elegir partner para implementar Adobe Experience Cloud — Commerce, AEM, AEP, Marketo, Workfront — es una de las decisiones más caras y de mayor lock-in que un equipo digital toma. Un proyecto bien armado libera años de capacidad operativa; uno mal armado bloquea roadmap, quema presupuesto y deja un equipo interno frustrado. La diferencia rara vez es la marca del partner — es el modelo de trabajo, los criterios con los que se evaluó y las preguntas que se hicieron (o no se hicieron) en el pitch.

Esta guía no compara marcas específicas. Compara tipos de partner, define 10 criterios objetivos para evaluar a cualquiera, lista las 7 preguntas que tenés que hacer en pitch para diferenciar de verdad y marca 8 red flags que aparecen cuando algo va a salir mal. Está escrita desde el lado del implementador honesto: lo que nosotros mismos respondemos cuando un comprador serio nos pone a prueba.

Los 3 tipos de partner Adobe en México

El mercado mexicano de partners Adobe es maduro. En la práctica vas a evaluar entre tres categorías, cada una con su sweet spot y sus trade-offs reales:

System Integrators globales

Las firmas grandes con presencia mundial, normalmente con práctica Adobe dentro de una organización mucho más amplia (consulting, audit, technology). Su práctica Adobe en México suele ser una unidad dentro de una estructura global.

• Cuándo aplican: implementaciones multi-país coordinadas (más de 3 países simultáneos), procurement enterprise que exige el "vendor seguro" para auditoría, governance compleja entre múltiples regiones legales, presupuesto sin restricción material.
• Trade-offs reales: pricing premium consistente, equipo en delivery que mezcla offshore (India, Filipinas) y nearshore — el equipo de pitch puede no ser el que ejecuta; tiempos de approval internos largos; menos foco en particularidades locales (CFDI, OXXO, MSI) — suelen integrarlas via subcontratista local; menor velocidad de iteración por governance interna.

Boutiques especializadas

Firmas chicas-medianas (50-300 personas) con foco exclusivo o predominante en Adobe Experience Cloud. Pueden ser regionales (Norteamérica/LATAM) o globales pero con peso especialista.

• Cuándo aplican: cuando el foco está en la calidad técnica del delivery Adobe específicamente, equipo cliente quiere acceso directo a senior expertise, time-to-value rápido importa más que continuidad de marca global, escala del proyecto justifica boutique pero no enterprise SI.
• Trade-offs reales: capacity limitada para proyectos simultáneos muy grandes; brand recognition menor en procurement enterprise; algunas no operan en zona horaria local; pueden no tener todas las prácticas Adobe (algunas solo Commerce, otras solo AEM).

Partners nearshore especializados en LATAM

Boutiques o medianas con base en México u otros países LATAM, especialización Adobe y equipo en zona horaria US/MX. Combinan velocidad de boutique con conocimiento local profundo.

• Cuándo aplican: operación tiene foco MX o LATAM con presencia secundaria global; importa equipo en español, conocimiento de CFDI/MSI/OXXO/Profeco nativo, capacidad de visitar oficinas físicamente; mid-market hasta enterprise con presupuesto razonable; valoración alta de continuidad del equipo (mismo equipo en pitch y delivery).
• Trade-offs reales: brand recognition menor en organizaciones donde "ya conocen Accenture" pesa; menor experiencia coordinando operaciones en 10+ países simultáneos; típicamente cubren bien el cluster Adobe pero no son top-tier en stacks fuera de Experience Cloud.

La trampa común en la decisión: elegir SI global por seguridad reputacional y descubrir 6 meses después que el equipo real que ejecuta tu proyecto es un equipo offshore que no conoce tu mercado. La elección honesta requiere mirar a fondo, no por marca.

Los 10 criterios objetivos para evaluar a cualquier partner

Sin importar la categoría, estos son los criterios que distinguen un partner sólido de uno mediocre. Aplicalos a todos los finalistas con la misma vara:

1. Certificaciones Adobe vigentes y nivel de partnership

Adobe Solution Partner Program tiene niveles (Bronze, Silver, Gold, Platinum). Gold mínimo es lo razonable para enterprise. Pero el nivel oficial no basta — pedí lista de especialistas certificados activos por producto (no totales históricos, vigentes en 2026 y empleados directos). Una firma con 5 Adobe Commerce Certified Experts activos vale más que una con 50 logos pero solo 3 specialists reales.

2. Casos en México con métricas before/after

Generalidades como "trabajamos con marcas líderes" no sirven. Pedí 2-3 casos puntuales en México con métricas comprobables: conversion lift, time-to-launch, performance gains. Si los casos son confidenciales, que firmen un NDA o que pongan al ex-cliente en una call de referencia.

3. Modelo de governance en el delivery

Cómo se toman decisiones técnicas en el proyecto: ¿hay arquitecto asignado? ¿se documentan ADRs (Architecture Decision Records)? ¿hay code review formal? ¿quién aprueba cambios de scope? Una respuesta vaga acá predice problemas a los 6 meses.

4. Modelo de transferencia de conocimiento

¿Te van a dejar dependiente o autónomo? Las señales: documentación en vivo, pair programming con tu equipo, runbooks operativos, training estructurado, código sin obfuscación. Si la respuesta es "tenemos buena documentación" sin más detalle, profundizá.

5. Time-to-value típico

Cuántas semanas hasta el primer release productivo con valor de negocio (no demo, no staging — production). Un partner serio mide esto en semanas, no en trimestres. Pedí dato puntual por tipo de proyecto.

6. Composición del equipo y ratio senior/junior

Quién va a estar en tu proyecto el día 1, el día 90 y el día 365. Pedí nombres y LinkedIn. Si te muestran un slide con "team of 30+" sin profundidad, presioná: ¿cuántos seniors? ¿full-time en mi proyecto o split? ¿in-house o subcontracted?

7. Modelo de pricing y transparencia

Fee fijo por fase, time-and-materials con techo, subscription mensual, o híbrido. Cada modelo tiene aplicación válida — lo importante es que sea claro y previsible. Cuidado con T&M abierto sin milestones definidos.

8. Stack tecnológico complementario

Adobe no vive aislado. Tu partner debería cubrir o tener alianzas claras en DevOps, QA automatizado, cloud infrastructure (AWS/Azure), data engineering, security, observabilidad. Si solo saben Adobe, vas a contratar otras 3 firmas para complementar.

9. Capacidad post-launch y SLAs operativos

Quién opera la tienda después de production. ¿Mismo partner con managed services y SLAs? ¿Otra firma? ¿Tu equipo interno? La transición post-launch es donde mueren muchas implementaciones bien hechas.

10. Experiencia con casos mexicanos específicos

CFDI 4.0, complemento Carta Porte, OXXO/SPEI con reconciliación contable, MSI por banco, NOM-035, LFPDPPP, Profeco compliance, integración con SAT. Si tu operación es para México, esto importa más que cualquier credencial global.

Las 7 preguntas que tenés que hacer en pitch

Toda agencia tiene un deck pulido. Las preguntas duras son lo que separa pitch teatral de capability real:

1. ¿Cuántos especialistas certificados activos tienen en [producto específico de mi interés]?

Si tu proyecto es Adobe Commerce, preguntá específicamente cuántos Adobe Commerce Certified Developers tienen empleados directamente (no contratistas, no certificados expirados). El número honesto rara vez es el del slide.

2. ¿Pueden mostrarme 2-3 proyectos en México con métricas before/after y poner a esos clientes en una call de referencia?

Las referencias en frío valen más que cualquier slide. Si hay resistencia a poner clientes en call, hay razón.

3. ¿Cómo es el modelo de transferencia de conocimiento? ¿Mi equipo queda dependiente o autónomo después del proyecto?

Esta es la pregunta más reveladora. Las respuestas concretas (documentación viva, pair programming, training estructurado, runbooks) marcan un partner honesto. Respuestas vagas marcan modelo de lock-in.

4. ¿Qué pasa si el proyecto se atrasa? ¿Hay change-orders abiertos o cierre de fee?

Atrasos pasan en todos los proyectos. Lo que importa es el modelo contractual. Un partner serio te dice de antemano qué genera change-order legítimo (cambio de scope confirmado) y qué se absorbe internamente (error de estimación).

5. ¿Quién va a estar en mi proyecto el día 1, el día 90 y el día 365? Quiero nombres y LinkedIn.

Esta pregunta corta la diferencia entre el equipo de pitch (sales) y el equipo de delivery. Si te dan nombres y los podés validar en LinkedIn — verificá que son empleados directos, no contratistas. Si te dicen "depende del momento del staffing", es bandera amarilla.

6. ¿Cómo manejan los aspectos mexicanos específicos: CFDI 4.0 con Carta Porte, OXXO/SPEI con reconciliación, MSI dinámico por banco, NOM-035 y compliance Profeco?

Si tu partner no puede contestar esto con especificidad, no entiende el mercado. Y vas a pagar caro por aprenderlo en tu proyecto.

7. Si terminamos contrato en 6 meses, ¿en qué estado queda el código, la documentación y mi equipo? ¿Puedo seguir operando con otro partner sin perder valor?

Esta es la pregunta del "exit-friendly partner". Una respuesta concreta (código standardizado, sin lock-in, repos compartidos, documentación owned by client) marca un partner ético. Una respuesta vaga marca lock-in deliberado.

8 red flags a evitar en la evaluación

Patrones específicos que vemos repetir en proyectos que terminan mal:

1. Equipo sin Adobe Certified Experts vigentes, o resistencia a mostrar el número exacto.
2. Resistencia a mostrar el equipo real en LinkedIn, o equipo de pitch que claramente no es el de delivery.
3. Estimaciones grandes sin discovery serio previo. Cualquier número antes de un discovery de 1-2 semanas es invento.
4. Pricing solo T&M sin techo ni milestones — incentiva al partner a alargar el proyecto.
5. Sin tests automatizados en su propio delivery — si no tienen tests en sus proyectos internos, no los van a tener en el tuyo.
6. Lock-in deliberado: módulos custom sin documentación standardizada, código obfuscado, herramientas propietarias en lugar de standards de Adobe.
7. Sin path de salida claro ni respuestas concretas a "qué pasa si rompemos en 6 meses".
8. Promesas de outcomes de negocio sin SLAs realistas (ej. "subimos tu conversión 40%" sin condiciones claras). Los outcomes dependen también del cliente — un partner honesto comprometo entregables técnicos, no resultados de negocio que no controla.

Casos específicos del mercado mexicano que tienen que estar cubiertos

Si tu operación es para México (o tu base mexicana es relevante), estos puntos son no-negociables en la evaluación:

• CFDI 4.0 con complemento de pago y Carta Porte: el partner debe haber implementado integración con SAT en al menos 2-3 proyectos previos. Saber que existe no basta.
• MSI (meses sin intereses) configurado data-driven (no hardcodeado por banco), incluyendo filtrado por BIN, lógica de promociones cruzadas con cupones, y reconciliación contable.
• OXXO Pay y SPEI con reconciliación automática contra el ERP. Casos donde "pagamos pero el sistema no lo reconoce" son endémicos en implementaciones rápidas.
• LFPDPPP: aviso de privacidad, ARCO rights, registro en INAI cuando aplica, mecanismos técnicos de eliminación.
• Profeco compliance: precios consistentes, terms & conditions accesibles, política de devoluciones clara, ofertas con vigencia y stock real.
• Operación multi-marca o multi-país LATAM con consolidación de inventario, customer 360 y promociones cross-país.
• Tendencias emergentes: live shopping, Brand Concierge / IA conversacional, composable headless. Si un partner no las maneja, su roadmap se queda corto en 12 meses.

Cómo es el proceso de evaluación ideal

Un proceso de selección serio para un partner Adobe enterprise toma 2-3 meses. Saltar fases produce decisiones que se pagan caras:

Fase 1 — Discovery interno (2-3 semanas)

Antes de hablar con partners, hacé el discovery interno. Definí: qué problema de negocio resuelve el proyecto, qué KPIs muevo, presupuesto realista, restricciones (timeline, equipo, stack heredado), qué decisiones ya están tomadas vs. abiertas. Sin esto, los partners van a vender lo que les conviene, no lo que necesitás.

Fase 2 — RFI no rígido (3-4 semanas)

Mejor que un RFP de 50 páginas, hacé un RFI de una página clara con 10-15 preguntas concretas (las 7 de arriba más algunas específicas de tu caso). Esto filtra rápido — los partners que ponen esfuerzo en respuesta tienden a ser los serios.

Fase 3 — Shortlist y workshops (4-6 semanas)

Llegá a 2-3 finalistas. Workshops conjuntos con tu equipo técnico — no presentaciones, sesiones de trabajo donde resuelvan un problema real chico de tu operación. Acá emerge la capability técnica de verdad.

Fase 4 — Pilot pago (4-6 semanas)

La fase que más equipos saltan y más valor agrega. Pagá un pilot acotado a 2 finalistas (no a 5 — es caro pero ahorra millones más tarde). Algo entregable: un módulo, una integración, un prototipo funcional. Acá ves al equipo real ejecutando, no al de pitch.

Fase 5 — Decisión

Decisión basada en pilot performance (técnico + cultural fit con tu equipo) + referencias en call con clientes anteriores. No en credenciales abstractas ni en el slide más bonito.

Cómo te ayudamos

En WolfSellers — Adobe Gold Partner con 12 años en LATAM — vivimos del lado del implementador. Pero también hacemos audits independientes de partner existente cuando un comprador serio quiere segunda opinión sobre un proyecto en curso, o consultoría de selección si querés evaluar tus opciones sin compromiso. Si estás en proceso de elegir partner Adobe — o evaluando si el actual es el correcto — hablemos en un discovery sin costo.

Servicios relacionados

Si este tema es relevante para tu negocio, estos servicios de WolfSellers pueden ayudarte a implementarlo:

• Consultoría
• Rescate y Optimización Adobe
• Implementación Adobe Commerce
• Migración a Adobe Commerce
• Soporte y mantenimiento
• Adobe Experience Cloud