Adopción de IA en el desarrollo: vibe coding en lugar de desarrolladores

La product lead de Bitrix24 ha publicado un caso práctico sobre la adopción de IA en el desarrollo: un equipo de cinco personas sin desarrolladores dedicados construyó en tres meses, con ayuda de asistentes de IA, un servicio multiusuario para un maratón corporativo interno.

Qué se construyó exactamente

La tarea parecía sencilla: una herramienta interna para el maratón deportivo anual de Bitrix24, donde los empleados registran su actividad física, ven los resultados de sus compañeros y compiten por equipos. No había una solución lista para ese formato concreto, así que el equipo decidió crear el producto desde cero y eligió el vibe coding como herramienta principal de desarrollo.

• Equipo: 5 personas, sin desarrollador backend dedicado
• Plazo: unos 3 meses, trabajando solo fuera del horario laboral
• Enfoque: vibe coding, con asistentes de IA como herramienta principal para escribir código
• Resultado: un servicio multiusuario funcional para usuarios internos

Obraztsova advierte desde el principio: nada de teoría sobre microservicios ni de esquemas de arquitectura vistosos, solo un repaso honesto de los tropiezos que sufre un equipo cuando perfiles de producto asumen un proyecto realmente técnico.

Por qué se acaban las victorias rápidas

Las primeras semanas producen el efecto clásico del vibe coding: el código aparece rápido y las funciones se van sumando una tras otra. El asistente de IA escribe componentes, gestiona errores y convierte una tarea en código funcional en segundos. Los perfiles de producto se sienten desarrolladores, y ese es un auténtico «momento wow» al principio.

Con el tiempo, sin embargo, el ritmo cae. Las herramientas de IA manejan bien el contexto de un componente aislado, pero se confunden cuando el sistema crece hasta decenas de módulos interconectados. Dependencias incoherentes, lógica duplicada y errores difíciles de diagnosticar en la unión entre capas exigen algo que la IA no hace por ti: pensamiento arquitectónico.

«Aquí no habrá consejos sobre arquitectura de microservicios ni esquemas bonitos.

Habrá un relato honesto de lo que pasa cuando perfiles de producto asumen un proyecto técnico complejo, en qué tropiezan y con qué se quedan al final», escribe Obraztsova.

Cómo el vibe coding se convierte en un equipo AI-driven

La siguiente etapa es una reorganización consciente. El equipo pasa del prompting caótico a un trabajo estructurado: cada miembro se especializa en una parte concreta del producto y sabe formular las tareas a la IA para su propio dominio.

Este cambio modifica las competencias necesarias. En un equipo AI-driven, el product lead dedica más tiempo a descomponer tareas y a dar a la IA el contexto adecuado que a escribir código a mano. El diseño de prompts y el diseño de arquitectura pasan a ser habilidades de igual peso, y la productividad real del equipo surge justo en su intersección.

Al final, los cinco llegaron a un modelo en el que la IA se encarga de la escritura rutinaria de código, mientras las personas hacen lo que la IA hace mal: tomar decisiones de arquitectura, gestionar la deuda técnica y sincronizar los módulos.

Qué significa

El caso de Bitrix24 refleja un patrón cada vez más maduro entre los equipos orientados a la IA: el vibe coding rebaja de verdad la barrera de entrada para perfiles no técnicos y permite arrancar rápido, pero no elimina la necesidad de pensamiento sistémico. Sin un enfoque arquitectónico, el producto no pasa de la fase de prototipo. Las empresas que lo asumen antes evitan refactorizaciones costosas. La IA acelera la ejecución, pero no sustituye al diseño.

¿Cómo usar una red neuronal para desarrollar una herramienta interna?

El equipo de Bitrix24 usó asistentes de IA como motor principal de desarrollo y montó un servicio multiusuario en tres meses de vibe coding (trabajando por las tardes y los fines de semana).

Adopción de IA en el desarrollo: ¿qué aporta?

En el caso de Bitrix24, la adopción de IA permitió que cinco empleados sin desarrolladores dedicados construyeran un servicio multiusuario completo para un maratón deportivo corporativo.

¿Qué problema resolvían?

Necesitaban una herramienta interna para el maratón deportivo anual de Bitrix24, donde los empleados registran su actividad física, ven los resultados de sus compañeros y compiten por equipos.

¿Cuánto duró el desarrollo?

Tres meses de trabajo por las tardes y los fines de semana.