SOFTWARE FACTORY VS CONSULTORA TRADICIONAL: LA DIFERENCIA CUANDO NECESITAS IA EN PRODUCCIÓN

Una software factory de IA entrega sistemas funcionando en producción como producto final, mientras que una consultora tradicional entrega estrategia, documentos y recomendaciones. La diferencia clave es el deliverable: código deployado vs PDFs con roadmaps. En nodo., con 7 productos en producción y un modelo híbrido de estrategia + ejecución, operamos como factory AI-first donde la misma persona que entiende el negocio escribe el código.

En nodo. operamos como una software factory AI-first con capacidad de consultoría estratégica. Fundada por Eduardo Lobos Stevens (ex-NVIDIA, MIT, UC Berkeley), con 7 productos en producción. Este artículo analiza por qué el modelo importa y cuándo cada uno tiene sentido.

¿Por qué las consultoras tradicionales pierden contexto en proyectos de IA?

En una consultora tradicional de tecnología, el flujo de un proyecto de IA típico involucra 4-6 roles entre el cliente y el código. El partner vende el proyecto al cliente. El manager define los requerimientos y escribe el brief. El arquitecto diseña la solución. El lead técnico traduce el diseño a tareas. Los developers implementan. El QA valida.

Cada handoff pierde contexto. El partner entiende el problema de negocio pero no sabe qué pueden hacer los LLMs actuales. El manager traduce a requerimientos genéricos. El arquitecto diseña algo que el developer no puede implementar en el tiempo disponible. Cuando el código llega a producción, la solución resuelve un problema que ya mutó 3 veces.

En proyectos de IA, este problema se amplifica. La diferencia entre un prompt que funciona y uno que alucina es sutil. La decisión de usar RAG vs fine-tuning requiere entender tanto el negocio como la tecnología. Estas decisiones no se pueden delegar a través de un documento de requerimientos.

¿Qué entrega una consultora vs una software factory de IA?

Ninguno de estos modelos es inherentemente superior. Una empresa que necesita definir su estrategia de IA a nivel corporativo probablemente necesita una consultora. Una empresa que ya sabe qué quiere construir necesita una factory. El problema es cuando contratas una consultora esperando software, o una factory esperando estrategia.

¿Por qué los proyectos de IA necesitan el modelo de software factory?

La inteligencia artificial en producción tiene características que la hacen particularmente inadecuada para el modelo tradicional de consultoría. Según RAND Corporation (2024), el 80% de los proyectos de IA fallan antes de llegar a producción, significativamente más que la tasa general de fracaso en proyectos de software. Un informe de McKinsey (2024) muestra que las organizaciones con equipos integrados de IA (no consultores externos) tienen 3.2x más probabilidad de llevar modelos a producción en menos de 3 meses.

La IA requiere iteración, no planificación

No puedes predecir cómo se va a comportar un LLM con datos reales hasta que lo pruebas con datos reales. Un prompt que funciona perfecto con 10 ejemplos de prueba puede fallar espectacularmente con el ejemplo 11. La evaluación de modelos de IA (Claude, GPT-4o, Gemini, Llama) requiere experimentación empírica, no análisis teórico. Planificar 3 meses de IA sin construir nada es como diseñar un puente sin medir el terreno.

El feedback loop debe ser corto

Los mejores sistemas de IA se construyen con ciclos de feedback de días, no de trimestres. Un agente IA para compliance que procesa 44,000 entidades de listas de sanciones necesita ajustes basados en falsos positivos reales. Esos ajustes los hace la misma persona que escribió el algoritmo de matching, no un consultor que lee un reporte de QA.

El talento que construye IA es escaso

En Chile, los ingenieros con experiencia real implementando LLMs en producción (no fine-tuning en Colab, producción real con usuarios) son escasos. Las consultoras tradicionales asignan este talento a múltiples cuentas. Las software factories lo concentran en construir.

¿Cómo funciona el modelo híbrido de nodo.?

nodo. opera como una software factory con capacidad de consultoría estratégica integrada. El modelo:

La diferencia clave: las decisiones estratégicas se validan con código, no con slides. Si la estrategia dice "implementar un chatbot con RAG para soporte", en la semana 1 ya existe un prototipo funcionando que demuestra si la estrategia tiene sentido o si necesita ajustes.

¿Cuándo contratar una consultora y cuándo una software factory?

Para ser justos, hay casos donde la consultora tradicional es la opción correcta:

• Consultora: cuando necesitas convencer al directorio de invertir en IA y no tienes un caso de uso definido
• Consultora: cuando necesitas un assessment de riesgos y governance de IA a nivel corporativo
• Consultora: cuando necesitas capacitación masiva en conceptos de IA para equipos no técnicos
• Factory: cuando tienes un problema específico y necesitas una solución IA funcionando
• Factory: cuando ya probaste internamente y necesitas escalar a producción
• Factory: cuando el tiempo es crítico y cada semana sin solución tiene costo medible

¿Consultora o software factory para tu proyecto de IA?

La diferencia entre software factory y consultora no es de calidad: es de deliverable. Las consultoras entregan conocimiento y estrategia. Las factories entregan sistemas funcionando. Cuando el objetivo es IA en producción, necesitas una organización donde la persona que entiende tu negocio sea la misma que escribe el código. Sin game of telephone. Sin handoffs. Sin PDFs que nadie lee.

En nodo. nuestro lema es "Documentos no. Código en producción." No es una provocación: es una descripción precisa de lo que entregamos.