Cómo evoluciona el operating model cuando el negocio escala.
La transición de 5 a 20 personas, de 20 a 50, y los cambios estructurales que cada fase requiere en el modelo operativo para mantener la velocidad sin perder coherencia.
Las cuatro fases de la evolución del operating model.
La evolución del operating model sigue fases predecibles a medida que el equipo crece. Cada fase tiene un rango de tamaño, un modelo dominante y un conjunto específico de tensiones que eventualmente obligan a la siguiente transición. El crecimiento no es lineal — hay puntos de inflexión donde el modelo actual deja de funcionar y el equipo debe saltar a la siguiente fase para no perder velocidad.
Las cuatro fases principales son: startup (1-10 personas), funcional temprano (10-20), funcional maduro (20-35) e híbrido (35+). Los rangos son aproximados — el trigger del cambio no es solo el tamaño sino la complejidad del portafolio, la velocidad de ejecución requerida y la estrategia que el negocio está intentando ejecutar. Larry Greiner, en Evolution and Revolution as Organizations Grow (HBR 1998), formalizó este patrón en cinco fases para organizaciones completas; aplicado a marketing, el modelo se simplifica en cuatro.
Fase 1: Startup
Coordinación informal, roles fluidos, decisiones centralizadas en el líder. Velocidad máxima, procesos mínimos. Funciona mientras todos se conocen y pueden sincronizarse espontáneamente sin overhead estructural.
Cambios clave: Sin estructura formal, sin procesos documentados, decisiones por consenso o por el fundador.
Fase 2: Funcional temprano
Aparecen líderes funcionales (content, paid, product marketing). Se formalizan los primeros procesos básicos (planning semanal, review mensual). Decisiones tácticas descentralizadas, estratégicas todavía concentradas.
Cambios clave: Primera estructura formal, primeros rituales recurrentes, delegación de decisiones operativas.
Fase 3: Funcional maduro
Funciones robustas con múltiples personas por especialidad. Procesos maduros (sprints, OKRs, retrospectivas). Sistema de decisiones explícito. Empieza a aparecer fricción si hay múltiples productos.
Cambios clave: Procesos completos, KPIs por función, coordinación cross-funcional estructurada.
Fase 4: Híbrido
Equipos por producto + funciones centralizadas de expertise (brand, analítica, martech). Autonomía descentralizada con coordinación centralizada. Alta complejidad operativa pero alta velocidad por línea de producto.
Cambios clave: Equipos de producto autónomos, centros de expertise centralizados, procesos por nivel.
Fase 1: Startup (1-10 personas).
En esta fase, el modelo es informal por diseño. Todos se sientan juntos (literal o virtualmente), se conocen personalmente y pueden coordinarse espontáneamente. Las decisiones se toman en Slack o en conversaciones ad-hoc. Los roles son fluidos — alguien puede hacer contenido hoy y paid mañana si el negocio lo requiere. Greiner llamó a esta fase "crecimiento por creatividad": el líder fundador concentra dirección y operación, y la estructura es deliberadamente mínima.
Este modelo maximiza velocidad y minimiza overhead. No hay rituales formales porque no se necesitan — la sincronización es continua. No hay sistema de decisiones documentado porque todos saben qué puede decidir cada uno. La iteración sobre táctica y mensaje sucede en horas, no en semanas. El problema aparece cuando el equipo crece más allá de 10 personas y la coordinación informal se vuelve caótica: las conversaciones de pasillo dejan de cubrir a todos, las decisiones quedan en cabezas individuales y las prioridades empiezan a divergir entre miembros del equipo.
03 — Fase 2Fase 2: Funcional temprano (10-20 personas).
La transición crítica ocurre entre 10-15 personas. En ese rango, la coordinación informal deja de funcionar — demasiadas personas para que todos estén sincronizados espontáneamente. Aparecen los primeros líderes funcionales: un content lead, un performance lead, un product marketing lead. Cada función empieza a tener su propia dinámica interna, su propio set de prioridades y su propio ritmo de ejecución.
Los primeros procesos de trabajo se formalizan: planning semanal donde cada función presenta sus prioridades, review mensual donde se revisan métricas, retrospectiva trimestral donde se ajusta estrategia. Las decisiones tácticas se delegan a los ejecutores, las operativas a los líderes funcionales, las estratégicas se mantienen en el CMO. Los OKRs aparecen como mecanismo de alineación entre funciones, y los dashboards dejan de ser ad-hoc para volverse parte del ritual de revisión. La jerarquía de objetivos North Star se vuelve visible: el equipo deja de ejecutar sobre prioridades individuales y empieza a operar sobre prioridades compartidas.
04 — Fase 3Fase 3: Funcional maduro (20-35 personas).
En esta fase, las funciones tienen profundidad: no solo hay un content lead, hay un equipo de contenido con writers, designers, SEO specialists. Los procesos son robustos: sprints de 2 semanas, OKRs trimestrales, retrospectivas mensuales, sincronización cross-funcional semanal. El sistema de decisiones está documentado — cada nivel sabe qué puede decidir, y la priorización con trade-offs se convierte en práctica explícita en cada ciclo de planificación.
Esta fase funciona bien para un solo producto o un portafolio simple. Empieza a mostrar fricción cuando hay múltiples productos con lógicas de GTM diferenciadas. Cada producto necesita priorizar sus propias iniciativas, pero todo pasa por las mismas funciones centralizadas. La coordinación se vuelve más costosa que la ejecución, y el diagnóstico empieza a apuntar al modelo, no a las personas. Patrick Lencioni, en The Five Dysfunctions of a Team (2002), observó que los equipos maduros se rompen cuando la rendición de cuentas mutua entre funciones se vuelve más compleja que las dependencias que esa rendición de cuentas debe coordinar.
La evolución del operating model no es opcional — es obligatoria. Un modelo que funciona perfecto para 10 personas se rompe en 25. La pregunta no es si vas a cambiar el modelo, sino si lo vas a cambiar proactivamente antes de que la fricción se vuelva insostenible o reactivamente cuando ya todo está trabado. El costo del cambio proactivo es menor que el costo de operar con un modelo roto durante meses.
Lisandro IserteFase 4: Híbrido (35+ personas).
La transición a híbrido ocurre cuando la complejidad del portafolio supera la capacidad de coordinación del modelo funcional. El equipo se reorganiza: equipos dedicados por producto (cada uno con su growth marketer, content lead, product marketer) + funciones centralizadas de expertise que dan soporte sin bloquear (brand, analítica, martech). Cada equipo de producto opera con autonomía sobre su GTM, su ICP y sus métricas de ciclo corto.
El modelo híbrido maximiza autonomía de producto mientras mantiene consistencia de marca y profundidad técnica. El trade-off es complejidad: cada persona tiene doble reporte (al equipo de producto y a la función centralizada), lo que requiere claridad extrema sobre quién decide qué. Marty Cagan, en Inspired (2017), describe este modelo de "equipos de producto empoderados" como el estándar en organizaciones tech maduras, pero advierte que sin un sistema de decisiones explícito el doble reporte produce parálisis. Jay Galbraith, en Designing Organizations (2014), llama a este diseño una "organización lateral": funcionan cuando las dependencias horizontales están formalizadas; fracasan cuando se asumen.
06 — Puntos de inflexiónPuntos de inflexión críticos en la evolución del operating model.
Hay dos puntos de inflexión donde el modelo debe cambiar obligatoriamente o la ejecución colapsa. Greiner los llamó "revoluciones" — momentos donde el equilibrio de la fase anterior se rompe y la organización debe rediseñarse o regresa al caos. En marketing, esos dos saltos son informal → funcional y funcional → híbrido:
10-15 personas: Informal → Funcional
La coordinación informal se vuelve caótica. Las decisiones se pierden, las prioridades no están claras, las personas no saben qué está haciendo el resto del equipo. Se necesita estructura formal y procesos básicos para mantener el workflow coherente.
Señal: preguntas recurrentes sobre "qué estamos priorizando" o "quién está trabajando en esto".
25-35 personas: Funcional → Híbrido
El modelo funcional no puede manejar la complejidad de múltiples productos. La coordinación consume más tiempo que la ejecución. Cada iniciativa requiere consenso entre funciones con prioridades diferentes y la ejecución del plan se enlentece.
Señal: iniciativas que tardan semanas en arrancar porque requieren alineación cross-funcional constante.
Entre estos dos puntos hay transiciones más suaves — de funcional temprano a maduro, de equipos pequeños a equipos con profundidad por especialidad. Pero los dos saltos principales son disruptivos y requieren rediseño consciente del modelo, no ajustes incrementales. Andy Grove, en High Output Management (1983), describió el síntoma de la primera inflexión con precisión quirúrgica: el manager pasa de producir output directo a producir output a través de otros, y el sistema operativo debe rediseñarse para esa nueva forma de trabajo.
La fase del operating model también condiciona el resto del sistema de marketing. En fase startup, el posicionamiento de marca y la propuesta de valor los maneja el fundador; en fase funcional aparecen áreas dedicadas a brand y producto, y la arquitectura de marca empieza a formalizarse. La segmentación de ICP se profesionaliza recién en fase 3, cuando hay analítica robusta. La adquisición paga escala con la fase: en startup es táctica del fundador, en híbrido es área con su propio ROI, análisis y lead management. Y la retención casi nunca tiene foco real antes de fase 3 — el negocio prioriza adquisición hasta que la base instalada es grande para que el engagement de cohortes mueva los resultados.
07 — Errores frecuentesErrores frecuentes al evolucionar el operating model.
Mantener el modelo informal demasiado tiempo
Operar con coordinación ad-hoc cuando el equipo ya tiene 20 personas. La informalidad que funcionó en 8 produce caos en 20. Las personas no saben qué priorizar, las decisiones se pierden, las iniciativas se traban. El costo de formalizar procesos es menor que el costo de operar sin ellos — y el negocio paga la diferencia en velocidad perdida sobre los objetivos trimestrales.
Saltar fases prematuramente
Implementar estructura híbrida cuando el equipo tiene 15 personas. El overhead de la complejidad supera el beneficio de la autonomía. Un equipo de 15 puede funcionar perfectamente con estructura funcional — el híbrido es solución a un problema que no existe todavía. La priorización de qué evolucionar y cuándo debería bajar el costo del cambio, no anticiparlo.
Copiar el modelo de empresas en otra fase
Ver que una empresa de 100 personas usa modelo híbrido y adoptarlo con 20. El modelo que funciona para 100 no funciona para 20 — los rangos de tamaño importan, los segmentos de mercado importan, el CAC y el CLV del negocio importan. Copiar modelos sin adaptar al contexto produce complejidad sin beneficio.
Evolucionar el modelo sin actualizar los KPIs
Cambiar la estructura del equipo pero seguir midiendo con los KPIs de la fase anterior. Si pasaste a híbrido pero seguís evaluando funciones centralmente, el modelo nuevo va a producir incentivos contradictorios. Cada fase necesita su propio sistema de medición y sus propios dashboards de revisión.
Preguntas frecuentes sobre la evolución del operating model.
¿En qué momento debo formalizar procesos?
Cuando el equipo supera las 10-12 personas. Hasta ese punto, la coordinación informal (Slack, reuniones ad-hoc) funciona razonablemente. A partir de ahí, la informalidad produce fricción: decisiones que no quedan documentadas, prioridades que se pierden, iniciativas que se traban. El indicador: si las personas preguntan "qué estamos priorizando esta semana", necesitás procesos formales de planificación.
¿Cuándo necesito estructura híbrida?
Cuando el equipo supera las 25-30 personas y tenés múltiples líneas de producto o segmentos con lógicas de GTM diferenciadas. Antes de ese punto, la estructura funcional con coordinación activa puede funcionar. Después, la coordinación consume más tiempo que la ejecución y necesitás descentralizar decisiones por producto mientras centralizás expertise en funciones como brand, analítica o martech.
¿Cómo evito que el crecimiento rompa la ejecución?
Evolucionando el modelo antes de que la fricción se vuelva insostenible. Si esperás hasta que todo se traba, el cambio es reactivo y disruptivo. La mejor estrategia: cuando detectás señales tempranas (coordinación que toma más tiempo, decisiones que escalan innecesariamente), hacés cambios incrementales antes de que el problema explote. Pequeños ajustes preventivos cuestan menos que rediseños completos bajo crisis.
Greiner, L. E. (1998). Evolution and Revolution as Organizations Grow. Harvard Business Review. Disponible en: hbr.org
Galbraith, J. R. (2014). Designing Organizations: Strategy, Structure, and Process at the Business Unit and Enterprise Levels. Jossey-Bass. Caps. sobre organizaciones laterales y dependencias horizontales.
Lencioni, P. (2002). The Five Dysfunctions of a Team. Jossey-Bass. Caps. sobre rendición de cuentas mutua en equipos maduros.
Cagan, M. (2017). Inspired: How to Create Tech Products Customers Love. Wiley. Caps. sobre equipos de producto empoderados y su sistema operativo.
Grove, A. S. (1983). High Output Management. Random House. Caps. sobre la transición del output individual al output a través de otros.
Brooks, F. P. (1975). The Mythical Man-Month: Essays on Software Engineering. Addison-Wesley. Caps. sobre el costo de la coordinación cuando el equipo crece.
Términos relacionados