Roles en una empresa: cómo cambian entre una startup, una PYME y una corporación

El organigrama no es decoración: es una decisión estratégica

Muchas empresas arman su estructura organizacional copiando cargos que vieron en LinkedIn.

CEO.
COO.
CTO.
CFO.
CMO.
Chief of Staff.
VP of Product.
Head of Growth.
Country Manager.
General Manager.

El problema no es usar esos títulos. El problema es usarlos sin entender qué problema organizacional resuelve cada rol.

Una startup de cinco personas no necesita el mismo organigrama que una multinacional.
Una PYME familiar argentina no necesita copiar la estructura de una empresa de Silicon Valley.
Una empresa mediana que factura bien no necesariamente necesita C-Levels.
Y una startup que está buscando product-market fit no debería comportarse como una corporación con departamentos rígidos.

Los roles no existen para decorar una presentación.

Existen para resolver tres cosas:

1. Quién decide.
2. Quién ejecuta.
3. Quién responde cuando algo sale mal.

Cuando eso no está claro, la empresa empieza a operar por intuición, política interna o urgencia.

Y tarde o temprano, eso se paga.

Una empresa no necesita más cargos: necesita más claridad

En etapas tempranas, muchos founders creen que profesionalizar la empresa significa sumar títulos.

Nombran un CMO antes de tener canal de adquisición.
Nombran un COO antes de tener operación repetible.
Nombran un CFO cuando todavía no hay modelo financiero.
Nombran un CTO cuando en realidad necesitan un tech lead ejecutor.
Nombran un Head of Product cuando todavía no hay producto validado.

Eso suele ser una señal de confusión.

Profesionalizar no es llenar el organigrama de cargos en inglés.

Profesionalizar es definir responsabilidades, métricas, procesos de decisión y accountability.

Una startup puede tener poca gente y estar muy bien gestionada.
Una empresa grande puede tener muchos gerentes y seguir funcionando mal.

La estructura no se mide por cantidad de capas.

Se mide por claridad.

Qué significa C-Level

Los roles C-Level son los cargos ejecutivos de mayor responsabilidad dentro de una organización. La “C” viene de Chief, que en español suele traducirse como director, jefe o máximo responsable de un área.

Algunos ejemplos:

• CEO: Chief Executive Officer.
• COO: Chief Operating Officer.
• CFO: Chief Financial Officer.
• CTO: Chief Technology Officer.
• CIO: Chief Information Officer.
• CMO: Chief Marketing Officer.
• CHRO: Chief Human Resources Officer.
• CPO: Chief Product Officer o Chief People Officer, según contexto.
• CRO: Chief Revenue Officer.
• CISO: Chief Information Security Officer.
• CSO: Chief Strategy Officer, Chief Sales Officer o Chief Security Officer, según la empresa.

El problema es que muchas siglas se repiten y cambian según la organización.

Por ejemplo, CPO puede significar Chief Product Officer o Chief People Officer.
CSO puede ser Chief Strategy Officer, Chief Sales Officer o Chief Security Officer.
COO puede ser un operador real o simplemente un “socio que ayuda en todo”.

Por eso, más importante que el título es la responsabilidad concreta.

En una empresa sana, el cargo debería responder:

¿Qué parte crítica del negocio está bajo responsabilidad de esta persona?

Si no podés responder eso, probablemente el rol está mal definido.

CEO: visión, estrategia y responsabilidad final

El CEO es el responsable máximo de la empresa.

En una startup, especialmente si es founder-led, el CEO suele concentrar muchas responsabilidades:

• Visión.
• Estrategia.
• Fundraising.
• Ventas clave.
• Cultura.
• Contratación inicial.
• Relación con inversores.
• Relación con clientes estratégicos.
• Priorización.
• Decisiones difíciles.
• Supervivencia de la compañía.

En una empresa grande, el CEO no debería estar operando cada detalle. Su rol se vuelve más institucional y estratégico:

• Definir dirección.
• Alinear al equipo ejecutivo.
• Representar a la compañía.
• Tomar decisiones de asignación de capital.
• Gestionar stakeholders.
• Cuidar la cultura.
• Medir performance general.
• Construir continuidad de liderazgo.

En una PYME argentina, muchas veces el “CEO” se parece más a un dueño-gerente.

Vende, compra, negocia, paga sueldos, llama al contador, resuelve problemas con clientes, aprueba proveedores y destraba conflictos internos.

No está mal. Pero es otro tipo de rol.

El error aparece cuando el dueño-gerente quiere comportarse como CEO corporativo sin haber construido todavía una estructura que le permita delegar.

Mi forma de verlo:

El CEO no es el que más manda. Es el que se queda sin excusas cuando nadie más puede resolver el problema.

COO: convertir estrategia en operación

El COO es el responsable de que la empresa funcione.

Si el CEO define hacia dónde ir, el COO se ocupa de que la organización pueda llegar.

Sus responsabilidades suelen incluir:

• Operaciones.
• Procesos.
• Ejecución diaria.
• Coordinación entre áreas.
• Eficiencia.
• Calidad.
• Seguimiento de métricas.
• Implementación de decisiones estratégicas.
• Mejora continua.
• Escalabilidad operativa.

En una startup temprana, el COO muchas veces no existe formalmente. Esa función suele estar repartida entre founders.

Pero cuando empiezan a aparecer clientes, equipo, soporte, implementaciones, facturación, proveedores y procesos repetibles, alguien tiene que hacerse cargo de ordenar el caos.

Ahí aparece la necesidad real de operaciones.

En healthtech, por ejemplo, el COO puede ser crítico.

Porque no alcanza con vender software. Hay que implementar, capacitar, integrar, dar soporte, cumplir regulación, asegurar continuidad operativa y sostener una relación compleja con clientes institucionales.

Una plataforma de telemedicina, un sistema para obras sociales o una solución para clínicas no vive solo en el código.

Vive en la operación.

CFO: caja, control y estrategia financiera

El CFO no es simplemente “el que mira los números”.

Un buen CFO entiende la caja como sistema nervioso de la empresa.

Sus responsabilidades pueden incluir:

• Cash flow.
• Presupuesto.
• Control financiero.
• Pricing.
• Unit economics.
• Reportes.
• Relación con bancos.
• Relación con inversores.
• Impuestos.
• Riesgo financiero.
• Planificación.
• Rentabilidad por unidad de negocio.
• Escenarios de crecimiento.
• Burn rate.
• Runway.

En una startup, el CFO aparece cuando la complejidad financiera supera al contador externo y al Excel del founder.

Antes de eso, puede ser suficiente tener:

• Contador.
• Administración básica.
• Control de caja semanal.
• Presupuesto mensual.
• Modelo financiero simple.
• Alguien responsable de cobrar y pagar.

Pero cuando hay inversión, deuda, múltiples líneas de negocio, contratos grandes, expansión, sueldos, proveedores críticos y escenarios de runway, la función financiera se vuelve estratégica.

En Argentina esto es todavía más importante.

Inflación, tipo de cambio, pagos atrasados, impuestos, financiación cara, salarios variables, contratos en pesos, costos dolarizados y clientes que pagan a 30, 60 o 90 días pueden destruir una empresa si nadie mira la caja con disciplina.

Una empresa puede ser rentable en papel y quebrar por falta de caja.

El CFO existe para evitar eso.

CTO: tecnología como ventaja competitiva

El CTO es el responsable de la estrategia tecnológica.

Pero hay que distinguir algo importante: no todo líder técnico es CTO.

En etapas tempranas, muchas startups necesitan más un tech lead hands-on que un CTO corporativo.

El CTO de una startup suele hacer de todo:

• Definir arquitectura.
• Programar.
• Contratar devs.
• Revisar código.
• Elegir stack.
• Gestionar infraestructura.
• Hablar con clientes técnicos.
• Traducir negocio a producto.
• Cuidar seguridad.
• Priorizar deuda técnica.
• Definir escalabilidad.

En una empresa más grande, el CTO debería enfocarse menos en escribir código y más en construir una organización tecnológica capaz de escalar:

• Arquitectura.
• Plataformas.
• Seguridad.
• Performance.
• Roadmap tecnológico.
• Gobierno técnico.
• Estándares.
• Equipos.
• Liderazgo técnico.
• Innovación.
• Decisiones build vs buy.
• Riesgo tecnológico.

En healthtech, el CTO tiene una responsabilidad adicional: entender que tecnología y regulación no están separadas.

No es lo mismo construir una app de delivery que una plataforma que maneja datos de salud, historia clínica, receta digital, telemedicina, auditoría médica o interoperabilidad.

Ahí entran temas como:

• Protección de datos.
• Consentimiento.
• Trazabilidad.
• Alta disponibilidad.
• Auditoría.
• Interoperabilidad.
• HL7/FHIR.
• DICOM.
• Seguridad.
• Gestión de identidades.
• Continuidad operativa.

Un CTO en salud no puede pensar solo en features.

Tiene que pensar en riesgo.

CIO: tecnología interna, sistemas y eficiencia corporativa

El CIO suele confundirse con el CTO.

La diferencia no siempre es igual en todas las empresas, pero una forma simple de separarlos es esta:

• CTO: tecnología del producto o de la ventaja competitiva.
• CIO: tecnología interna, sistemas corporativos e información.

En una startup chica, normalmente no necesitás CIO.

Pero en una empresa mediana o grande, especialmente si tiene mucha operación interna, sistemas legacy, ERP, CRM, BI, seguridad, integraciones y soporte interno, la función del CIO se vuelve importante.

El CIO puede ocuparse de:

• Sistemas internos.
• ERP.
• CRM.
• Data warehouse.
• BI.
• Soporte IT.
• Gobierno de datos.
• Infraestructura corporativa.
• Automatización interna.
• Seguridad operativa.
• Vendor management.
• Continuidad tecnológica.

En una multinacional, el CIO puede tener más poder que el CTO si la empresa no es tecnológica en su core.

En una healthtech, en cambio, ambos mundos suelen mezclarse: producto, infraestructura, datos, seguridad y operación interna conviven todo el tiempo.

CPO: producto, cliente y foco

CPO puede significar Chief Product Officer.

Su rol es asegurar que la empresa construya el producto correcto.

No simplemente “más funcionalidades”.

Sus responsabilidades pueden incluir:

• Visión de producto.
• Roadmap.
• Priorización.
• Investigación de usuarios.
• Product-market fit.
• Métricas de producto.
• Diseño de experiencia.
• Feedback de clientes.
• Go-to-market junto con negocio.
• Coordinación con tecnología, ventas y operaciones.

En startups tempranas, el producto suele estar en cabeza del founder.

Esto tiene sentido: el founder está cerca del problema, del cliente y de la visión.

Pero cuando la empresa crece, aparece un riesgo: el producto se empieza a construir por presión comercial, urgencias de clientes grandes o intuiciones internas.

Ahí hace falta una función fuerte de producto.

En healthtech esto es especialmente delicado.

Un cliente institucional puede pedir una funcionalidad enorme para cerrar un contrato.
El equipo comercial puede prometer algo para vender.
El área médica puede pedir cambios por experiencia profesional.
El área técnica puede advertir deuda o complejidad.
El usuario final puede necesitar otra cosa.

Producto tiene que ordenar esas tensiones.

Un buen CPO no dice que sí a todo.

Decide qué no construir.

CMO: posicionamiento, demanda y marca

El CMO es responsable de marketing.

Pero marketing no es solamente redes sociales, diseño o publicidad.

En una empresa bien gestionada, marketing debería ocuparse de:

• Posicionamiento.
• Marca.
• Mensaje.
• Demanda.
• Investigación de mercado.
• Segmentación.
• Canales.
• Performance.
• Contenido.
• Comunicación.
• Lanzamientos.
• Relación entre marca y ventas.

En una startup B2B, el CMO no puede vivir separado de ventas.

Si marketing genera leads que ventas no puede cerrar, hay un problema.
Si ventas escucha objeciones que marketing no incorpora al mensaje, hay otro problema.
Si producto cambia y marketing sigue contando la historia vieja, el mercado se confunde.

En healthtech, marketing tiene un desafío adicional: comunicar sin vender humo.

No es lo mismo vender zapatillas que vender tecnología aplicada a salud. Hay confianza, evidencia, regulación, sensibilidad y reputación en juego.

El marketing en salud tiene que ser claro, responsable y comercialmente efectivo.

Difícil equilibrio.

CRO: ingresos de punta a punta

El CRO, Chief Revenue Officer, aparece cuando la empresa necesita unificar todas las áreas que impactan en ingresos.

Puede incluir:

• Ventas.
• Marketing.
• Customer success.
• Pricing.
• Partnerships.
• Expansión de cuentas.
• Revenue operations.

En startups B2B, el CRO suele aparecer cuando el problema ya no es solo vender, sino construir una máquina de ingresos más predecible.

Antes de eso, muchas empresas tienen un Head of Sales o un founder vendiendo.

El CRO tiene sentido cuando hay:

• Múltiples canales.
• Equipo comercial.
• Pipeline.
• Forecast.
• Customer success.
• Upsell.
• Churn.
• Revenue targets.
• Procesos repetibles.

En mercados como salud, el CRO necesita entender que revenue no es solo cerrar contratos.

También es sostenerlos.

Un cliente B2B de salud puede tardar meses en cerrar, requerir implementación compleja y abandonar si la adopción interna falla.

Por eso ventas, implementación y customer success no pueden estar desconectados.

CHRO / People: cultura, talento y escala humana

El CHRO, Chief Human Resources Officer, o líder de People, es responsable de la estrategia de talento.

En una startup temprana, este rol suele no existir. Contrata el founder, ayuda alguien de administración o se terceriza recruiting.

Pero a medida que crece el equipo, empiezan problemas más complejos:

• Contratación.
• Onboarding.
• Compensaciones.
• Cultura.
• Performance.
• Feedback.
• Liderazgo.
• Retención.
• Conflictos.
• Desarrollo.
• Comunicación interna.
• Políticas.
• Clima.
• Estructuras salariales.

En Argentina y LATAM esto tiene además una capa laboral, legal y cultural muy importante.

No podés escalar una empresa si cada contratación depende del olfato del founder.

People no existe para hacer cumpleaños y encuestas de clima.

Existe para construir una organización capaz de sostener el crecimiento sin destruir a las personas en el proceso.

CISO: seguridad como estrategia, no como parche

El CISO es el responsable de seguridad de la información.

En empresas tecnológicas, financieras, de salud o con datos sensibles, este rol puede ser crítico.

Sus responsabilidades incluyen:

• Seguridad de datos.
• Gestión de riesgos.
• Políticas.
• Controles.
• Auditoría.
• Cumplimiento.
• Respuesta a incidentes.
• Concientización.
• Seguridad cloud.
• Gestión de accesos.
• Evaluación de proveedores.
• Continuidad del negocio.

En una startup temprana no siempre hay un CISO formal, pero la función de seguridad tiene que existir igual.

Alguien tiene que preguntarse:

• ¿Quién accede a qué?
• ¿Dónde guardamos datos sensibles?
• ¿Cómo manejamos credenciales?
• ¿Qué pasa si se filtra información?
• ¿Tenemos backups?
• ¿Tenemos logs?
• ¿Podemos auditar acciones críticas?
• ¿Qué exige la regulación?
• ¿Qué pasa si un cliente enterprise nos audita?

En salud, seguridad no es opcional.

Si manejás datos médicos, identidad, historia clínica, recetas, estudios o información sensible, la seguridad tiene que estar desde la arquitectura.

No después.

Chief of Staff: el rol que muchos subestiman

El Chief of Staff es uno de los roles más difíciles de explicar porque cambia muchísimo según la empresa.

Puede ser:

• Mano derecha del CEO.
• Coordinador estratégico.
• Dueño de proyectos transversales.
• Facilitador de decisiones.
• Responsable de seguimiento ejecutivo.
• Puente entre áreas.
• Operador de prioridades críticas.
• Filtro de información.
• Acelerador de ejecución.

En startups, un buen Chief of Staff puede multiplicar al CEO.

Pero mal usado, se convierte en asistente ejecutivo con título elegante.

La diferencia está en el nivel de autonomía y responsabilidad.

Un Chief of Staff fuerte no solo agenda reuniones.
Ordena prioridades, desbloquea problemas, arma sistemas de seguimiento y hace que la organización ejecute mejor.

Este rol tiene mucho sentido cuando el CEO está sobrecargado, la empresa crece rápido y hay demasiadas iniciativas cruzadas.

VP, Head, Manager y Lead: no son lo mismo

Además de los C-Level, aparecen otros niveles jerárquicos.

VP

Un VP suele liderar un área grande o una función estratégica.

Ejemplos:

• VP of Sales.
• VP of Product.
• VP of Engineering.
• VP of Operations.

Normalmente aparece cuando ya hay equipos debajo y un área suficientemente madura.

Head

Un Head lidera una función específica, muchas veces en etapa de construcción.

Ejemplos:

• Head of Growth.
• Head of Product.
• Head of Design.
• Head of Customer Success.
• Head of Data.

Es más común en startups y scaleups.

Puede ser estratégico y operativo al mismo tiempo.

Manager

Un manager gestiona personas, procesos y resultados dentro de un área.

Ejemplos:

• Sales Manager.
• Product Manager.
• Engineering Manager.
• Operations Manager.
• Customer Success Manager.

Su foco no es solo hacer, sino coordinar y mejorar ejecución.

Lead

Un lead suele ser referente técnico o funcional de un equipo.

Ejemplos:

• Tech Lead.
• Design Lead.
• QA Lead.
• Data Lead.

Puede tener o no gente a cargo.

Muchas veces su liderazgo es más técnico que jerárquico.

El problema aparece cuando una empresa usa estos títulos como premio emocional y no como diseño organizacional.

Promover a alguien a Head, VP o C-Level sin que exista el nivel real de responsabilidad genera confusión y deuda organizacional.

Los roles según etapa de una startup

Una startup no debería tener la misma estructura en todas las etapas.

Etapa 0: idea y validación

En esta etapa no necesitás un organigrama.

Necesitás founders que vendan, escuchen, construyan y aprendan.

Roles reales:

• Founder de negocio.
• Founder técnico.
• Founder de producto.
• Asesores puntuales.
• Primeros usuarios.
• Potenciales clientes.

La pregunta no es quién tiene qué título.

La pregunta es:

¿Estamos validando un problema real o solo construyendo porque nos gusta la idea?

En esta etapa, cualquier cargo demasiado formal puede ser una distracción.

Etapa 1: MVP

Cuando aparece el MVP, las funciones mínimas suelen ser:

• Producto.
• Tecnología.
• Ventas.
• Operación.
• Soporte.
• Administración básica.

Pero todavía muchas personas hacen varias cosas.

El founder vende.
El CTO programa.
Producto habla con clientes.
Soporte lo hace quien esté despierto.
Operaciones se resuelve con procesos simples.
Finanzas vive en un Excel.

No es ideal, pero es normal.

El objetivo no es tener estructura perfecta.

El objetivo es aprender rápido.

Etapa 2: primeros clientes

Cuando entran los primeros clientes, la empresa cambia.

Ya no alcanza con construir.

Hay que entregar.

Aparecen necesidades nuevas:

• Implementación.
• Customer success.
• Soporte.
• Facturación.
• Gestión de contratos.
• Onboarding.
• Documentación.
• QA.
• Seguimiento de uso.
• Priorización de roadmap.
• Gestión de deuda técnica.

En B2B salud, esta etapa puede ser brutal.

El cliente no solo compra. Pide integraciones, seguridad, capacitación, reportes, compliance, soporte y continuidad.

Acá muchas startups se rompen porque venden como SaaS, pero entregan como consultora.

Etapa 3: seed / crecimiento inicial

Cuando el producto empieza a tener tracción, hay que separar funciones.

Empiezan a aparecer roles como:

• Head of Product.
• Tech Lead.
• Sales Lead.
• Customer Success Manager.
• Operations Manager.
• Finance/Admin.
• People/Recruiting part-time.
• QA.
• Data o Analytics.

Todavía no necesitás todos los C-Level.

Necesitás líderes funcionales que puedan construir procesos repetibles.

El error típico en esta etapa es contratar cargos demasiado senior para problemas que todavía no están claros.

Un VP no arregla la falta de product-market fit.

Etapa 4: scaleup

Cuando la empresa escala, la complejidad cambia.

Ya no se trata solo de encontrar el modelo. Se trata de hacerlo repetible.

Aparecen:

• C-Level real.
• VPs.
• Managers.
• Equipos por función.
• Revenue operations.
• People.
• Finanzas profesionalizadas.
• Seguridad.
• Compliance.
• Data.
• Legal.
• Customer success estructurado.
• Procesos de performance.

La cultura empieza a cambiar.

Antes todos sabían todo.
Ahora nadie sabe todo.
Antes las decisiones eran rápidas por cercanía.
Ahora necesitan sistemas.
Antes el founder resolvía.
Ahora el founder puede volverse cuello de botella.

Escalar una empresa es aceptar que la informalidad que te hizo rápido puede convertirse en el desorden que te frena.

Etapa 5: empresa madura

En una empresa madura, la estructura busca estabilidad, eficiencia y continuidad.

Aparecen:

• Dirección general.
• Gerencias.
• Mandos medios.
• Comités.
• Auditoría.
• Procesos formales.
• Presupuestos.
• Políticas.
• Planificación anual.
• Gobierno corporativo.
• Compliance.
• Control interno.

La empresa ya no depende tanto de una persona, sino de sistemas de gestión.

Esto tiene ventajas y desventajas.

Más previsibilidad.
Menos velocidad.
Más control.
Menos improvisación.
Más especialización.
Más burocracia.

El desafío es no perder capacidad de adaptación.

Roles en una PYME argentina

En una PYME argentina, los roles suelen ser más híbridos.

Es común encontrar:

• Dueño o socio gerente.
• Administrativo.
• Contador externo.
• Encargado de operaciones.
• Responsable comercial.
• Responsable técnico.
• Personal operativo.
• Atención al cliente.
• Proveedores externos para marketing, legales o sistemas.

Muchas PYMEs funcionan con una mezcla de confianza, experiencia y resolución diaria.

La ventaja es la velocidad informal.

La desventaja es que mucho conocimiento queda en la cabeza de pocas personas.

En una PYME típica, el dueño suele ser CEO, CFO, COO y Head of Sales al mismo tiempo.

Eso puede funcionar durante años.

Pero cuando la empresa quiere crecer, vender, profesionalizarse o reducir dependencia del fundador, esa concentración se vuelve un límite.

El primer paso no siempre es contratar C-Levels.

A veces es mucho más básico:

• Documentar procesos.
• Separar caja personal y caja empresa.
• Definir responsables.
• Medir margen por unidad.
• Ordenar administración.
• Implementar CRM.
• Armar tablero de gestión.
• Establecer reuniones de seguimiento.
• Delegar con control.
• Profesionalizar ventas.

Una PYME no necesita parecerse a una startup.

Necesita dejar de depender del caos heroico.

Roles en una empresa mediana

Una empresa mediana empieza a necesitar capas.

No necesariamente C-Level completo, pero sí gerencias claras.

Suelen aparecer:

• Gerente General.
• Gerente de Operaciones.
• Gerente Comercial.
• Gerente de Administración y Finanzas.
• Gerente de Recursos Humanos.
• Responsable de Sistemas.
• Responsable de Marketing.
• Coordinadores.
• Supervisores.
• Jefes de equipo.

Acá aparece uno de los problemas más difíciles: el mando medio.

El mando medio traduce estrategia en ejecución.

Si no existe, el directorio decide cosas que nadie implementa.
Si existe pero es débil, la empresa se llena de reuniones y poca acción.
Si existe pero está mal empoderado, todo vuelve al dueño o gerente general.

En empresas medianas, profesionalizar no es sumar burocracia.

Es construir una cadena de responsabilidad.

Roles en una gran empresa

En una gran empresa, la estructura se vuelve más especializada.

Aparecen áreas como:

• Finanzas.
• Legales.
• Compliance.
• Auditoría.
• Sistemas.
• Seguridad.
• Recursos Humanos.
• Marketing.
• Comunicación.
• Operaciones.
• Producto.
• Datos.
• Customer experience.
• Compras.
• Procurement.
• Riesgos.
• Planeamiento.
• PMO.

La ventaja es la especialización.

La desventaja es la fragmentación.

Cada área puede optimizar su propio objetivo y perjudicar al sistema completo.

Esto en salud pasa mucho.

El área médica quiere calidad.
Finanzas quiere controlar costos.
Sistemas quiere estabilidad.
Legales quiere minimizar riesgo.
Operaciones quiere que el proceso funcione.
Comercial quiere cerrar.
Atención quiere bajar reclamos.

Nadie está equivocado.

Pero si no hay liderazgo que integre esas tensiones, la empresa se vuelve lenta.

Roles en una multinacional

En una multinacional, además de jerarquías funcionales, aparece la matriz.

Podés reportar a:

• Un jefe local.
• Un jefe regional.
• Una unidad global.
• Un área corporativa.
• Un comité.
• Un centro de servicios compartidos.

Aparecen roles como:

• Country Manager.
• Regional Director.
• Business Unit Manager.
• Functional Lead.
• Shared Services Lead.
• Compliance Officer.
• PMO regional.
• HR Business Partner.
• Finance Business Partner.
• Product Owner global.
• IT Business Partner.

La complejidad no está solo en hacer.

Está en alinear.

En IBM aprendí mucho de esto: en organizaciones grandes, la ejecución depende tanto de la capacidad técnica como de navegar estructuras, stakeholders, prioridades cruzadas y procesos formales.

Una multinacional puede tener recursos enormes, pero también una velocidad de decisión mucho menor.

En una startup, el riesgo es decidir rápido y mal.
En una corporación, el riesgo es decidir tan lento que el mercado ya cambió.

El caso especial de healthtech

En salud digital, la estructura organizacional tiene particularidades.

No alcanza con producto, tecnología y ventas.

Muchas veces necesitás cubrir funciones como:

• Dirección médica.
• Compliance regulatorio.
• Seguridad de datos.
• Interoperabilidad.
• Soporte clínico.
• Operaciones médicas.
• Gestión de prestadores.
• Auditoría.
• Legales.
• Customer success institucional.
• Implementación.
• Integraciones.
• Calidad.
• Mesa de ayuda.
• Relación con financiadores.
• Relación con reguladores.

Una healthtech que vende a obras sociales, prepagas, clínicas o gobiernos necesita hablar varios idiomas:

• El idioma técnico.
• El idioma médico.
• El idioma legal.
• El idioma financiero.
• El idioma operativo.
• El idioma político.

Por eso, una estructura healthtech suele ser más compleja que una startup SaaS genérica.

No porque tenga que tener más gente desde el día uno, sino porque tiene que tener más responsabilidades cubiertas.

Aunque sea con la misma persona al principio.

Ejemplo: roles mínimos en una healthtech B2B temprana

Para una healthtech B2B en etapa temprana, yo miraría estas funciones mínimas:

1. Negocio y ventas consultivas

Alguien tiene que conseguir reuniones, entender decisores, negociar, explicar valor, manejar objeciones y cerrar contratos.

En salud, vender es educar y reducir riesgo.

2. Producto

Alguien tiene que traducir problemas del mercado en funcionalidades priorizadas.

No todo pedido de un cliente debe entrar al roadmap.

3. Tecnología

Alguien tiene que construir con criterio de escalabilidad, seguridad e integración.

No alcanza con que “funcione en demo”.

4. Operaciones e implementación

Alguien tiene que hacer que el cliente use el producto.

La adopción no ocurre sola.

5. Compliance y regulación

Alguien tiene que mirar datos sensibles, consentimiento, receta, historia clínica, seguridad, responsabilidades y normativas.

Puede ser externo al inicio, pero no puede estar ausente.

6. Customer success

Alguien tiene que asegurarse de que el cliente obtenga valor, no solo que haya firmado.

En B2B salud, renovar es tan importante como vender.

7. Administración y caja

Alguien tiene que cobrar, pagar, medir runway, ordenar contratos y evitar que la empresa se muera por desorden financiero.

Al principio, una persona puede cubrir varias funciones.

Pero la función tiene que existir.

El error de contratar por título y no por problema

Una de las peores decisiones es contratar un rol porque “deberíamos tenerlo”.

Deberíamos tener un COO.
Deberíamos tener un CMO.
Deberíamos tener un Head of Growth.
Deberíamos tener un CFO.
Deberíamos tener un PM.

La pregunta correcta es:

¿Qué problema recurrente de la empresa necesita dueño?

Si el problema es que nadie prioriza producto, necesitás función de producto.
Si el problema es que los clientes no adoptan, necesitás customer success.
Si el problema es que se promete cualquier cosa para vender, necesitás revenue y producto mejor alineados.
Si el problema es que la caja no se entiende, necesitás finanzas.
Si el problema es que el equipo técnico está desordenado, necesitás liderazgo técnico.
Si el problema es que todo depende del founder, necesitás operaciones o Chief of Staff.

El rol nace del dolor organizacional.

No del organigrama ideal.

Founder, CEO y dueño no son lo mismo

En LATAM solemos mezclar estas palabras.

Pero no significan exactamente lo mismo.

Founder

Es quien crea la empresa o participa en su origen.

Tiene legitimidad histórica, visión original y carga emocional.

CEO

Es quien dirige ejecutivamente la empresa.

Puede ser founder o no.

Su rol es gestionar estrategia, equipo, recursos y resultados.

Dueño

Es quien posee participación accionaria o control económico.

Puede operar o no operar.

Una persona puede ser las tres cosas.
También pueden estar separadas.

En una startup temprana, normalmente founder y CEO son la misma persona.

En una PYME familiar, dueño y gerente general suelen ser lo mismo.

En una corporación, el CEO puede no ser dueño ni founder.

Entender esta diferencia evita conflictos.

Porque tener acciones no significa necesariamente estar capacitado para operar.
Haber fundado no significa que siempre debas ser CEO.
Ser CEO no significa hacer todo.

El problema de los socios sin rol claro

Uno de los errores más comunes en startups y PYMEs es repartir cargos entre socios sin definir responsabilidades reales.

Uno queda como CEO.
Otro como COO.
Otro como CTO.
Otro como CMO.

Pero nadie define:

• Qué decide cada uno.
• Qué métricas tiene.
• Qué pasa si no cumple.
• Qué nivel de dedicación asume.
• Qué salario corresponde.
• Qué derechos tiene como socio y qué obligaciones tiene como ejecutivo.
• Cómo se resuelven desacuerdos.
• Qué pasa si alguien se va.

Ahí empieza la deuda societaria y organizacional.

Una cosa es ser socio.

Otra cosa es tener un rol ejecutivo.

El socio tiene derechos sobre la compañía.
El ejecutivo tiene responsabilidades operativas.

Cuando eso se mezcla, aparecen conflictos difíciles.

Roles y seniority: no confundas experiencia con etapa

Un error frecuente es contratar alguien que viene de una corporación para liderar una startup temprana.

A veces funciona.

Muchas veces no.

Una persona puede ser excelente en una empresa grande y sufrir en una startup porque:

• No hay procesos.
• No hay equipo armado.
• No hay presupuesto.
• No hay marca.
• No hay datos perfectos.
• No hay soporte interno.
• Hay que hacer y decidir.
• El rol es ambiguo.
• Todo cambia rápido.

También pasa al revés.

Alguien muy bueno en startup puede sufrir en corporación porque:

• Hay más política.
• Hay más procesos.
• Hay más compliance.
• Las decisiones son lentas.
• Hay stakeholders globales.
• No alcanza con ejecutar rápido.
• Hay que documentar, alinear y negociar.

No hay un perfil mejor universalmente.

Hay fit con etapa.

Cuándo sumar cada rol

Una guía práctica:

Sumá liderazgo de producto cuando:

• El roadmap está dominado por urgencias.
• Ventas promete cosas que producto no puede sostener.
• Hay muchos pedidos contradictorios.
• No está claro qué construir.
• No hay métricas de uso o adopción.

Sumá liderazgo de operaciones cuando:

• La entrega depende de héroes.
• Cada implementación es caótica.
• Los clientes se frustran después de comprar.
• Nadie mide calidad operativa.
• El CEO destraba todo manualmente.

Sumá liderazgo financiero cuando:

• No sabés bien cuánto runway tenés.
• Hay múltiples contratos y formas de cobro.
• Los márgenes no son claros.
• La caja se vuelve impredecible.
• Hay inversión, deuda o expansión.

Sumá liderazgo comercial cuando:

• El founder ya no puede vender todo.
• Hay pipeline suficiente.
• Necesitás proceso comercial.
• Hay que entrenar vendedores.
• El ciclo de venta se volvió repetible.

Sumá customer success cuando:

• Los clientes compran pero no usan.
• Hay churn o riesgo de no renovación.
• El valor prometido no se captura.
• Implementación y soporte están mezclados.
• Hay oportunidad de expansión de cuentas.

Sumá People cuando:

• Contratar consume demasiado tiempo.
• El onboarding es inconsistente.
• Hay conflictos internos recurrentes.
• Los líderes no saben gestionar.
• La cultura empieza a depender de rumores.
• La estructura salarial se vuelve injusta o opaca.

Sumá seguridad/compliance cuando:

• Manejás datos sensibles.
• Vendés a enterprise.
• Te piden auditorías.
• Hay riesgo regulatorio.
• Hay integraciones críticas.
• Un incidente puede destruir confianza.

La trampa del organigrama prematuro

Una startup temprana necesita velocidad, foco y aprendizaje.

Si agregás demasiada estructura demasiado rápido, podés matar esa velocidad.

Empiezan las reuniones.
Los comités.
Los reportes.
Los cargos.
Las aprobaciones.
Las fronteras entre áreas.
El “eso no me corresponde”.

La estructura tiene que crecer al ritmo de la complejidad real.

No antes.

Pero el extremo contrario también es peligroso.

Hay founders que usan “somos una startup” como excusa para no ordenar nada.

No hay procesos.
No hay responsables.
No hay documentación.
No hay métricas.
No hay prioridades.
No hay feedback.
No hay planificación.
No hay accountability.

Eso no es agilidad.

Es desorden.

La clave es construir la mínima estructura necesaria para escalar sin perder velocidad.

Mi framework: función antes que título

Cuando asesoro o pienso una estructura, no empiezo por cargos.

Empiezo por funciones críticas.

Para cualquier empresa, miro:

1. Estrategia
2. Producto
3. Tecnología
4. Ventas
5. Marketing
6. Operaciones
7. Finanzas
8. People
9. Legales y compliance
10. Customer success
11. Data
12. Seguridad

Después pregunto:

• ¿Esta función existe?
• ¿Quién la cubre hoy?
• ¿Está cubierta bien o por emergencia?
• ¿Qué pasa si esa persona no está?
• ¿Qué métrica define si funciona?
• ¿Qué decisiones puede tomar?
• ¿Qué decisiones debe escalar?
• ¿Cuándo conviene separarla en un rol propio?

Este enfoque evita contratar por moda.

La empresa no necesita un CMO.

Necesita resolver adquisición, posicionamiento, demanda y mensaje.

La empresa no necesita un COO.

Necesita resolver ejecución, procesos, calidad y coordinación.

La empresa no necesita un CTO.

Necesita resolver arquitectura, entrega técnica, seguridad y escalabilidad.

El título viene después.

El organigrama como mapa de riesgos

Una forma útil de mirar roles es pensar el organigrama como un mapa de riesgos.

Si nadie es dueño de finanzas, el riesgo es caja.
Si nadie es dueño de producto, el riesgo es construir cualquier cosa.
Si nadie es dueño de operaciones, el riesgo es vender y no entregar.
Si nadie es dueño de seguridad, el riesgo es confianza.
Si nadie es dueño de ventas, el riesgo es no crecer.
Si nadie es dueño de People, el riesgo es romper el equipo.
Si nadie es dueño de customer success, el riesgo es perder clientes.
Si nadie es dueño de compliance, el riesgo es legal y reputacional.

La pregunta no es “qué cargo falta”.

La pregunta es:

¿Qué riesgo crítico no tiene dueño?

Qué aprendí construyendo y asesorando empresas

Construyendo y asesorando empresas aprendí que los roles suelen fallar por tres motivos.

1. Títulos inflados

Se le da un cargo grande a una persona para motivarla, retenerla o compensar falta de sueldo.

Puede funcionar emocionalmente por un tiempo, pero después genera problemas.

Porque el mercado, el equipo y los futuros inversores esperan que ese título signifique algo.

2. Responsabilidades ambiguas

Todos opinan, nadie decide.

O peor: alguien decide, pero otro carga con la consecuencia.

Eso destruye confianza.

3. Falta de adaptación por etapa

La estructura que sirve para validar no sirve para escalar.

La estructura que sirve para escalar no sirve para una multinacional.

La estructura que sirve para una PYME rentable no necesariamente sirve para una startup venture scale.

Cada etapa exige otra forma de organizarse.

Conclusión

Los roles de una empresa no son estáticos.

Mutan con la etapa, el mercado, el modelo de negocio, la cantidad de personas, el nivel de regulación, la presión financiera y la complejidad operativa.

Una startup necesita roles flexibles al principio y estructura progresiva después.
Una PYME necesita claridad, control y profesionalización sin copiar burocracia corporativa.
Una empresa mediana necesita mandos medios fuertes.
Una gran empresa necesita especialización y coordinación.
Una multinacional necesita alineación, gobierno y capacidad política interna.
Una healthtech necesita, además, regulación, seguridad, operación clínica, interoperabilidad y confianza.

El error no es tener pocos roles.

El error es no saber qué responsabilidades son críticas.

El error no es no tener C-Levels.

El error es usar títulos grandes para tapar problemas chicos.

El error no es crecer con estructura.

El error es estructurarse antes de entender qué se está construyendo.

Mi forma de verlo es simple:

Primero entendé el negocio. Después definí las funciones. Recién al final poné los títulos.

Porque una empresa no escala por tener un organigrama lindo.

Escala cuando cada problema importante tiene un dueño claro, una métrica concreta y la autoridad suficiente para resolverlo.

---

Si estás construyendo una startup, profesionalizando una PYME o escalando una empresa B2B en salud, no empieces preguntando qué cargos te faltan. Empezá preguntando qué decisiones están quedando sin dueño.