# Consultor de IA vs equipo interno vs proveedor de plataforma: cómo decidir

> La decisión entre consultor, equipo interno y plataforma depende de dónde vive la incertidumbre, quién debe conservar el criterio y qué dependencia es aceptable.

- Author: Viktor Berthelius (BRTHLS)
- Published: 2026-10-12
- Category: ai operating models
- Tags: consultor-ia, equipo-interno, proveedor-ia, make-or-buy
- Language: es
- Canonical: https://www.brthls.com/magazine/consultor-ia-vs-equipo-interno-vs-plataforma-como-decidir-es
- Source: BRTHLS Magazine — https://www.brthls.com

---

## Problema

Muchas empresas deciden quién debe liderar la IA con una comparación demasiado simple: coste de contratar, coste de consultar o coste de licenciar una plataforma. Esa comparación mezcla tres trabajos distintos.

Un consultor reduce incertidumbre y diseña decisiones. Un equipo interno acumula conocimiento y opera una capacidad. Una plataforma estandariza una función y absorbe parte de la complejidad técnica. Cuando se compra una opción esperando que haga el trabajo de las otras, aparecen dependencia, equipos infrautilizados o proyectos que nunca pasan del diagnóstico.

## Tesis

No elijas por quién parece saber más de IA. Elige por dónde debe vivir el criterio después de la intervención.

Si el problema todavía es ambiguo, necesitas descubrimiento independiente. Si la capacidad diferencia al negocio y cambia con su contexto, necesitas ownership interno. Si el proceso está delimitado y la ventaja está en adoptarlo con rapidez, una plataforma puede ser suficiente. La mayoría de organizaciones terminará combinando las tres, pero debe asignar a cada una un mandato distinto.

## Framework

La variable principal es la naturaleza de la incertidumbre.

| Situación | Opción dominante | Qué debe conservar la empresa |
| --- | --- | --- |
| No está claro qué problema resolver ni qué riesgo aceptar | Consultor de IA | Decisión final, datos y criterios de prioridad |
| El conocimiento del dominio cambia continuamente y es estratégico | Equipo interno | Arquitectura, evaluación, operación y memoria |
| El workflow es conocido y la capacidad está estandarizada | Proveedor de plataforma | Configuración, supervisión, datos y plan de salida |
| Hay un problema claro, pero falta capacidad para implantarlo | Modelo híbrido | Product owner interno y aceptación; ejecución compartida |

**El consultor** crea valor cuando puede cuestionar el problema, comparar alternativas y dejar un sistema de decisión. Su trabajo falla si se convierte en owner permanente de una capacidad que la empresa necesita comprender.

**El equipo interno** crea valor cuando el aprendizaje sobre datos, excepciones y usuarios debe acumularse dentro. Falla cuando se contrata antes de tener un mandato, un portfolio y acceso real al negocio; el equipo termina construyendo demos para áreas que no han decidido qué cambiar.

**La plataforma** crea valor cuando reduce trabajo indiferenciado y ofrece una operación mantenible. Falla cuando su demo define la estrategia, el dato queda encerrado o la empresa confunde configuración con ownership.

No externalices la decisión que te diferencia. No internalices complejidad que no aporta ventaja. No compres una plataforma para evitar aclarar el proceso.

## Por qué importa ahora

La guía británica de contratación de IA insiste en equipos multidisciplinares, evaluación previa de datos, soporte continuo y transferencia de conocimiento. Esto significa que comprar no elimina la necesidad de capacidad interna: cambia qué capacidad necesitas conservar.

El Reglamento de IA de la Unión Europea también distingue funciones en la cadena de valor. Para sistemas de alto riesgo, proveedores y responsables del despliegue tienen obligaciones diferentes. La organización que utiliza el sistema debe adoptar medidas técnicas y organizativas para usarlo conforme a sus instrucciones; contratar un producto no transfiere automáticamente esa responsabilidad operativa.

Las cláusulas modelo europeas ayudan a describir obligaciones entre comprador y proveedor. Aun así, ningún contrato decide por ti quién entiende el contexto, quién interpreta los resultados y quién puede detener el workflow.

## Anti-ejemplo

El anti-ejemplo es comprar una plataforma porque evita contratar un equipo. Durante la demo, el proveedor configura un caso con datos limpios y un flujo controlado. En producción aparecen excepciones del negocio, cambios en fuentes, reclamaciones y decisiones que requieren interpretación.

La empresa abre tickets porque nadie interno posee el criterio. El proveedor responde sobre funcionamiento técnico, pero no puede decidir la política comercial ni asumir el riesgo. La plataforma opera; la capacidad no existe. El error no fue comprar software. Fue pensar que el software incluía ownership.

El anti-ejemplo inverso también ocurre: crear un equipo completo para resolver un workflow estándar que una plataforma ya cubre. La organización asume mantenimiento y deuda técnica sin conseguir una ventaja que el cliente pueda percibir.

## Protocolo (3 pasos)

1. **Localiza la incertidumbre.** Separa dudas sobre problema, datos, integración, riesgo, adopción y operación. No todas requieren el mismo tipo de actor.
2. **Asigna el owner posterior.** Decide quién mantendrá criterios, evaluaciones, excepciones y relación con usuarios cuando el consultor se vaya o la plataforma cambie.
3. **Contrata la transición.** Exige transferencia, accesos, documentación, portabilidad y una prueba de salida. El modelo elegido debe poder evolucionar sin rehacer la decisión completa.

| Pregunta | Consultor | Equipo interno | Plataforma |
| --- | --- | --- | --- |
| ¿Quién cuestiona el problema? | Lidera temporalmente | Participa y aprende | Aporta límites del producto |
| ¿Quién conserva el contexto? | Lo documenta y transfiere | Lo posee | Conserva solo lo configurado |
| ¿Quién opera excepciones? | Diseña el mecanismo | Responde | Ejecuta capacidades contratadas |
| ¿Quién asume la salida? | Debe dejarla preparada | La gobierna | Debe facilitar portabilidad y cierre |

## Relacionado

- [Org Design for Agentic Teams: estructura mínima para escalar IA](/magazine/org-design-for-agentic-teams-estructura-minima-escalar-ia-es)
- [Procurement de IA: comprar menos herramientas y más control operativo](/magazine/procurement-ia-2026-comprar-menos-herramientas-mas-control-operativo-es)
- [La firma AI-native vende resultado, no horas](/magazine/firma-ai-native-vende-resultado-no-horas-es)

## Fuentes consultadas

- [Guidelines for AI procurement — GOV.UK](https://www.gov.uk/government/publications/guidelines-for-ai-procurement/guidelines-for-ai-procurement) — guía oficial revisada para composición del equipo, evaluación de datos, soporte y transferencia de conocimiento.
- [Reglamento (UE) 2024/1689 de Inteligencia Artificial](https://eur-lex.europa.eu/eli/reg/2024/1689/oj) — texto oficial revisado para las funciones y obligaciones de proveedores y responsables del despliegue de sistemas de alto riesgo.
- [Updated EU AI model contractual clauses — Comisión Europea](https://public-buyers-community.ec.europa.eu/communities/procurement-ai/resources/updated-eu-ai-model-contractual-clauses) — cláusulas oficiales para estructurar responsabilidades en la contratación de sistemas de IA.

## Próximo paso

Escribe una frase que empiece por “esta capacidad debe seguir dentro de la empresa porque…”. Si la respuesta es conocimiento estratégico y aprendizaje continuo, construye ownership interno. Si es una incertidumbre temporal, compra ayuda experta. Si no hay diferenciación y el proceso está delimitado, evalúa plataforma. Si no puedes completar la frase, todavía no estás eligiendo proveedor: estás intentando posponer una decisión de diseño organizativo.

## Lecturas conectadas

- [La firma AI-native vende resultado, no horas](https://www.brthls.com/magazine/firma-ai-native-vende-resultado-no-horas-es) — Conexión editorial.
- [Procurement de IA 2026: comprar menos herramientas y más control operativo](https://www.brthls.com/magazine/procurement-ia-2026-comprar-menos-herramientas-mas-control-operativo-es) — Conexión editorial.
- [Org Design for Agentic Teams: estructura mínima para escalar IA](https://www.brthls.com/magazine/org-design-for-agentic-teams-estructura-minima-escalar-ia-es) — Conexión editorial.

---

_Cite as: Berthelius, V. (2026). "Consultor de IA vs equipo interno vs proveedor de plataforma: cómo decidir". BRTHLS Magazine. https://www.brthls.com/magazine/consultor-ia-vs-equipo-interno-vs-plataforma-como-decidir-es_