Fabricamos muebles y encargamos un sistema de seguimiento de pedidos. El contrato decía 3 meses, ya van 6 y sigue sin terminar. Pagamos el 70% del dinero.
Cada vez que llamo dicen "esta semana termina". A nosotros nos pasó esto: vimos dos demos y en las dos estaban los mismos fallos.
Ahora no sé qué hacer. ¿Espero, voy a un abogado o lo paso a otra agencia? ¿Alguien ha pasado por esto?
Antes de nada, aclaro que doy información general, no asesoría legal; sin ver tu expediente no puedo darte un consejo concreto.
Lo primero que hay que hacer es pasar el seguimiento verbal a escrito. Decir "esta semana termina" por teléfono no tiene ningún valor probatorio. A partir de ahora, resume cada reunión por email: "en nuestra reunión de hoy se indicó que la entrega será en tal fecha".
El segundo paso es ver qué contempla el contrato por retraso. Si hay cláusula penal, para aplicarla normalmente hay que constituir en mora primero, es decir, enviar un requerimiento formal. El contenido y el plazo de ese requerimiento son importantes, no descargues una plantilla y la envíes tal cual.
El tercer paso es asegurar lo que tienes: pide la entrega del código actual, la base de datos y, si las hay, los archivos de diseño. Cuando el conflicto escala, esto es lo que más se pierde; pedirlo mientras la relación es buena es mucho más fácil.
Si estás pensando en traspasarlo, este tercer paso es imprescindible. Si no tienes un código funcional en mano, no hay traspaso posible, sería empezar de cero.
Hablo desde el lado de la agencia, no voy a defenderme, pero intentaré diagnosticar.
1. En la gran mayoría de proyectos de tres meses que no terminan en seis, la causa es la misma: la agencia ha aceptado más trabajo del que puede asumir y tu proyecto está en la cola porque eres el cliente que menos se queja.
La frase "esta semana termina" suele ser un deseo, no una mentira. Esa semana otro cliente se pone pesado y el equipo se mueve allí.
3. Lo más efectivo que puedes hacer es pedir visibilidad semanal en lugar de una fecha. Informe de progreso escrito cada viernes: qué se terminó esta semana, qué se terminará la próxima, cuál es el bloqueo. Si dos semanas seguidas escriben lo mismo, ya tienes tu respuesta.
4. Antes de traspasar, haz obligatoriamente una revisión técnica. Heredar un proyecto donde se ha pagado el 70% pero solo se ha hecho el 20% es más caro que empezar de cero. No tomes decisiones sin saber esto.
Llevo veinte años en esto y he hecho muchas revisiones de traspaso. Te digo qué mirar, no tengas prisa.
Lo primero que hay que mirar es si el código está guardado en algún sitio. ¿Se usa un sistema de control de versiones, hay historial? Si no, es la señal más clara de que el trabajo no se está gestionando bien.
Segundo, ¿es ejecutable? Si cuando tienes el código no arranca en otra máquina, no se considera entregado.
Tercero, la estructura de la base de datos. Pueden faltar pantallas, eso tiene arreglo. Si el modelo de datos está mal, no se puede construir encima, hay que tirarlo.
Que alguien que entienda lo analice en un día. Un pequeño gasto, una decisión muy grande.
Nos pasó lo mismo. La semana que pedimos informes escritos, el trabajo se aceleró. Vale la pena intentarlo.
Gökhan, te ordeno paso a paso qué hacer, puedes resolverlo esta misma semana:
Hoy: reúne todas las comunicaciones de los últimos seis meses en una sola carpeta, por orden de fecha. Pon también el contrato al lado.
Mañana: mandad un correo electrónico por escrito a la agencia pidiendo tres cosas — informe de estado actualizado, lista fechada de tareas pendientes y una copia del código y la base de datos actuales. Que sea educado pero claro.
Si responden: haced la revisión técnica que dijo Volkan Bey y luego decidid.
Si no responden o se escabullen: pasad a la fase de requerimiento formal que mencionó Kemal Bey; a estas alturas ya necesitáis trabajar con un abogado.
Y para animaros: esta situación es mucho más común de lo que creéis y la mayoría de los casos se resuelven sin llegar a los tribunales. Proceded por escrito y con calma, llevad vosotros el proceso.
Muchas gracias, envié ayer el correo pidiendo el informe por escrito y hoy han llamado.
En nuestro caso ha sido así: por primera vez han enviado una lista real y la mayoría de los pendientes eran cosas que esperaban nuestra aprobación. O sea, la culpa no es totalmente suya, lo digo con honestidad. Aun así, que nadie nos haya dicho esto en seis meses es otro problema aparte.
También haré la revisión técnica, escribiré el resultado aquí.
El punto que más se pasa por alto sobre entrega es este: Tomar notas durante dos semanas da mejores resultados que estimar seis meses.
Esta es mi opinión, no lo escribo como una verdad absoluta.
Estoy de acuerdo a medias en parte no. El calendario de pagos debe vincularse a las fases del proyecto, no a fechas fijas.
Espero que le sea útil.
Doki · Migración de infraestructura · 2026
Que quede claro: el error más común en este tema es confiar en una sola medida. Ve capa por capa — si una falla, la otra detiene el problema.
Voy a detallar un poco el aspecto técnico. Lo importante no es la cifra, sino en qué se basa esa cifra.
Los primeros tres meses todo va bien, los problemas aparecen en el cuarto.
Doki · Diseño de interfaz · 2026
A mí me pasó justo al revés, por eso escribo. Empezad con una pequeña prueba, no lo integréis todo de golpe.
Espero que le sea útil.