Forward-deployed engineer vs consultoría tradicional vs plataforma de IA
Para implementar IA en cualquier operación seria de retail, hay tres caminos.
La plataforma. La consultoría. El implementador.
La pregunta que más escuchamos, “¿cuál es el mejor?”, está equivocada. No hay un mejor. Hay uno que cabe en tu operación y dos que no.
Vamos por partes.
La plataforma
Compras software. Pricefx para pricing, RELEX para previsión de demanda, Revionics para promoción, NCR o Toshiba para self-checkout. El proveedor configura, integra, y queda responsable del uptime.
Cómo cuesta: suscripción anual, generalmente por tienda o por SKU o por usuario.
En cadenas medianas (40 a 80 tiendas), una plataforma de previsión de demanda queda entre US$ 200K y US$ 500K por año. La implementación inicial queda fuera de ese número.
Quién opera después que sube: tu equipo interno. El proveedor no está ahí cuando la fila se forma en el viernes de Black Friday.
La ventaja real es que la curva de aprendizaje ya fue pagada por otras 200 cadenas. Los bugs que matarían un sistema nuevo ya fueron cazados. El soporte tiene horario comercial.
La trampa es menos visible.
La plataforma quiere correr al modo de la plataforma. Tu surtido de perecederos, tu tabla de precios, tu calendario de promoción, tu estructura de categoría, todo eso va a ajustarse al modelo del producto.
Pequeñas adaptaciones. Aceptables al inicio.
No tan aceptables a tres años, cuando quieres hacer algo que el roadmap del proveedor no soporta.
Y el precio sube cuando no tienes a dónde ir. Quien trabaja en la operación sabe que renovación de plataforma es una conversación diferente a la contratación.
La consultoría tradicional
Contratas un equipo de gente. BCG, Accenture, IBM, McKinsey, Deloitte. Diagnostican, recomiendan, y en algunos formatos implementan con un squad ampliado.
Cómo cuesta: horas facturadas, más un overhead pesado de socios viajando y seniors visitando una vez por semana. Para un engagement de seis meses en una cadena de 40 tiendas, espera algo entre US$ 750K y US$ 2M. La franja es ancha porque depende de cuánto de la implementación queda en su scope y cuánto queda en tu equipo.
Quién opera después que sube: depende de cómo fue escrito el contrato. Si el entregable es deck y proceso, tu equipo opera. Si es sistema, generalmente terminas con un sistema integrado con componentes de ellos que siguen exigiendo presencia.
La ventaja real es la vista panorámica. Vieron este problema en veinte otras cadenas.
El diagnóstico suele estar correcto. El cronograma suele estar optimista.
La trampa tiene dos caras.
La primera: el punto de salida es vago. Sabes cuándo empieza el engagement, no siempre sabes cuándo termina. Cada milestone se vuelve justificación para el próximo.
La segunda: la persona senior que vendió la propuesta no es la persona senior que va a operar la entrega. El squad real es más junior de lo que decía el slide. Te enteras en la semana tres.
El implementador
Contratas un equipo pequeño, senior, embedded en tu ambiente, por un problema único, con cronograma fijo y criterio de éxito definido al inicio.
Los ingenieros se sientan al lado de tu equipo. Escriben código sobre tus datos. Integran con tus sistemas legacy.
Entregan operación que tu equipo interno opera después.
Cómo cuesta: inversión fija por Implementación, comunicada en conversación tras un Diagnóstico de dos semanas. Para la misma cadena de 40 tiendas y el mismo problema de previsión de demanda, el número queda en una fracción de las dos opciones anteriores. El scope es apretado y el overhead es cero.
Quién opera después que sube: tu equipo interno. Con runbook. Sin el implementador.
La ventaja real es la definición de listo. El criterio de éxito está cerrado antes de la primera línea de código.
Cuando se alcanza, el engagement termina. Cuando no, todo el mundo sabe, y la conversación sobre qué hacer es honesta.
Su trampa existe.
El implementador se rompe cuando el cliente no tiene decisor senior del otro lado.
Si el punto de contacto es un analista que tiene que pedir aprobación para cada decisión, el engagement se extiende, el cronograma se cae, y el criterio de éxito se vuelve aspiración.
Funciona en algunos formatos. No en todos.
El implementador tampoco reemplaza una plataforma como sistema de registro. Si necesitas un producto corriendo 24x7 en 200 tiendas para siempre, en algún momento compras una plataforma. El implementador es lo que construye lo que falta, o lo que conecta lo que existe, o lo que valida si la plataforma vale la renovación.
Cuándo cada camino gana
- La plataforma gana cuando el problema es genérico, el roadmap del proveedor cubre lo que necesitas, y tu equipo interno tiene la madurez para operarla.
- La consultoría gana cuando necesitas diagnóstico organizacional, alineación entre áreas, o cuando el problema es tan amplio que el entregable real es influencia.
- El implementador gana cuando hay un problema operativo crítico, con decisor senior del lado del cliente, cronograma firme, y criterio de éxito medible.
Hay tres caminos. Los dos primeros tienen catálogos. El tercero tiene criterio.
Honestamente: de los tres, el implementador es el menos catalogable y el más difícil de evaluar en RFP.
No tiene demo. No tiene feature list. No tiene comparativo en Gartner.
Lo que tiene es una propuesta específica, un cronograma honesto, y un criterio que ambos lados deciden juntos antes de firmar.
Piensa por un segundo en la próxima decisión de IA que está sobre tu escritorio. ¿Sabes cuál de los tres caminos es el tuyo?
Si sí, ese es el camino. Si no, hay un trabajo antes del trabajo.
La pregunta que ayuda a destrabar esta decisión rara vez es técnica. Es operativa: ¿quién opera el sistema el viernes de Black Friday dentro de dieciocho meses?
Si la respuesta es “el proveedor”, estás comprando plataforma. Si es “el consultor”, nunca terminaste de comprar. Si es “tu equipo, con runbook y criterio escritos antes del código”, estás contratando implementador.
Cuéntame la forma del problema. En una hora te devuelvo cuál de los tres caminos cabe en tu operación, sin sesgo de mi lado.
Si es plataforma, te apunto los tres nombres que aparecen en RFP en este espacio. Si es consultor, te digo qué perfil de squad pedir. Si es implementador, la próxima conversación es el Diagnóstico de dos semanas: termina con criterio, cronograma y costo definidos en la misma sala, firmados antes del código.