Las empresas deben comprar infraestructura de plataforma y desarrollar solo aquellas capacidades que aporten una ventaja competitiva. La mayoría de iniciativas de IA nunca llegan a la producción. Las organizaciones que tienen éxito separan la infraestructura que compran de la inteligencia que desarrollan a partir de esta.

Las investigaciones de RAND Corporation muestran que el 80 % de los proyectos de IA no logran aportar el valor previsto al negocio. MIT descubrió que las soluciones de proveedores suelen tener aproximadamente el doble de éxito que los desarrollos internos. Es en la brecha entre una demo funcional y un sistema a la altura de la producción donde acaban estancándose la mayoría de proyectos internos.

---

El caso de las empresas

Por qué los desarrollos internos fallan al intentar ir más allá

La mayoría de empresas que desarrollan infraestructuras de contenido internamente subestiman lo que pretenden hacer. La inversión inicial rara vez es el problema. Los problemas surgen con los costes de propiedad subsiguientes.

---

Los costes ocultos de los desarrollos internos

Gracias a la IA, crear prototipos de sistemas de contenido es engañosamente sencillo. Los equipos de ingeniería conectan con un modelo de lenguaje grande, crean una demo funcional y presentan algo que parece que podría estar a la altura de las necesidades de producción. Pero conseguir que ese sistema funcione con idiomas, mercados, entornos regulatorios y tipos de contenido distintos, y a la altura de lo requerido por las empresas, supone un desafío totalmente diferente. Las organizaciones que desarrollan todo por sí mismas no solo están adoptando un software. Adoptan cada una de las decisiones que se vayan tomando en torno al software mientras este siga operativo.

Cuando te pones a desarrollar, ya te llegarán las facturas más adelante. Los equipos de liderazgo no preparan unos presupuestos que duren para siempre. Las normativas cambian, los arquitectos originales se acabarán yendo y la organización heredará unos sistemas sin saber bien por qué se diseñaron de tal o cual manera. Y esa deuda no se queda solo en el código. Es una deuda al nivel de toda la organización. Desentrañar las decisiones de diseño requiere de un liderazgo que ha de estar pendiente de multitud de funciones y un tiempo con el que la mayoría de equipos no cuentan.

---

¿Por qué las empresas insisten en volver a desarrollar lo que ya existe?

El primer error que cometen los líderes es creer que tienen un problema con el que nadie se ha topado y que son los primeros en afrontar dicho desafío. En la mayoría de los casos, otras plataformas existentes ya han resuelto ese problema. Sin una plataforma, parece que cada desafío requiera de una respuesta hecha a medida. Así se crea una carga de mantenimiento insostenible que acaba fragmentando la calidad, el control y la transmisión de la información en todos los mercados.

El segundo error es contemplar el desarrollo como una inversión única. Los desarrollos internos generan unos costes constantes por la deuda técnica, la asistencia, el tiempo de actividad y el desarrollo continuo. Considerar un desarrollo un proyecto en lugar de un compromiso operativo permanente siempre acaba trayendo frustración y disputas entre los líderes tecnológicos y los CFO porque los costes nunca cuadran en los presupuestos.

---

Qué pierden las empresas mientras mantienen su infraestructura

Cada hora que el equipo de ingeniería gasta en mantener un sistema elaborado internamente es una hora que no se ha empleado en aquello que marca la diferencia en el negocio. Puede que el coste de oportunidad no aparezca en la hoja de balance, pero sí que se percibe la velocidad a la que la competencia alcanza mercados nuevos, lanza nuevos tipos de contenido y va respondiendo a los cambios normativos. La pregunta no es si tu equipo es capaz de desarrollar algo, sino si no aportaría más valor emplear su tiempo en otros asuntos.

---

¿Qué postura tiene Phrase?

Compra la infraestructura. Desarrolla aquello que haga único a tu negocio.

Las empresas deberían invertir en una infraestructura de plataforma desarrollada por ingenieros y guardarse los desarrollos internos para aquellas funciones que generen esa ventaja competitiva. La brecha entre trabajar en una demo de IA y en un sistema digno de la producción capaz de gestionar la gobernanza, los cumplimientos normativos, la calidad y las operaciones en distintos mercados es lo que provoca que muchos proyectos internos acaben fracasando.

Gracias a la IA, crear prototipos de sistemas de contenido es engañosamente sencillo. Los equipos de ingeniería conectan con un modelo de lenguaje grande, crean una demo funcional y presentan algo que parece que podría estar a la altura de las necesidades de producción. Pero conseguir que ese sistema funcione con idiomas, mercados, entornos regulatorios y tipos de contenido distintos, y a la altura de lo requerido por las empresas, supone un desafío totalmente diferente. Las organizaciones que intentan desarrollarlo todo por sí mismas no solo adoptan un software. Adoptan cada una de las decisiones que se vayan tomando en torno al software mientras este siga operativo.

Pero una plataforma ampliable y con las API en primer plano deja de lado toda esa complejidad. Te aporta control, calidad, seguridad y escala desde el primer momento. Los equipos se centrarán en todas esas tareas que consigan resultados y no en mantener una infraestructura perfectamente diseñada y probada.

Phrase llama a esto «inteligencia lingüística». Se trata del contexto acumulado, los estándares de calidad y el control que hacen que los resultados de la IA estén a la altura de las empresas, y la herramienta va ampliándose cada vez que el sistema procese contenido nuevo. Y esta inteligencia no es algo que te pueda dar gratis un modelo mejor. Es algo que tú irás desarrollando, ajustando y mejorando a lo largo de los años. No es algo portátil. Es un recurso que justifica que se invierta en una plataforma.

---

La ventaja del ecosistema

Desarrollar sobre un ecosistema abierto

No hay que elegir entre comprar o desarrollar. Si compras una plataforma bien preparada, podrás desarrollar de manera viable. La plataforma se encargará de la infraestructura. Tu equipo solo tendrá que desarrollar a partir de ella.

Las empresas dependen de sistemas interconectados. Los CMS, CRM, DAM, herramientas de diseño, modelos de IA y plataformas de producto necesitan comunicarse entre sí. Si no logran hacerlo, el contenido, los datos sobre la calidad y la información de las operaciones acaban encerrados en silos. Esta fragmentación hace que resulte muy difícil coordinar los flujos de trabajo o medir el impacto en las distintas funciones.

Phrase añade la conexión necesaria a las operaciones globales de contenido. Une la pila tecnológica de la empresa mediante integraciones abiertas e independientes. Los sistemas de marketing, producto y cliente se conectan a un único pilar de inteligencia lingüística. Los datos y el contenido van fluyendo desde su creación hasta la entrega final, y siempre permiten a los equipos compartir la visibilidad y el control.

A medida que los distintos socios van desarrollando soluciones verificadas para Phrase, el ecosistema va creciendo. Los clientes obtienen acceso a soluciones totalmente listas que podrán incluir en sus flujos de trabajo sin tener que desarrollar nada desde cero. Los desarrolladores obtienen una base flexible y centrada en las API que ir ampliando y con la que innovar sin necesidad de ir gestionando toda la infraestructura.

---

El marco de las decisiones

Cinco preguntas que hacerse antes de empezar a desarrollar

Empieza comprando, no desarrollando. Si hay una plataforma disponible comercialmente que solucione tu problema, úsala. Si cumple con casi todo lo necesario, desarrolla a partir de ella. Desarrolla desde cero únicamente si no tienes ninguna otra manera de cumplir con tus requisitos.

La decisión debe tomarse teniendo en cuenta el coste total de la propiedad, no del proyecto. Este marco ayudará a los equipos de liderazgo a tomar una decisión formulando las preguntas adecuadas.

---

Lecciones de los líderes

Qué han descubierto los líderes sobre la decisión entre comprar y desarrollar

No es habitual tener que tomar la decisión entre comprar y desarrollar una única vez. La mayoría de líderes empresariales se han topado con esa encrucijada en varias ocasiones, con puestos distintos y con resultados diferentes. Hemos obtenido todas estas perspectivas distintas en nuestras entrevistas del pódcast de Phrase In other words.

---

Opiniones de clientes

El paso de las empresas del desarrollo interno a las plataformas

Las siguientes organizaciones dejaron las operaciones de contenido fragmentadas o internas y empezaron a usar la plataforma con unos resultados medibles y claros.