Modelos de colaboración
Cuatro formas de colaborar
Cada problema pide una estructura comercial distinta. Aquí tienes una comparación honesta, incluido dónde encaja mal cada modelo. Si no tienes claro cuál te conviene, una llamada de 30 minutos para definir el alcance suele bastar para orientarte hacia el adecuado.
Proyecto a precio cerrado
Alcance definido, precio definido, plazo definido.
- Equipo típico
- 4–8 especialistas reunidos para el proyecto
- Plazo de arranque
- 2–4 semanas desde la firma del SOW
- Estructura de precio
- El discovery se factura por tiempo y materiales; la entrega, por hitos fijos.
Ideal para
- Proyectos con un alcance nítido y estable, y criterios de aceptación claros
- MVP con una fecha de lanzamiento fija
- Procesos de contratación que exigen compromisos firmes de CAPEX
Dónde falla
- Los cambios de alcance cuestan más que en T&M, y es a propósito: el valor de este modelo es la previsibilidad
- No es adecuado cuando los requisitos son exploratorios o es probable que cambien
Cómo funciona
- 1Hacemos un discovery de pago (1–2 semanas) para reducir el riesgo del alcance, estimar y elaborar el plan de entrega
- 2Nos comprometemos con un precio cerrado y un plazo de entrega fijo
- 3Las solicitudes de cambio se gestionan con un proceso sencillo de órdenes de cambio: se presupuestan y planifican antes de empezar a trabajar
Tiempo y materiales
Pagas por lo que realmente desarrollamos, a medida que lo desarrollamos.
- Equipo típico
- 2–6 ingenieros, con ajustes al alza o a la baja en cada sprint
- Plazo de arranque
- 1–2 semanas desde la firma del MSA + SOW
- Estructura de precio
- Tarifa horaria media o por perfil. Factura mensual con el desglose detallado del trabajo realizado.
Ideal para
- Desarrollo continuo de producto con prioridades cambiantes
- Equipos que iteran hacia el product-market fit
- I+D o prototipado cuando las especificaciones aún no están concretadas
Dónde falla
- Menos previsible que el precio cerrado: asumes el riesgo del alcance a cambio de flexibilidad
- Requiere un product owner implicado por tu parte que priorice de forma continua
Cómo funciona
- 1Sprints semanales o quincenales con seguimiento transparente de las horas de ingeniería
- 2Tú marcas las prioridades; nosotros cumplimos el objetivo de sprint acordado
- 3La factura mensual refleja el trabajo realmente entregado, con un desglose detallado
AI Pod
Un equipo ya formado y potenciado con IA que entrega en producción desde el primer sprint.
- Equipo típico
- 4–7 especialistas por pod, más una capa agéntica a medida (orquestación, RAG, herramientas internas)
- Plazo de arranque
- Pod operativo al final de la semana 1; primera entrega en producción en la semana 2
- Estructura de precio
- Por resultados en la mayoría de los proyectos (sin contar tokens ni facturas sorpresa). Alcance y precio cerrados para trabajos bien acotados. Puntos de entrada de bajo riesgo: LLM Integration Sprint de 2 semanas, Documentation Pod de 4 semanas, QA Bot Pod de 90 días y Architecture Review puntual.
Ideal para
- Resultados que requieren un equipo completo (arquitecto, lead, PM, desarrolladores, QA), no un único freelance
- Flujos de IA o agénticos en los que el sistema de evaluación, la observabilidad y los guardrails importan tanto como el modelo
- Proyectos en los que prefieres pagar por resultados antes que por tokens u horas-persona
- Modernizaciones o desarrollos nuevos que tienen que salir en semanas, no en meses
Dónde falla
- Los pods son equipos de proyecto, no call centers: si necesitas un servicio gestionado permanente con SLA, este no es tu modelo
- Si solo necesitas un ingeniero para cubrir un hueco concreto, la ampliación de equipos encaja mejor
- El precio por resultados requiere una métrica que ambos podamos medir; los objetivos difusos quedan fuera
Cómo funciona
- 1Día 1: llamada de discovery; días 2–4: análisis del alcance y de la composición del pod; días 5–7: pod formado e incorporado
- 2Primera entrega en producción en la semana 2: un corte vertical acotado con instrumentación completa
- 3Ciclos trimestrales con métricas de resultado definidas; entre ciclos se puede ampliar, reducir o cerrar
- 4La salida incluye la cesión del 100 % de la propiedad intelectual: código, configuraciones de agentes, prompts, bases de conocimiento RAG y runbooks
Equipo dedicado
Una extensión a largo plazo de tu equipo de ingeniería.
- Equipo típico
- 2–15 ingenieros; los squads pueden crecer más
- Plazo de arranque
- 3–6 semanas para el primer ingeniero seleccionado; más rápido para las siguientes incorporaciones
- Estructura de precio
- Tarifa mensual por ingeniero según su nivel de experiencia. Mínimos trimestrales; preaviso para cambios.
Ideal para
- Clientes que desarrollan un producto durante varios trimestres y necesitan continuidad
- Empresas que cubren carencias estructurales de capacidad sin la carga de la contratación directa
- Organizaciones que quieren ingenieros integrados en sus procesos, no un proveedor que funcione como una caja negra
Dónde falla
- Requiere que tengas una dirección de ingeniería propia: en este modelo no somos un proveedor de servicios gestionados
- No es la opción más barata si solo necesitas un sprint corto de trabajo
Cómo funciona
- 1Entrevistas y apruebas a cada ingeniero, igual que harías al contratar a un empleado
- 2Trabajan en tu horario y con tus herramientas (Jira, Slack, Git, etc.), asisten a tus dailies y reportan a tus responsables
- 3Nos encargamos de la relación laboral, las nóminas, los beneficios, los portátiles, RR. HH. y la retención; tú recibes resultados
¿No sabes cuál encaja?
Una llamada de 30 minutos para definir el alcance suele bastar. Te preguntaremos por los plazos, el grado de certeza sobre el alcance y cómo es tu equipo interno, y te diremos con franqueza qué modelo encaja, incluso cuando no encaja ninguno de los nuestros y otro proveedor te serviría mejor.