Introducción: por qué detectar señales de alerta
Contratar desarrollo web mueve tiempo, dinero y reputación. Reconocer señales de alarma desde el primer contacto evita proyectos parados, código bloqueado o costos extras. Esta guía ofrece indicadores prácticos y acciones inmediatas para decidir con seguridad.
1) Presupuestos excesivamente bajos
Qué significa
Un presupuesto muy por debajo del mercado suele esconder falta de experiencia, subcontratación de baja calidad o costes omitidos que aparecerán después.
Ejemplo realista
Oferta de 500 € para un sitio con tienda y pasarela de pago; posterior cobro por integraciones y correcciones.
Pasos concretos a seguir
- Pedir desglose por tareas y horas.
- Comparar con 2-3 ofertas adicionales.
- Exigir hitos y entregables claros.
Pros: puede ser opción para pruebas pequeñas. Contras: riesgo alto de calidad y plazos.
2) Falta de contrato claro y firmado
Qué significa
Acuerdos verbales o mensajes no formalizados dificultan reclamar entregables, propiedad intelectual o garantías.
Ejemplo realista
Proveedor comienza a trabajar sin contrato y luego exige más dinero para entregar código fuente.
Pasos concretos a seguir
- Solicitar y firmar contrato antes de pagar.
- Incluir hitos, pagos, IP y penalizaciones por retraso.
Pros: evita ambigüedades. Contras: puede alargar negociación, pero protege ambas partes.
3) Ausencia de portafolio verificable o casos de éxito
Qué significa
Sin trabajos públicos o referencias comprobables, es difícil validar experiencia real en proyectos similares.
Ejemplo realista
Proveedor muestra capturas y URLs que no funcionan o son de demostración local.
Pasos concretos a seguir
- Pedir contactos de clientes anteriores y revisar sitios en vivo.
- Solicitar acceso a repositorios públicos o privadas con permisos temporales.
Pros: puede ser freelancer emergente. Contras: mayor incertidumbre.
4) Evasión sobre la propiedad del código y repositorios
Qué significa
Negarse a dar acceso a repositorios o a transferir la propiedad suele llevar a retención del código.
Ejemplo realista
Proveedor entrega archivos ZIP en vez de dar acceso a Git y luego pide más dinero para migrar historial y ramas.
Pasos concretos a seguir
- Incluir cláusula de entrega de repositorio y credenciales en el contrato.
- Usar un repositorio propio donde el proveedor trabaje con permisos.
Pros: control total del código. Contras: requiere manejo básico de Git.
5) Plazos nebulosos o continuously changing deadlines
Qué significa
Plazos indefinidos o que cambian sin justificación indican mala planificación o exceso de carga del proveedor.
Ejemplo realista
Fecha estimada pasó de 4 semanas a 8, luego indefinida tras empezar el proyecto.
Pasos concretos a seguir
- Firmar calendario de hitos con fechas y penalizaciones leves por retraso.
- Revisiones semanales y reporte de avances.
Pros: flexibilidad si se negocia. Contras: mayor riesgo de sobrecostes.
6) Comunicación errática o falta de disponibilidad
Qué significa
Respuestas tardías o falta de canales estables afectan decisiones y lanzamientos.
Ejemplo realista
Horas sin respuesta en momentos críticos como despliegues o correcciones urgentes.
Pasos concretos a seguir
- Establecer canales (Slack, email, llamadas) y SLA de respuesta.
- Designar un contacto principal y suplente.
Pros: más organización. Contras: puede implicar coste extra si se pide soporte inmediato.
7) Falta de pruebas, control de calidad o documentación
Qué significa
Sin pruebas automatizadas ni documentación, el proyecto será caro de mantener y propenso a fallos.
Ejemplo realista
Entrega de sitio sin tests, sin instrucciones de despliegue ni README.
Pasos concretos a seguir
- Exigir pruebas básicas (unitarias, integración) y documentación mínima de despliegue.
- Incluir checklist de QA en el contrato.
Pros: reduce fallos a futuro. Contras: aumenta coste inicial, pero es inversión rentable.
8) No ofrecer mantenimiento ni documentación post-lanzamiento
Qué significa
El proyecto necesita actualizaciones y seguridad; sin soporte, se queda obsoleto o inseguro.
Ejemplo realista
Proveedor finaliza y desaparece; cliente no sabe cómo aplicar parches o escalar el servicio.
Pasos concretos a seguir
- Negociar plan de mantenimiento o transferencia completa con documentación.
- Solicitar capacitación básica para el equipo interno.
Pros: continuidad operativa. Contras: coste recurrente.
9) Presión para el pago total por adelantado
Qué significa
Pagar todo por adelantado aumenta la exposición si el proveedor no cumple.
Ejemplo realista
Contratista exige 100% ante firmas y luego desaparece con el dinero.
Pasos concretos a seguir
- Preferir pagos por hitos: 20-30% inicio, resto por entregas verificadas.
- Usar escrow si procede.
Pros: puede acelerar inicio. Contras: riesgo financiero alto.
10) Referencias imposibles de comprobar o reseñas sospechosas
Qué significa
Referencias sin datos de contacto o reseñas genéricas deben levantar suspicacias.
Ejemplo realista
Listado con clientes anónimos y testimonios sin enlace a proyectos reales.
Pasos concretos a seguir
- Contactar directamente a clientes referidos y verificar resultados.
- Revisar presencia en LinkedIn y repositorios públicos.
Pros: puede ser nuevo en el mercado. Contras: mayor riesgo reputacional.
Checklist descargable / imprimible
Preguntas clave y puntos contractuales mínimos para tu proceso de selección.
- Experiencia y stack técnico.
- Entregables y formatos (código, repositorio, documentación).
- SLA, hitos y penalizaciones.
| Ítem | Debe incluir |
|---|---|
| Propiedad | Transferencia de IP y acceso a repositorio |
| Pagos | Hitos verificables |
| Soporte | Horas/mes o respuesta 24-72h |
Plantilla corta de contrato y cláusulas recomendadas
Incluye entregables, IP, repositorios, confidencialidad y penalizaciones por retraso. Modelo de hitos: 30% inicio, 40% medio, 30% entrega.
«Exige siempre historial en Git y cláusula de entrega de llaves al pago final.» — consejo práctico
Señales específicas para mercados locales
En España y LATAM revisa métodos de pago (transferencias, Bizum, PayPal), solicita factura con NIF/RUT y verifica retenciones fiscales. Al contratar internacionalmente aclara jurisdicción y tratamiento de IVA.
Casos de estudio cortos
Caso 1: Proyecto paralizado por falta de contrato—resuelto con mediación y pago parcial tras evidencia. Caso 2: Código retenido—recuperación con demanda y copia de trabajo en repositorio propio. Lecciones: siempre firmar y usar repositorio controlado.
Preguntas frecuentes (resumen rápido)
- ¿Cuánto pagar por adelantado? 20–30% estándar; usar escrow si hay dudas.
- ¿Cómo comprobar el portafolio? Pedir URLs en vivo y contactos.
- ¿Qué es un SLA? Acuerdo de niveles de servicio: tiempos de respuesta y disponibilidad.
CTA: solicita evaluación gratuita del RFP
Ofrecemos revisión gratuita de tu RFP: incluye checklist completa y lista de riesgos. Envía el RFP, alcance, y cualquier contrato borrador.
Veredicto final
Prioriza: contrato firmado, control del repositorio, hitos con pagos, pruebas mínimas y plan de soporte. Un poco de prevención hoy evita costes y dolores de cabeza mañana.