Cómo contratar a un desarrollador para arreglar tu app con IA

Para contratar a un desarrollador que arregle una app hecha con Lovable, Bolt, v0, Replit o Cursor, busca a alguien que revise el código antes de darte un precio, que te dé un presupuesto por escrito (cerrado o con tope), que trabaje en tu propio repositorio y tus cuentas, y que te explique en palabras simples lo que cambió. Dale acceso invitándolo con su propia cuenta, nunca mandándole contraseñas ni claves secretas. Aléjate de quien te pida tus contraseñas, quiera reescribir todo antes de mirar o no sepa explicarte el problema.

En esta guía tienes las preguntas que conviene hacer, las señales de alerta y una lista clara de qué compartir y qué guardarte.

¿Qué tipo de desarrollador necesitas?

La herramienta que usaste importa menos que la tecnología que hay debajo. La mayoría de las apps hechas con IA son React o Next.js en el frontend, con Supabase (una base de datos Postgres con inicio de sesión incluido), Firebase u otro backend parecido detrás, y muchas veces Stripe para cobrar. Busca a alguien que haya trabajado con esas piezas.

Normalmente vas a elegir entre tres opciones:

• Un freelancer. Suele ser lo más flexible. La calidad varía mucho, así que las preguntas de abajo pesan más.
• Una agencia o estudio. Más gente y más proceso. Algunas van a querer rehacer tu app con la tecnología que prefieren.
• Un equipo especializado en apps hechas con IA. Ven los mismos problemas cada semana (permisos, pagos, despliegue) y están acostumbrados a trabajar con código que salió de un prompt.

Elijas lo que elijas, aplican las mismas revisiones.

¿Qué preguntar antes de contratar a alguien?

Manda estas preguntas antes de empezar cualquier trabajo. Un buen desarrollador las responde sin problema.

1. ¿Has trabajado con apps hechas con Lovable, Bolt, v0, Replit o Cursor? Buscas a alguien cómodo con código que no escribió y que tiene sus asperezas.
2. ¿Vas a revisar el código antes de darme un precio? Un presupuesto hecho solo con capturas de pantalla es una adivinanza.
3. ¿Qué vas a entregar exactamente? Una lista cerrada de resultados, como "cada usuario solo ve sus propios pedidos", se comprueba mejor que "mejoras generales".
4. ¿El precio es cerrado o por hora con un tope? Las dos opciones pueden servir. Lo que quieres evitar es una tarifa por hora sin techo.
5. ¿Vas a trabajar en mi repositorio, con commits que yo pueda ver? Siempre deberías poder ver qué cambió y seguir adelante aunque esa persona desaparezca.
6. ¿Cómo vas a cuidar mis datos mientras trabajas? Lo que quieres oír: "respaldo primero", "pruebo en una copia", "cambios pequeños".
7. ¿Cómo vas a probar el arreglo? Para permisos, debería hablar de probar con más de una cuenta. Para pagos, de probar primero en el modo de prueba de Stripe.
8. ¿De quién es el código? Tuyo. Si hay alguna duda, que quede por escrito.
9. ¿Podré seguir construyendo con mi herramienta de IA después? La respuesta debería ser sí.
10. ¿Qué tan rápido respondes y por dónde nos comunicamos? Acuérdenlo desde el principio.

¿Cuáles son las señales de alerta?

Cualquiera de estas es motivo para ir más despacio. Dos o más, para buscar a otra persona.

• Te pide tus contraseñas, códigos de verificación en dos pasos o claves secretas. Un desarrollador competente pide que lo invites.
• Quiere reescribir toda la app antes de haberla visto. A veces reescribir es lo correcto, pero nadie lo puede saber sin leer el código.
• No hay alcance ni precio por escrito. El "vamos viendo" suele terminar pasado de presupuesto.
• Quiere mover tu app a sus propias cuentas o servidores sin una razón clara ni un plan para devolvértela. Tu app, tus datos y tu dominio deberían quedarse en cuentas a tu nombre.
• Promete que tu app quedará "100 % segura". Nadie puede prometer eso con honestidad. Lo que sí puede prometer es encontrar y corregir problemas concretos.
• Hace cambios directamente en la app en producción sin un respaldo.
• No sabe explicarte el problema con palabras que entiendas. Si no te lo puede explicar, no tienes forma de saber si quedó arreglado.
• Te presiona para decidir hoy.

¿Qué compartir y cómo?

Comparte el acceso por invitación, con los permisos mínimos para hacer el trabajo. Así ves quién hizo qué y puedes quitar el acceso con un clic.

En cuándo pedir ayuda a un desarrollador tienes una plantilla para describir el problema, y en qué hacer si tu app dejó de funcionar te explicamos cómo juntar los errores.

¿Qué no debes compartir nunca?

• Contraseñas de cualquiera de tus cuentas, incluidas las de tu correo, Lovable, Bolt, GitHub, Supabase o Stripe.
• Códigos de verificación en dos pasos. Quien te pide uno está intentando entrar como tú.
• Claves secretas por chat o correo, como la clave service_role de Supabase o una clave secreta de Stripe. Si un desarrollador necesita una para el servidor, puede configurarla en los ajustes de secretos de la plataforma con el acceso al que lo invitaste.
• Exportaciones con datos reales de clientes, salvo que de verdad hagan falta, estén acordadas por escrito y se manejen con cuidado. Casi siempre bastan datos de prueba.

Si algo se compartió por error, rótalo (crea una clave nueva y revoca la vieja) cuando termine el trabajo.

¿Qué debería pasar mientras trabaja?

1. Deja de pedirle cambios a la IA en el mismo proyecto. Dos tandas de cambios a la vez generan conflictos que luego pagas por desenredar.
2. Acuerden avisos. Uno corto cuando encuentre la causa y otro cuando el arreglo esté listo.
3. Pide un resumen escrito al final: qué estaba mal, qué cambió, cómo lo probó y qué vigilar la próxima vez que le pidas algo a la IA.

¿Qué hacer cuando termina el trabajo?

1. Prueba tú el arreglo con los mismos pasos que mostraban el problema.
2. Quítale el acceso a GitHub, al backend, al hosting y a Stripe, salvo que siga trabajando contigo.
3. Rota cualquier clave que haya podido ver, si no tienes claro cómo se manejó.
4. Guarda el resumen. Te va a servir la próxima vez que algo se rompa.

¿Cómo funciona con Devonauts?

Empezamos por un diagnóstico. El chequeo gratis mira lo que tu app deja ver desde afuera. La Auditoría de rescate ($299, pago único) es una revisión del código hecha por un ingeniero senior, con un informe escrito en 2 días hábiles; si no encuentra ningún problema de severidad media o alta, te devolvemos el total, y si empiezas un plan dentro de 30 días, los $299 se descuentan de tu primer mes.

Los arreglos tienen un precio cerrado que apruebas antes de que toquemos nada. Te pedimos acceso al repositorio de la forma que te resulte más cómoda, y puedes quitarlo cuando quieras. Para ayuda continua está Care a $249 al mes, Care Plus a $749 al mes y Dev Subscription a $2,900 al mes. Una persona te responde en un día hábil como máximo. Los detalles están en nuestra página de precios.

Respuestas rápidas

¿Contrato a alguien que solo conoce la herramienta de IA o a un desarrollador general? Lo que necesitas es alguien que conozca la tecnología de fondo (React, Next.js, Supabase, Stripe). Que esté acostumbrado a código hecho con IA es un plus.

¿Cuánto va a costar? Depende más del problema que de la herramienta. Lo explicamos en cuánto cuesta arreglar una app hecha con IA.

¿Necesito un acuerdo de confidencialidad? Si tu idea o tus datos son sensibles, pídelo. La mayoría de los profesionales están acostumbrados a firmarlos.

¿Listo para pedir ayuda?

Mira cómo funciona nuestro rescate de apps hechas con IA o ve directo a nuestras páginas para apps de Lovable, Bolt, Cursor, Replit y v0. Cuando quieras, mándanos el enlace de tu app y una descripción breve.