Contratar mal un desarrollo web cuesta más que el proyecto en sí: cuesta el tiempo perdido, el dinero que ya pusiste y el costo de volver a empezar. El error más caro al contratar desarrollo web es aceptar un precio sin un alcance escrito que diga exactamente qué incluye. Sin alcance, cualquier presupuesto es un número arbitrario, y la mayoría de los proyectos que terminan en conflicto arrancan ahí. En Deepyze vimos decenas de empresas que llegaron después de un primer intento fallido. Estos son los 7 errores que se repiten y cómo blindarte.
Error 1: comparar precios en lugar de alcances
El error número uno es pedir tres presupuestos y elegir el más barato. El problema es que casi nunca cotizan lo mismo. Uno incluye diseño UX, testing, responsive y deploy; otro solo la maqueta visual. La diferencia de USD 2.000 no es "margen": es trabajo que no está.
Antes de comparar, exigí que cada propuesta liste: pantallas incluidas, integraciones, quién hace el diseño, si hay testing, si incluye deploy y dominio, y qué pasa con los cambios. Recién ahí los números significan algo.
Error 2: arrancar sin contrato ni alcance escrito
Un acuerdo verbal o un PDF de una carilla no es un contrato. Cuando algo sale mal —y en software siempre hay roces— no tenés con qué reclamar.
Un contrato de desarrollo serio incluye, como mínimo:
- Alcance funcional detallado: qué hace cada pantalla, qué no entra.
- Entregables con fechas y forma de pago por hitos.
- Propiedad del código (clave, ver error 3).
- Política de cambios fuera de alcance y cómo se cotizan.
- Garantía post-entrega: cuántos días de corrección de bugs sin costo.
- Cláusula de salida: qué pasa si una parte abandona.
Error 3: no exigir la propiedad del código
Este es el que más sorpresas da. Pagar por una web no te hace automáticamente dueño del código. Si el contrato no incluye una cláusula explícita de cesión de propiedad intelectual, el desarrollador puede conservar derechos sobre lo que escribió.
El síntoma típico aparece cuando querés cambiar de proveedor: descubrís que no tenés acceso al repositorio, que el código está en una cuenta que no controlás, o que partes del sistema dependen de licencias a nombre del freelancer. Exigí desde el día uno: cesión total del código, acceso al repositorio Git a tu nombre, y que todas las cuentas (hosting, dominio, base de datos) estén bajo tu control.
Error 4: pagar todo por adelantado
El esquema sano es por hitos. Un anticipo del 30-50% para arrancar, pagos contra entregables verificables, y un pago final al cierre. Esto alinea incentivos: el proveedor cobra a medida que entrega, y vos conservás palanca.
| Esquema de pago | Riesgo para vos | Cuándo usarlo |
|---|---|---|
| 100% adelantado | Alto: sin palanca | Nunca |
| 50% / 50% al final | Medio | Proyectos chicos (<USD 3k) |
| Por hitos (3-4 pagos) | Bajo | Estándar recomendado |
| Por sprint / mensual | Bajo | Proyectos largos o evolutivos |
¿Estás por contratar un desarrollo y querés una segunda opinión sobre el alcance? Agendá una llamada de 30 minutos y revisamos tu caso sin costo.
Error 5: no validar quién va a programar de verdad
Muchas agencias venden con su mejor perfil y después ejecutan con juniors o tercerizan a otro país sin avisar. No está mal tener juniors en el equipo —es normal—, pero tenés que saber quién hace qué y quién responde.
Preguntá: ¿quién es el referente técnico de mi proyecto? ¿Trabajan en mi huso horario? ¿Cómo me reportan avances? Una agencia seria te muestra el equipo y te da un canal de comunicación directo, no un buzón genérico.
El huso horario no es un detalle menor. Una agencia que está doce horas adelante significa que cada pregunta tuya tarde un día entero en responderse, y que las reuniones caen a horarios imposibles. Para un proyecto de dos meses, eso suma semanas de demora pura por desfasaje. Un equipo en tu mismo huso resuelve dudas el mismo día y se reúne cuando a vos te queda cómodo.
También importa cómo te muestran el avance. La señal de un proceso sano es que veas el producto funcionando en un entorno de prueba (staging) cada una o dos semanas, no que te muestren capturas o promesas. Si no podés tocar lo que estás pagando hasta el final, no tenés forma de corregir el rumbo a tiempo.
Error 6: subestimar el "después"
El proyecto no termina cuando se entrega. Una web sin mantenimiento acumula deuda técnica, se rompe con actualizaciones y queda vulnerable. Antes de firmar, definí: garantía de bugs post-entrega, costo del mantenimiento mensual, y qué pasa si necesitás cambios en seis meses.
Si el proveedor no quiere hablar del después, es señal de que piensa cobrarte y desaparecer.
Error 7: no pedir casos verificables
"Hicimos webs para empresas grandes" no significa nada si no podés verificarlo. Pedí enlaces a proyectos reales que estén online, y si es posible, hablá con un cliente anterior. Mirá nuestros proyectos como ejemplo de lo que deberías poder revisar antes de contratar.
Un portfolio de pantallazos de plantillas compradas no es experiencia. Código en producción, sí. Cuando hables con un cliente anterior, no preguntes solo si quedó conforme: preguntá si entregaron en fecha, si aparecieron costos no previstos, cómo respondieron cuando algo salió mal y si volverían a contratarlos. Esas respuestas dicen más que cualquier portfolio pulido.
Lo que cuesta de verdad equivocarse
Para dimensionar por qué vale la pena cuidar estos puntos, mirá el costo real de un proyecto que sale mal:
| Concepto | Costo oculto |
|---|---|
| Lo que ya pagaste | Plata perdida si no tenés el código |
| Tiempo del proyecto fallido | 2-4 meses sin web funcional |
| Volver a contratar | Pagás de nuevo, casi desde cero |
| Migrar lo poco rescatable | Horas extra de auditoría |
| Oportunidad perdida | Ventas que no entraron mientras tanto |
Sumado, un desarrollo mal contratado de USD 3.000 termina costando el doble o el triple cuando contás todo. Por eso los siete puntos de arriba no son burocracia: son lo que separa un gasto de una inversión.
Checklist para blindar tu contratación
Antes de firmar cualquier desarrollo, verificá:
- Alcance escrito con cada pantalla y entregable detallado.
- Contrato con cesión de código, hitos de pago y garantía.
- Propiedad: repositorio, hosting y dominio a tu nombre.
- Pago por hitos, nunca 100% adelantado.
- Equipo identificable y canal de comunicación directo.
- Plan de mantenimiento definido antes de arrancar.
- Casos verificables que puedas revisar online.
Cuándo el problema no es el proveedor, sos vos
Seamos honestos: muchos proyectos fracasan por el lado del cliente. Si cambiás el alcance cada semana, no respondés consultas durante días, o no tenés claro qué querés construir, ni la mejor agencia te salva.
Antes de contratar, tené claro el objetivo de negocio del proyecto. Si todavía no sabés bien qué necesitás, un MVP para validar la idea o una reunión de relevamiento te ahorra rehacer todo después. La claridad de tu lado vale tanto como la competencia del de ellos.
Cómo contratamos en Deepyze
En Deepyze trabajamos al revés de lo que genera estos errores: arrancamos con un relevamiento que termina en un alcance escrito, cotizamos a precio fijo sobre ese alcance, y el código es tuyo desde el primer commit. Hacemos desarrollo web y software a medida para empresas de Argentina y toda LATAM, con un equipo en tu huso horario y pagos por hitos.
Si estás por contratar y no querés repetir errores caros, contanos tu proyecto y en 24 horas tenés una propuesta concreta con alcance, plazos y precio cerrado.
Preguntas frecuentes
¿Quién es dueño del código que paga una empresa por su web?+
Solo sos dueño del código si el contrato lo dice explícitamente con una cláusula de cesión de propiedad intelectual. Sin esa cláusula, en muchas jurisdicciones el desarrollador conserva derechos sobre lo que escribió, aunque vos lo hayas pagado. Exigí siempre cesión total del código fuente y acceso al repositorio.
¿Qué tiene que incluir un contrato de desarrollo web?+
Alcance funcional detallado, entregables con fechas, forma de pago por hitos, propiedad del código, política de cambios fuera de alcance, garantía post-entrega y qué pasa si una parte abandona. Sin alcance escrito, cualquier presupuesto es solo un número sin sentido.
¿Por qué hay tanta diferencia de precio entre presupuestos de desarrollo web?+
Porque cada presupuesto suele cubrir un alcance distinto: uno incluye diseño, testing y deploy, y otro solo la maqueta. La diferencia de precio casi nunca es por margen, sino por lo que se está cotizando. Compará alcances línea por línea, no precios totales.
¿Conviene pagar todo por adelantado un desarrollo web?+
No. El estándar sano es pagar por hitos: un anticipo del 30-50%, pagos contra entregables verificables y un pago final al cierre. Pagar el 100% por adelantado te deja sin palanca si el proveedor desaparece o entrega algo distinto a lo prometido.
¿Cómo sé si una agencia de desarrollo web es confiable?+
Pedí casos reales que puedas verificar, hablá con clientes anteriores, revisá que tengan contrato y proceso claro, y empezá con un alcance chico antes de comprometer un proyecto grande. Una agencia seria te entrega código propio, documentación y acceso a tus cuentas.
¿Querés que esto funcione en tu empresa?
En Deepyze convertimos procesos manuales en sistemas que trabajan solos: automatización con IA, apps web y móviles, y software a medida. Contanos tu caso y en 24 hs tenés una propuesta concreta.
Sin compromiso · Respuesta en 24 hs · Equipo en tu mismo huso horario