Cómo elegir un studio de product engineering en 2026: la guía del comprador
Cinco pasos para evaluar un studio de product engineering antes de firmar, con preguntas, scope y cláusulas de contrato que separan un partner de un proveedor.
Elegir un studio de product engineering es una de las decisiones más caras que toma un founder en 2026. Un engagement de seis meses con un equipo senior en Europa cuesta entre 250k y 600k euros. Una mala elección cuesta más que la factura: cuesta el año que pasaste enviando lo equivocado, el runway que quemaste rehaciendo trabajo y una pérdida de momentum que no se puede precificar.
El mercado además hace mucho ruido. La categoría Digital Product Engineering vale hoy 1,5 billones de dólares globales según el tracker Gartner 2026, y la oferta se ha llenado de studios que en la landing parecen iguales. La guía de abajo es la que usamos, la que hemos visto usar a nuestros pares y la que hemos visto saltarse a founders que se arrepintieron.
Un artículo, cinco pasos, contratos y preguntas en lenguaje claro.
Antes de empezar: ¿estás listo para contratar uno?
Un studio es la respuesta correcta cuando se cumplen tres condiciones. Primero, tienes un problem statement escrito que cabe en un párrafo, no en un documento de Notion. Segundo, tienes un product owner interno o un founder con 8-12 horas a la semana para dedicar al engagement. Tercero, tienes una horquilla de presupuesto, no un deseo.
Si te falta cualquiera de estas, no estás contratando un studio todavía. Estás contratando un sprint de discovery, un CTO fraccional o un único contractor senior para que te ayude con el scope. La diferencia entre esos roles la cubrimos en studio frente a freelancer frente a agencia.
Paso 1: Haz una shortlist de cinco, no de cincuenta
La tentación es llenar un Excel con treinta studios sacados de Google. Resístete. Una shortlist de cinco studios bien elegidos te dará más señal en dos semanas que treinta en dos meses.
Los cinco salen de tres fuentes. Dos de tu red: pregunta a dos founders un escalón por delante de ti a quién han usado y a quién volverían a usar. Dos de tu stack: el design system que usas, el framework con el que envías o la base de datos que corres tienen todos directorios de partners con studios filtrados que conocen el stack. Uno de outbound: un studio que ha publicado escritura técnica sobre tu problema, no un blog comercial sobre "transformación digital".
Filtra los cinco con un único criterio antes de la primera call: ¿tienen al menos un case study enviado que case con tu etapa y tu stack? Si el portfolio de un studio son rebrands enterprise y tú eres una SaaS seed, no es match, por muy senior que parezca el equipo.
Paso 2: Haz una fit call de 30 minutos con seis preguntas guion
La primera call es un chequeo de encaje por las dos partes, no un pitch. Entra con seis preguntas que le haces a cada studio, las mismas seis, grabadas. Puntúa cada una sobre tres cuando transcribas la call.
- ¿Quién haría el trabajo de verdad? Nombres, roles, horas por semana, y si esa gente está en la call ahora mismo. El studio que lleva al principal a la venta y a los juniors al proyecto es el fallo más común del mercado.
- ¿Cuál fue el último engagement que rechazaste, y por qué? Un studio que nunca ha dicho que no no tiene perfil. La respuesta te dice cuál creen que es su filo y cuál creen que debería ser el tuyo.
- Enséñame un hilo de Slack o un tablero de Linear de un engagement actual. Anonimizado vale. Estás buscando cadencia, lenguaje de ownership y si la gente del studio suena a compañeros de equipo o a contractors esperando tickets.
- ¿Cómo es tu demo semanal y quién asiste? La respuesta revela si envían en público o en privado, si el founder está dentro o fuera del loop.
- ¿Qué hacéis cuando un sprint de discovery mata el scope original? Los studios que tienen respuesta ya han hecho discovery. Los studios que se evaden te van a pelear los scope changes después.
- ¿Cuál es vuestro plan de hand-off si queremos internalizarlo a los doce meses? La respuesta correcta incluye documentación nombrada, una semana de transferencia de conocimiento y una repo limpia desde el día uno. La razón por la que esto importa está en el problema del handover.
Si tres de las seis respuestas no son un 3 sobre 3 limpio, sigue adelante. Una founder nos contó el año pasado que rechazó a un studio en la fit call y se ahorró un ciclo de rework de 400k. La señal al principio es alta si estás escuchando.
Paso 3: Paga un sprint de discovery antes del engagement principal
Dos studios parecerán idénticos sobre el papel después de la fit call. La forma de separarlos es pagar un sprint de discovery, de dos a cuatro semanas, entre 5k y 25k según el scope, con un deliverable fijo. El deliverable es un problem statement escrito, una arquitectura de una página, un backlog del primer sprint y un precio para el engagement principal que puedas comparar manzana con manzana.
Tres razones por las que vale el coste. El sprint de discovery obliga al studio a hacer los deberes antes de firmar un contrato de seis cifras, lo que saca a la luz los desalineamientos antes de que sean facturas. Te da una muestra operativa del pensamiento del studio sobre tu problema concreto. Y prueba cómo se comporta el studio cuando tiene skin in the game y una fecha límite.
Si un studio se niega a un sprint de discovery pagado, eso es información. La razón honesta suele ser que el pricing del studio depende de cerrar el engagement principal, y un sprint de discovery baja la tasa de conversión. No es tu problema subvencionarlo.
Corre el mismo brief de discovery en ambos studios. Compara los outputs lado a lado. El studio que entrega un problem statement más afilado y un backlog más honesto gana, aunque su precio sea más alto.
Paso 4: Pasa el contrato por un abogado que haya leído MSAs
La estructura contractual que te protege en 2026 es un Master Services Agreement más una Statement of Work, no un único documento gordo. El MSA cubre los términos que no cambian. La SOW cubre el scope que sí. Firmas un MSA, firmas una SOW nueva cada vez que cambia el scope.
Cinco cláusulas que tu abogado debe mirar a fondo:
- Cesión de IP al pago. Todo el work product, incluido código, archivos de diseño y prompts AI, se te cede al pago de la factura que cubre ese trabajo. No al completarse el proyecto, no en un hand-over final. Al pago. Te protege si el engagement se rompe a medias.
- Propiedad de la repo desde el día uno. El código en una repository que tú posees, desde el día uno, con commits diarios. Archivos semanales o entregas a final del engagement no cuentan. Si el studio no puede hacer eso, está trabajando sobre un fork privado que se va a quedar.
- Protocolo de cambio de scope. Un proceso escrito de change-order con SLA de 48 horas, un precio para el cambio y firma de las dos partes. Sin eso, el scope creep se convierte en invoice creep.
- Termination for convenience con treinta días de preaviso. Puedes cerrar el engagement por cualquier razón con un preaviso pagado de treinta días. Los studios que resisten aquí están precificando lock-in. Aléjate.
- Tope de responsabilidad y cláusula AI. Tope de responsabilidad de una a dos veces el valor de la SOW. Cláusula AI que especifica qué herramientas AI usa el studio, quién posee los datos de entrenamiento y qué pasa si un proveedor AI es nombrado en una reclamación de terceros. Nueva en 2026, ausente en casi todas las plantillas de 2024.
Un abogado que habla MSA de software cuesta entre 3k y 8k por la revisión, y es el gasto con más palanca del proceso. Si no has firmado un MSA antes, no negocies el primero tú solo.
Paso 5: Mira las primeras dos semanas como si el engagement dependiera de ellas
Las primeras dos semanas del engagement son el engagement. Si el studio acierta con cadencia, ownership y claridad en las primeras dos semanas, el resto va a funcionar. Si eso se rompe en las primeras dos semanas, un status report más tarde no lo va a salvar.
Cuatro señales que seguir cada viernes del primer mes:
- ¿Hay un artefacto entregable cada semana? Una PR mergeada, una preview deployada, un flujo que funciona. Un studio que pasa dos semanas sin un artefacto entregable está escondiendo trabajo, scopeando mal o falto de personal.
- ¿El studio levanta los riesgos antes de que los encuentres tú? Un studio bueno saca a la luz un bloqueo el martes. Un studio malo saca a la luz el mismo bloqueo el viernes después de que preguntes.
- ¿La gente en la call es la gente en los commits? Cruza los nombres del kick-off con el log de git. Si un nombre senior está en el deck pero los commits vienen de aliases junior, tienes el problema del bait-and-switch.
- ¿Se toman decisiones o se aplazan? Un engagement sano cierra de cinco a diez decisiones por semana. Un engagement enfermo abre veinte y cierra dos.
Si dos de las cuatro están en rojo después de dos semanas, tienes una conversación seria en la semana tres. Si siguen en rojo en la semana cuatro, accionas la cláusula de terminación y lo haces sin pedir perdón. El coste de salir en la semana cuatro es pequeño. El coste de salir en el mes cuatro es el proyecto.
Cómo se ve esto en la práctica
Una founder con la que trabajamos el trimestre pasado corrió esta guía en un engagement de 380k euros para enviar un MVP SaaS B2B. Empezó con treinta studios sacados de una hoja de referidos, filtró a cinco con el criterio de etapa y stack, corrió seis preguntas guion en cada fit call, pagó a dos studios 12k cada uno por un sprint de discovery en paralelo, eligió al studio cuyo output de discovery se leía como si lo hubiera escrito un co-founder, y pasó el MSA por un abogado que marcó un tope de responsabilidad ausente en la plantilla del studio.
El MVP salió en cinco meses y medio en vez de siete. El studio al que no eligió luego cerró. El gasto en discovery fue el 6% del valor del engagement y la partida con más ROI del proyecto.
Fallos comunes y cómo verlos
Los cuatro fallos que vemos repetirse en el mercado de 2026:
- Comprar el deck, no el equipo. El principal es brillante. Los juniors que construyen de verdad no aparecen hasta la segunda semana. Solución: pídele al principal que no esté en la tercera call, y córrela con la gente que va a escribir el código.
- Fixed-price para un producto con mucho discovery. Los contratos fixed-price funcionan para proyectos con scope conocido. No funcionan para productos. Exige time-and-materials o un híbrido con una fase de discovery a precio fijo. Las cuentas están en el impuesto de agencia.
- Sin rampa de salida. El contrato presupone un final feliz. No hay camino para lo que pasa si no lo es. Termination for convenience, IP al pago y propiedad de la repo desde el día uno son las tres cláusulas que construyen la rampa de salida.
- Saltarse el sprint de discovery para ahorrar. El sprint de discovery es la parte más barata del contrato. Saltárselo no ahorra dinero. Mueve el gasto de un riesgo de 20k a un riesgo de 200k.
La versión corta
Shortlist de cinco, seis preguntas, discovery pagada en paralelo, abogado para el MSA, y ojos en las primeras dos semanas. La decisión se toma en la semana tres, no en la propuesta firmada en la semana seis. Trata el primer mes como la entrevista, porque lo es.
Preguntas frecuentes
- ¿Cuál es la diferencia entre un studio de product engineering y una agencia de software?
- Una agencia vende un proceso y un equipo para ejecutar un scope que tú llevas. Un studio de product engineering vende criterio sobre qué construir y el equipo para enviarlo. En la práctica la línea es difusa, pero el proxy es quién posee la definición del problema. Si el studio espera que le pases tickets, tienes una agencia. Si el studio espera cuestionar tus tickets, tienes un studio. El pricing lo refleja: las agencias ofertan sobre scope, los studios ofertan sobre outcomes.
- ¿Debo firmar un contrato fixed-price o uno time-and-materials con un studio de product engineering?
- El fixed-price para productos es una trampa porque el scope de un producto cambia durante la discovery. El time-and-materials funciona cuando hay confianza y una cadencia semanal que las dos partes pueden leer. Un híbrido suele ser la respuesta correcta: fixed-price para el sprint de discovery, time-and-materials para el engagement principal con tope mensual y una fase fixed-price solo para una entrega bien delimitada como una migración o un lanzamiento.
- ¿Necesito un CTO fraccional antes de contratar un studio de product engineering?
- Solo si no tienes un co-founder técnico y el engagement implica decisiones arquitectónicas que no puedes evaluar por tu cuenta. Un CTO fraccional vale 8-12 horas al mes para leer la propuesta arquitectónica del studio, estar en la demo semanal y traducir trade-offs al lenguaje del board. Si tienes un co-founder técnico, no necesitas además un CTO fraccional. Si no tienes ninguno de los dos, el CTO fraccional se contrata antes del studio, no en paralelo.
Studio
Empieza un proyecto.
Un partner único para el producto digital que necesitas construir. Producción más rápida, tecnología moderna, costes reducidos. Un equipo, una factura.