Guía
Qué preguntar antes de contratar a quien te haga el software
Contratar a quien te construya el software es fácil de equivocar — y caro equivocarse. La diferencia entre un buen socio y un error costoso suele aparecer en unas pocas preguntas que casi nadie hace al inicio. Aquí el checklist, y cómo suena una buena respuesta.
Por Miguel Alejandro Hayes· Fundador, Hayes Projects
¿Quién es dueño del código, los datos y las cuentas?
Esta es la pregunta que más te protege, y la que la gente se salta. Pregunta sin rodeos: cuando esto esté construido, ¿soy dueño del código, de los datos y de las cuentas donde corre? La respuesta correcta es sí — eres dueño de todo, con el repositorio y los accesos a tu nombre. Si la propiedad es vaga, o todo vive en las cuentas del desarrollador, no tienes un activo, tienes una dependencia.
Sigue con: ¿qué pasa si dejamos de trabajar juntos? Un buen socio tiene una respuesta limpia — te quedas con todo, y cualquiera competente puede retomarlo. Si la respuesta honesta es “solo funciona mientras nos pagues”, eso es lock-in, y es razón para irte.
¿Cómo defines alcance, precio y muestras avance?
Pregunta cómo calcula el costo antes de que comprometas dinero grande. Una respuesta seria es una validación o descubrimiento corto y pagado que define alcance y un número real primero — no una cotización grande sacada del aire, ni “lo vamos viendo”. Deberías comprar un plan, no una esperanza.
Luego pregunta cómo verás el avance. Quieres ver algo funcionando por fases, no que desaparezcan tres meses y rezar. “Algo usable al final de cada fase” es una respuesta sana; “todo encaja al final” es un riesgo. Y pregunta qué pasa después del lanzamiento — el soporte debe ser opcional, no un retainer obligatorio que te atrape.
¿Saben decir que no — y explicar por qué?
La señal más útil es si te dicen cuándo algo es mala idea. Un socio que dice “no necesitas software a medida para eso, una herramienta de $30 lo hace” vale más que uno que dice sí a todo. Si toda respuesta es entusiasta y nada es nunca un mal encaje, ten cuidado — quieres honestidad, no un vendedor.
Por último, para Miami, pregunta si construyen bilingüe por defecto y entienden el mercado local. Y pide cómo piensan, no solo qué han lanzado: un buen socio puede explicarte los pros y contras de tu proyecto en palabras simples. Si no lo pueden explicar simple, quizá no lo entienden a fondo. Esas preguntas, al inicio, te ahorran el error caro.
Preguntas frecuentes
¿Qué debo preguntar antes de contratar un desarrollador de software?
+
Empieza por la propiedad — ¿te quedas con el código, los datos y las cuentas, y qué pasa si se separan (debes quedarte con todo, sin lock-in). Luego cómo definen alcance y precio (una validación corta y pagada, no un estimado al aire), cómo verás el avance (software funcionando por fases), y si el soporte es opcional. Por último, si te dirán cuándo algo es mala idea.
¿Cómo evito quedar atrapado por un desarrollador?
+
Pregunta desde el inicio quién es dueño del código, los datos y las cuentas, e insiste en que la respuesta seas tú, a tu nombre. Confirma que si dejan de trabajar juntos te quedas con todo y cualquiera competente puede retomarlo. Si “solo funciona mientras les pagas”, eso es lock-in — vete.
¿Cuál es una forma sana de cotizar un proyecto de software?
+
Una validación o descubrimiento corto y pagado que define el alcance y el costo exactos antes de comprometer el desarrollo completo, y luego lanzar primero la parte de mayor retorno. Pagas por un plan claro, no por una promesa abierta.
Sobre el autor
Miguel Alejandro Hayes — Fundador, Hayes Projects
Economista y ensayista convertido en desarrollador. Fundó Hayes Projects, un venture studio y laboratorio de software a medida en Miami, para construir software que se lanza, escala y resuelve problemas reales.
Conoce al fundador→¿Quieres respuestas directas a todo esto para tu proyecto? Agenda 20 minutos — sin pitch — y pregúntanos lo que sea.
Agenda 20 min — sin pitch →