Un equipo de desarrollo para tu startup: qué tipo contratar y cómo elegirlo

Nadie puede nombrar con honestidad la empresa adecuada para tu startup sin saber qué estás construyendo. Dos cosas deciden la elección: en qué medida tu producto depende de ingeniería compleja y en qué etapa estás. Para un producto web o móvil corriente, suele bastar un pequeño estudio de producto o dos ingenieros freelance senior y, si no tienes perfil técnico, un asesor técnico con experiencia de tu lado. Algunos productos solo funcionan cuando funciona algo difícil, por ejemplo una plataforma de trading o un modelo que toma decisiones mientras el usuario espera. Para esos, busca una empresa que ya opere ese tipo de sistema en producción.

¿Qué tipos de equipos de desarrollo puede contratar una startup?

Una startup puede contratar seis tipos de equipo. La tarifa por hora importa menos que otras dos cosas: quién planifica el trabajo y dónde vive el conocimiento de tu producto cuando el trabajo se detiene.

Un freelance es un ingeniero al que contratas directamente y al que pagas por horas o por tarea. Sirve para un prototipo o para un único encargo bien definido, como una landing page o una pantalla de administración. Lo gestionas tú mismo, y cuando se va, lo que sabía de tu producto se va con él.

Una agencia o estudio de producto construye toda la primera versión, diseño incluido, normalmente por un precio cerrado o una cuota mensual. Un buen estudio ha lanzado muchos productos como el tuyo y conoce bien las partes habituales, como el registro de usuarios y los pagos. Su punto débil aparece cuando la parte difícil de tu producto se sale de lo común. Pregunta si las personas que te venden el proyecto también lo van a construir.

Una empresa de ingeniería especializada trabaja en una clase acotada de sistemas difíciles, por ejemplo plataformas de trading o subastas publicitarias que tienen que responder en una fracción de segundo. Puede enseñarte uno funcionando en producción. Se le paga como a un estudio o a un equipo dedicado, por proyecto o por mes. Para una app corriente es la elección equivocada, porque pagarías por una profundidad que no usas, y una buena empresa de este tipo te lo dirá.

Un equipo dedicado es un grupo de ingenieros de una empresa externa que trabajan solo en tu producto y a los que pagas cada mes. Encaja en la etapa en la que el plan cambia demasiado a menudo para un precio cerrado. Alguien de tu lado tiene que decidir cada semana qué viene después.

Los ingenieros internos son empleados tuyos, así que el conocimiento del producto se queda en tu empresa. Eso importa sobre todo cuando el producto ya es el negocio. El coste sigue corriendo cada mes, esté claro el plan o no.

Un CTO fraccional es un líder de ingeniería con experiencia que trabaja para ti a tiempo parcial, por ejemplo uno o dos días a la semana. Redacta el brief, entrevista a los candidatos, revisa el trabajo y te avisa pronto cuando algo va mal, mientras el equipo que contratas escribe el código. Si no tienes perfil técnico, suma uno al equipo que elijas, sea cual sea, y pregúntale desde el principio si cobra comisiones de las empresas que recomienda.

¿Qué tipo de equipo encaja con mi startup?

¿En qué medida depende tu producto de ingeniería compleja? Pregúntate qué pasa si va lento o se equivoca durante un minuto. Si los usuarios esperan y se quejan, la ingeniería es corriente, y un buen equipo generalista puede construirla. Si ese minuto cuesta dinero, por una operación a un precio equivocado o por una subasta publicitaria perdida, necesitas a gente que ya haya construido ese tipo de sistema.

¿En qué etapa estás y cuánto dinero tienes ya en el banco? El dinero levantado en una ronda te permite comprometerte con un equipo mensual. Antes de la financiación, gasta en demostrar que la gente quiere el producto y mantén pequeña la parte de ingeniería.

• Si todavía no has levantado dinero y el producto es corriente, construye un prototipo clicable o contrata a un freelance, y dedica tu propio tiempo a los clientes.
• Si has levantado una ronda y necesitas la primera versión de un producto corriente, contrata un estudio de producto o a dos ingenieros freelance senior, con un CTO fraccional que revise el trabajo.
• Si has levantado una ronda y el núcleo del producto es ingeniería compleja, contrata una empresa de ingeniería especializada y pon de tu lado a un responsable técnico, en plantilla o fraccional.
• Si la primera versión ya está lanzada y los usuarios pagan por ella, empieza a contratar a tus propios ingenieros, primero a un responsable técnico. Mantén el equipo externo hasta que tu gente pueda operar el producto sin él.
• Si lo que vendes es la ingeniería, planifica tu propio equipo desde el principio, aunque una empresa externa construya la primera versión.

Si la parte difícil de tu producto es una plataforma de trading o un sistema de IA, estos artículos van más allá:

¿A quién me recomendarías para mi startup?

Responder a esta pregunta con un solo nombre sería una conjetura, y este artículo no hace rankings de empresas. Lo que sí puede recomendar es el tipo de equipo de la sección anterior y una forma de convertir ese tipo en tres nombres que hayas comprobado tú mismo.

Los candidatos a los que merece la pena llamar salen de unos pocos sitios:

• Busca fundadores cuyos productos se parezcan al tuyo y ya estén lanzados. Pregúntales quién los construyó y si volverían a contratar a las mismas personas.
• Pregunta a tus inversores qué equipos usaron sus otras empresas y cómo les fue.
• Busca trabajo que puedas comprobar tú mismo: productos que puedas abrir y usar, y código o artículos firmados por los ingenieros del equipo.
• En los directorios de reseñas, lee solo las reseñas que nombran a la persona y el proyecto, para poder contactar con su autor.

Después escribe una página: qué hace el producto y para quién, lo único que tiene que funcionar el primer día, qué existe ya, tu fecha límite y quién toma las decisiones de tu lado. Envía la misma página a tres candidatos. Sus preguntas te dicen tanto como sus propuestas: un equipo que ya ha construido algo parecido pregunta por tus usuarios y tus riesgos antes de hablar de tecnología.

No tengo perfil técnico. ¿Cómo puedo evaluar a un equipo de desarrollo?

En 2006, Paul Graham, uno de los fundadores de Y Combinator, escribió que lo que acabó con la mayoría de las startups de comercio electrónico de la década de 1990 fueron los malos programadores. Según su relato, los fundadores de esas startups no sabían distinguir a los buenos programadores de los malos. Sobre cómo elegir buenos programadores si no eres programador, escribió: «No creo que haya una respuesta».

Aun así, no hace falta leer código para evaluar a un equipo. Empieza por el software que funciona, que sí puedes ver. Uno de los principios del Manifiesto Ágil de 2001 dice: «El software funcionando es la medida principal de progreso». Si una empresa dice que trabaja de forma ágil, exígele que cumpla esa frase y pide algo en lo que puedas hacer clic cada semana.

Para lo que no puedes ver, paga a alguien que sí pueda. Un CTO fraccional o un ingeniero independiente, pagado por ti y sin vínculos con la empresa, puede leer el código una vez al mes y decirte en palabras sencillas qué le preocupa.

¿Cómo compruebo a un equipo de desarrollo antes de firmar?

Cuatro comprobaciones no requieren conocimientos técnicos.

Empieza por sus clientes. Pide el contacto de dos clientes cuyos productos ya estén lanzados y que hayan trabajado con la empresa en los dos últimos años, y llámalos tú mismo. Pregúntales:

• ¿Quién de la empresa trabajó en su producto y siguen en ella esas personas?
• ¿Qué salió mal durante el proyecto y qué hizo la empresa al respecto?
• ¿Con qué frecuencia veían software que funcionaba?
• ¿Volverían a contratar al mismo equipo para la próxima versión?

Después averigua quién va a construir tu producto. Pide el nombre y el rol de cada persona, y qué parte de su semana te dedica. Pregunta si alguien de la reunión comercial va a escribir código. Reúnete con el líder técnico antes de firmar y pon los nombres en el contrato, no solo en la propuesta.

Paga una prueba. Da a dos candidatos el mismo encargo pequeño y real, pagado según sus tarifas habituales, con criterios de aceptación por escrito acordados antes de empezar. Basta con una o dos semanas. El resultado es tuyo elijas el equipo que elijas, y ves cómo pregunta cada uno y cómo informa de los problemas antes de comprometerte con meses de trabajo.

Acuerda demos semanales antes de firmar. A partir de la segunda semana, deberías ver cada semana software que funciona en un enlace que puedas abrir tú mismo. Las diapositivas y los informes de avance en porcentajes no cuentan. Si pasa un mes sin nada en lo que puedas hacer clic, para y pregunta por qué antes de pagar la siguiente factura.

¿Qué debería ser propiedad de mi startup desde el primer día?

Registra a nombre de tu empresa todo lo que el producto necesita para funcionar y da al equipo externo un acceso más limitado que el de tu propia gente.

• El código está en la cuenta de tu empresa, por ejemplo en una organización de GitHub que hayas creado tú. La documentación de GitHub dice que los propietarios de la organización «tienen acceso administrativo completo a tu organización» y que el rol debe limitarse, «pero a no menos de dos personas». Asigna ese rol a dos personas de tu empresa.
• Las cuentas en la nube se abren con una dirección de correo de la empresa. En Amazon Web Services, la dirección de correo y la contraseña con las que se crea una cuenta sirven para iniciar sesión con una identidad que tiene «acceso completo a todos los servicios y recursos de AWS de la cuenta». Esa dirección debe pertenecer a tu empresa.
• Si tienes una app para iPhone, inscríbete en el programa de desarrolladores de Apple como empresa. Quien hace la inscripción pasa a ser el titular de la cuenta (Account Holder), la persona que, en palabras de Apple, tiene que «aceptar los acuerdos legales en nombre de tu organización» y «aprobar los cambios bancarios en tu cuenta».
• El nombre de dominio, el correo de la empresa y las cuentas de analítica y del proveedor de pagos siguen la misma regla.

El contrato debe ceder por escrito el código y el producto a tu empresa. Si el proveedor conserva derechos sobre sus propios componentes reutilizables, pide la lista nombre por nombre y una licencia para seguir usándolos si la relación termina. El artículo sobre equipos dedicados enlazado más arriba trata el contrato en detalle.

¿Cuáles son las señales de alarma al contratar un equipo de desarrollo?

• Te dan un precio cerrado por todo el producto después de una sola llamada, antes de que nadie pregunte qué podría esperar a más adelante.
• La empresa quiere tener el código o alguna de tus cuentas a su propio nombre.
• No hay ningún cliente al que puedas llamar, solo capturas de pantalla y logotipos.
• Rechazan una prueba remunerada, pero esperan un anticipo elevado antes de que hayas visto funcionar nada.
• Pasa un mes sin nada en lo que puedas hacer clic, y el avance llega en forma de porcentajes.
• Aceptan cualquier funcionalidad y cualquier plazo sin una sola pregunta sobre qué es lo más importante.
• El producto funcionaría sobre la plataforma propia de la empresa, bajo licencia, y nadie explica qué pasa si te vas.

¿Dónde encaja amBrain?

De los seis tipos de equipo de arriba, amBrain es una empresa de ingeniería especializada. Construye y repara sistemas en tiempo real para trading, FinTech y AdTech, y acepta proyectos de IA en cualquier sector. Fuera de la IA, no acepta trabajos ajenos a esos campos. Si tu startup es un producto web o móvil corriente sin IA en su núcleo, un estudio de producto o unos ingenieros freelance senior te encajarán mejor.

amBrain lleva construyendo software desde 2019. Sus formas de trabajar caben en una frase: «Tres formatos: entrega completa, un equipo dedicado o ingenieros integrados en tu equipo». Sus condiciones de propiedad también caben en una frase: «El cliente conserva la propiedad completa del producto y del código, salvo nuestros componentes reutilizables». Como con cualquier empresa, pide la lista de esos componentes nombre por nombre antes de firmar.

Si tu startup está en uno de esos campos, amBrain puede ser uno de los tres candidatos que reciban tu brief de una página.

Preguntas frecuentes

• ¿Necesito un cofundador técnico en lugar de un equipo de desarrollo? Depende de tus inversores y de lo que vendas. Las preguntas frecuentes de Y Combinator responden así a un fundador sin perfil técnico: «Es importante que el equipo fundador tenga las habilidades para construir su producto por sí mismo, en lugar de externalizarlo a otra persona. En la mayoría de los negocios, eso suele significar que necesitas un cofundador técnico». Si piensas levantar dinero de inversores que lo ven así, empieza a buscar a esa persona ya, aunque un equipo externo construya la primera versión.
• ¿Debo pagar un precio cerrado o una cuota mensual? Un precio cerrado encaja con una primera versión pequeña que puedas describir por completo sobre el papel. Si el plan va a cambiar a medida que aprendes de los usuarios, un equipo mensual con demos semanales te da más control. En ambos casos, deja por escrito qué significa «terminado» para cada parte antes de que empiece el trabajo.
• ¿Puedo cambiar de equipo más adelante? Sí, si el código y las cuentas ya son tuyos y el producto se puede construir a partir de instrucciones escritas. Compruébalo antes de necesitarlo: pide a un ingeniero ajeno al equipo que monte el producto en una máquina limpia usando solo la documentación.