La pregunta «¿SLA o Growth Retainer?» casi nunca es una pregunta sobre qué servicio es mejor. Es una pregunta sobre en qué etapa está tu tienda y sobre si necesitas a alguien que arregle lo que se rompa o un equipo que planifique con antelación lo que debe ocurrir. Son dos respuestas distintas a dos problemas distintos, y no dos puntos de la misma escala.
A continuación mostramos por dónde pasa exactamente la frontera: por qué el modelo de bolsa de horas empieza en algún momento a trabajar en tu contra, con qué señales reconocerás que la tienda se ha quedado grande para él y cómo se ve ese cambio en los costes y en lo que recibes realmente por ellos. Con honestidad desde el principio: para la mayoría de las tiendas el SLA es la elección correcta y más barata, y diremos con claridad cuándo es así.
Dos modelos, no dos niveles del mismo servicio
La diferencia más importante no está en el precio ni en el tiempo de respuesta. Está en la dirección de la que llega el trabajo.
El SLA y el Help Desk son un modelo reactivo. Tienes un tiempo de respuesta garantizado, una bolsa de horas al mes y un equipo que espera tu incidencia para resolverla en la ventana acordada. Es soporte en el sentido clásico: monitorización 24/7, actualizaciones de seguridad, reparaciones, pequeñas correcciones, canales de help desk. La tienda debe funcionar de forma estable y previsible, y de eso trata exactamente el SLA.
El Growth Retainer es un modelo proactivo. Un equipo dedicado está asignado de forma permanente a tu tienda y trabaja según un roadmap acordado en común, en lugar de esperar incidencias. El alcance se fija trimestralmente en torno a objetivos de negocio (KPI) y no en torno a una lista de averías. No es mantenimiento: es desarrollo. Optimización de la conversión, test A/B, nuevas funcionalidades, expansión a nuevos mercados o canales.
Los dos modelos comparten una cosa: total transparencia en el Gorilla Panel, donde ves el estado de las tareas, el consumo de horas y los informes mensuales. Pero la intención es la contraria: uno vigila que nada se rompa, el otro responde de que la tienda avance.
El SLA compra la garantía de que la tienda funciona. El Growth Retainer compra un equipo que hace que la tienda crezca. No son dos niveles del mismo servicio: son respuestas a dos preguntas distintas.
Por qué la bolsa de horas deja de bastar
Una bolsa de horas está diseñada para el mantenimiento. Los paquetes de SLA suelen dar de unas pocas a poco más de diez horas al mes para pequeñas correcciones y desarrollo, y eso basta perfectamente mientras tu lista de «cosas por hacer» se componga sobre todo de reparaciones y mejoras aisladas.
El problema empieza cuando el backlog de desarrollo —no el de correcciones— crece más rápido de lo que puedes cerrarlo dentro de la bolsa. Las horas del paquete son por naturaleza intercambiables y «anónimas»: van muy bien para una tarea suelta, pero mal para una iniciativa de varias semanas como rehacer el carrito, integrar el ERP o entrar en un nuevo marketplace. Esas cosas no se pueden cortar con sentido en horas de una bolsa mensual: exigen continuidad, contexto y alguien que tenga el conjunto en la cabeza.
En la práctica se manifiesta así: empiezas a comprar horas extra o a agotar el paquete a mitad de mes. El exceso se puede comprar (orientativamente a una tarifa del orden de 180–260 PLN más IVA por hora), pero eso es tratar el síntoma. Con 30–40 horas de nuevas tareas de desarrollo al mes, solo el paquete excedido puede costar varios miles de złoty por encima de la cuota, y aun así no compras con ello ni un equipo dedicado, ni un roadmap, ni a nadie que piense en tu tienda entre una incidencia y la siguiente. Es el momento en el que el modelo reactivo empieza a pelearse contigo: pagas cada vez más para seguir solo llegando justo, en lugar de adelantarte.
Señales de que tu tienda se ha quedado grande para el SLA
Rara vez es una sola decisión. Normalmente son varias señales que aparecen más o menos al mismo tiempo:
La facturación ha superado los ~10 millones de PLN anuales y tienes un plan de crecimiento concreto, por ejemplo por encima del 30% interanual. Es el umbral más habitual en el que el SLA deja de encajar.
Superas la bolsa de horas con regularidad. Comprar excesos o subir de paquete a mitad de mes se ha convertido en la norma, no en la excepción.
Al mes aparecen más de 30–40 horas de nuevas tareas de desarrollo (y no de correcciones). Por encima de ese umbral el Growth Retainer suele salir más barato y aportar más valor.
Quieres desarrollo, no solo «que funcione». Te interesan los test A/B, la optimización de la conversión y nuevas rutas de compra, y no únicamente que nada se rompa.
Necesitas un equipo que conozca tu tienda de memoria, y no un consultor que atiende a diez clientes a la vez y que cada vez se pone al día del contexto desde cero.
El desarrollo de la tienda se ha convertido en una ventaja competitiva y no en una partida de coste en la tabla de «mantenimiento de IT».
Si reconoces la mayoría de estos puntos, probablemente ya estés pagando por desarrollo, solo que en el modelo más caro y menos eficiente: horas de exceso. Si no reconoces ninguno, pasa a la sección sobre cuándo el SLA es simplemente la elección correcta.
Qué cambia realmente: de la reacción al ritmo
Pasar a un Growth Retainer no es «lo mismo pero con más horas». Cambia la mecánica misma de la colaboración: de incidencias sueltas a un ritmo de desarrollo previsible. En la práctica obtienes:
Un equipo dedicado: de 2 hasta 6 personas (PM, desarrolladores, UX y, en los paquetes superiores, DevOps y tech lead), asignadas a tu tienda y no a una cola común de incidencias.
Stand-ups semanales: estado breve del sprint, bloqueos y plan de la semana, registrados en el Gorilla Panel y accesibles para ti las 24 horas.
Review de negocio mensual: revisión de los KPI del mes y del avance del roadmap, y no solo una lista de tickets cerrados.
Auditoría estratégica trimestral y offsite anual: fijación conjunta de los OKR de los próximos 90 días y de la dirección tecnológica para el año siguiente.
También cambia el carácter del alcance. Las integraciones grandes —ERP, WMS, marketplace— dejan de ser proyectos aparte con presupuesto aparte y pasan a ser una parte planificada del roadmap. De la ejecución responde un stack completo de un solo lado (backend, frontend, UX/UI, DevOps, datos, SEO), así que no haces juegos malabares con varios proveedores. El tiempo de respuesta ante incidentes también es más corto —normalmente de 2 horas en el paquete inferior a 30 minutos en el más alto—, pero eso es un efecto secundario, no lo esencial. Lo esencial es que alguien planifica el desarrollo de tu tienda con antelación en lugar de esperar a que reportes algo.
SLA vs Growth Retainer: tabla de decisión
Si dudas entre los modelos, el resumen siguiente suele resolver el asunto más rápido que una conversación solo sobre el precio:
DimensiónSLA / Help DeskGrowth RetainerFilosofíaReactiva: esperamos la incidenciaProactiva: trabajamos según el roadmapObjetivoQue la tienda funcione de forma estableQue la tienda crezcaPara quiénTiendas de hasta ~5 millones de PLN de facturación/añoTiendas de 10+ millones de PLN/año con plan de crecimientoEquipoBolsa común de especialistas, account managerEquipo dedicado de 2–6 personas asignado a la tiendaModelo de trabajoBolsa de horas al mes (aprox. 4–16 h)Roadmap trimestral con KPI + OKR anualesRitmoIncidencia → resolución en el plazo garantizadoStand-ups, review mensual, auditorías trimestralesTiempo de respuestade 24 h a 4 h (según el paquete)de 2 h a 30 min por incidenteFacturaciónPor paquete + horas de exceso compradasCuota fija por el equipo y el alcance acordadoCompromisoPreaviso corto (1–3 meses)Más largo (6 meses el primer año, después 3): reservamos el equipoCoste orientativoaprox. 950–3.800 PLN/mesaprox. 12.000–45.000 PLN/mes
La diferencia de coste mensual es más o menos de un orden de magnitud, pero con ella compras algo cualitativamente distinto. En el SLA pagas por una garantía de respuesta y una bolsa de horas. En el Growth Retainer pagas por un equipo fijo y por que alguien asuma la responsabilidad del resultado de negocio, y no solo del cierre de una incidencia. Por eso comparar estos modelos «por precio» es engañoso: más barato no significa mejor si resuelve un problema distinto del tuyo.
Al mayor valor le acompaña también un mayor compromiso por ambas partes. El SLA tiene un preaviso corto y te deja flexibilidad: la relación dura mientras aporte valor a las dos partes. El retainer exige una ventana más larga (normalmente seis meses el primer año, después tres), porque de nuestro lado significa reservar personas concretas solo para tu tienda. No es una trampa, sino una consecuencia del modelo: un equipo dedicado no se puede montar y desmontar de mes en mes sin dañar la continuidad del trabajo.
No hace falta empezar por el paquete más alto
El salto de una cuota de SLA a un retainer puede parecer arriesgado, pero en la práctica rara vez es un salto a ciegas. La mayoría de los clientes empieza por el paquete de retainer más bajo —equipo más pequeño, roadmap trimestral— y sube solo después de 6–9 meses, cuando los efectos ya se ven y se conoce el ritmo de la colaboración. La decisión de escalar el equipo se apoya entonces en datos y no en una promesa, y eso cambia por completo el cálculo del riesgo de tu lado.
Cuándo el SLA es la elección correcta (y más barata)
El error más común es hacer un upgrade «por si acaso». Si tu tienda funciona de forma estable, la facturación no se acerca al umbral de más de diez millones y el desarrollo se reduce a mejoras ocasionales, un equipo dedicado sería un gasto que no aprovecharías. Pagarías por una capacidad que quedaría inactiva.
El SLA es la elección correcta cuando:
Lo más importante es la tranquilidad y la garantía de que, en caso de avería, alguien reaccionará en el tiempo acordado, también un domingo a las tres de la madrugada.
El backlog de desarrollo es pequeño o aparece de forma irregular, y la bolsa de horas lo cubre sin problema.
Te importa un coste mensual bajo y previsible, y no un equipo fijo.
En este modelo también tienes total transparencia: el Gorilla Panel muestra en tiempo real el consumo de horas con previsión hasta fin de mes, el estado de cada tarea y los informes mensuales, así que una eventual decisión de subir de nivel la tomarás de forma consciente, con datos y no bajo presión. Comprar horas de forma ocasional en un mes más intenso está perfectamente bien; solo el exceso sistemático del paquete es una señal de que conviene volver a la lista de este texto. Añadamos que en el modelo SLA también asumimos sin problema tiendas gestionadas antes por otras agencias: empezamos entonces con una breve auditoría del estado técnico.
Conclusiones
El SLA y el Growth Retainer no son la versión barata y la cara del mismo servicio, sino dos modelos distintos: mantenimiento reactivo frente a desarrollo proactivo. La frontera pasa donde acaba «quiero que la tienda funcione» y empieza «quiero que la tienda crezca»: en la práctica, normalmente alrededor de los 10 millones de PLN de facturación anual y del momento en que superas la bolsa de horas con regularidad. Mientras no cruces ese umbral, el SLA es la opción más barata y simplemente más sensata.
Si no tienes claro en qué lado de la frontera estás, lo más rápido para resolverlo es una conversación sobre lo concreto: facturación, backlog y planes para el próximo año. Compara el alcance de los paquetes de SLA y Help Desk y del Growth Retainer, y si quieres que te ayudemos a elegir el modelo para tu situación, escríbenos. Empezaremos por el diagnóstico, no por la oferta.l primer