¿Son los cambios constantes en los requisitos de un proyecto una razón suficiente para rescindir un contrato?

Tengo un problema serio con uno de mis clientes y estoy tratando de determinar si debo rescindir el contrato o no.

Estoy haciendo un sitio web y diseño de aplicaciones para un cliente. Calculé que el proyecto sería de un mes (que era más que suficiente) y ahora es el final del tercer mes y todavía estamos a mitad de camino.

Ha habido alrededor de 20 revisiones hasta ahora y el diseño se salió de control. Esto se debe a que ven cosas en otros sitios web y quieren que se integren en el diseño, por lo que parece un mosaico horrible. Además, toman mis diseños y los retocan con Photoshop hasta que están satisfechos, a pesar de que no tienen habilidades básicas, y veo su comportamiento como un insulto a mi experiencia (me contratas para hacer el trabajo y luego lo haces en mi lugar, enviándome el mensaje de que mi conocimiento no es válido).

Les advertí cortésmente varias veces sobre las implicaciones de tal enfoque del proyecto, y aunque me aseguré de que lo entendieran, continuaron comportándose de la misma manera. Me han pagado el 50% hasta ahora, pero no puedo sostener este proyecto ya que afecta mi trabajo, presupuesto y otros proyectos.

Entonces, ¿son los requisitos siempre cambiantes del cliente una razón suficiente para intentar rescindir un contrato? ¿Y porqué o porqué no?

Me parece que solo quiere una copia de seguridad de la decisión que ya tomó (que es rescindir el contrato). Si has llegado hasta aquí, hazlo.
¡Gracias! Sí, parece que me decidí, pero tenía miedo de admitirlo.
¿Qué decía el contrato, pago por hora o pago basado en el proyecto en caso afirmativo, cuántas iteraciones formaban parte del proyecto entregable? ¿Se incluyó el apoyo después de que se completó el proyecto? ¿Puede agregar 2 o 3 líneas de su contrato?
Gracias, Mark, lamentablemente esa es la situación, ya estoy perdido. No espero más trabajo de ellos.
Es precio fijo por proyecto y se paga el 30% por adelantado. Desafortunadamente, no se especificaron las iteraciones, este es mi primer contrato y cometí un error. El soporte no está incluido.
dado que también le están haciendo cambios, estoy seguro de que hay una excusa muy fácil para romperlo.
No acepte un cambio de requisitos sin darles un precio de cuánto más costará. Eso generalmente detiene las solicitudes de cambio triviales con bastante rapidez.
@Dunk absolutamente. Si el proyecto crece, el precio crece. Si no están de acuerdo, terminas. Por supuesto, debe hacerlo de inmediato; en este caso, finalizar el trato ahora probablemente sea lo mejor.
¿Puede considerar este aumento del alcance tal como se aplica en los términos de su contrato?

Respuestas (3)

Estoy haciendo suposiciones basadas en sus comentarios y la pequeña parte de la historia en su publicación, pero desde mi perspectiva externa parece que el cliente no es su problema. Su contrato es el problema.

Parece que escribiste un contrato con un precio fijo y sin restricciones claras sobre cuánto trabajo harías por ese dinero. En esta situación, casi cualquier cliente se comerá su almuerzo con solicitudes de cambio. Ha configurado la situación en la que no tienen ningún incentivo (aparte del tiempo que se tarda en llegar al resultado final) para limitar el aumento de funciones. El cliente que tienes es extremadamente típico y no la excepción. Ni siquiera parece que estén siendo irrazonables.

No querrá escuchar esto, pero su mejor opción ahora es probablemente sincerarse con ellos y admitir que no ofreció el proyecto e intentar renegociar. Si no aceptan, debe ofrecerles un reembolso y una disculpa y remitirlos a otro desarrollador. Puede doler perder todo ese dinero, pero considéralo un pago inicial de tu educación para saber cómo protegerte al redactar un contrato de consultoría. Estoy bastante seguro de que la mayoría de los desarrolladores a sueldo han aprendido esta lección de la manera más difícil al menos una vez en sus carreras.

TL: DR - El lenguaje del contrato decide qué es una razón suficiente. Si no escribiste eso, entonces la respuesta es no.

Respuesta perfecta, nada más que añadir.
Estoy de acuerdo con usted en que es probable que el problema sea el contrato; sin embargo, no le ofrecería un reembolso al cliente ya que se gastaron los recursos. Intentaría renegociar el contrato pero definitivamente no devolvería ningún dinero. En su defecto, entregar todo el trabajo del proyecto y separarse.
El contrato era por el trabajo, no por horas de trabajo. DEBERÍA haber estado vinculado a los recursos gastados, pero no fue así. En ese sentido, no habrá entregado lo que era el contrato, por lo que corresponde un reembolso. Aún así, si puede negociar un reembolso prorrateado, entonces tendrá más poder.

Primero, recomendaría hablar con un abogado para ver si puede rescindir legalmente el contrato sin tener que preocuparse por meterse en problemas.

Suponiendo que un abogado diga que legalmente está bien hacerlo, le sugiero que lo haga. Por lo que has escrito este cliente está dando muchos problemas y no es muy fácil de gestionar. Recomendaría terminar la relación y entregarles cualquier recurso (código, base de datos, archivos PSD) que necesiten y desearles suerte. Tal vez como un gesto de buena voluntad (porque algunos clientes se ponen muy desagradables cuando se dan cuenta de que están siendo "despedidos"), no exija el resto del dinero a menos que lo necesite y tenga una base legal para hacerlo. La única situación que recomendaría mantenerlos es si son su único cliente y necesita el dinero O si el valor de la relación trasciende el proyecto (por ejemplo, si es suegro/suegro y desea permanecer en buenos términos con ellos,


Abordar ediciones recientes en la pregunta:

¿Son los requisitos siempre cambiantes del cliente una razón suficiente para intentar rescindir un contrato?

Si el contrato especificaba un sistema que tiene las funciones A, B y C, y puede realizar la función D y el cliente decide más tarde que desea agregar nuevas funciones, cambiar la naturaleza de la función A y eliminar la función B, eso suena como un punto donde se debe reexaminar el contrato con el cliente para recordarle lo que solicitó inicialmente y lo que se está desarrollando. Si el cliente insiste en los cambios según los términos del contrato anterior, diría que podría ser un buen motivo para investigar (con la ayuda/consulta de un abogado) la rescisión del contrato. ¿Por qué? El cliente insiste en más/trabajo adicional y cambios constantes que pueden estar más allá del alcance del contrato por una cantidad de dinero predeterminada/fija que se basó en una estimación detrabajo diferente No hay razón para dejar que un cliente lo empuje a hacer un trabajo que va mucho más allá del contrato. A menos que quieras ser un "buen chico", pero eso probablemente no te ayudará a pagar el alquiler.

Parece que te han llevado a dar un paseo.

Su contrato de oferta fija es una gran cuestión de riesgo frente a recompensa. Si haces el trabajo más rápido, te pagan más. Si está tomando más horas, se le paga menos (por hora).

El contrato que ha redactado ha planteado aquí un problema de distribución de riesgos. Usted está fijando el precio, pero cuando siguieron solicitando revisión tras revisión, le han devuelto la mayor parte del riesgo. En lo que a mí respecta, esto no es ético, y claramente se están aprovechando de ti. Si su cliente está tratando de tomar el control total sobre la dirección de su trabajo, está obteniendo horas de trabajo gratis de usted a propósito.

Si quiere ser duro con su cliente, la próxima vez que quiera una cotización, comience a facturar una tarifa por hora. Equilibre el riesgo devolviéndole parte de él y explíquele por qué el proyecto aún no está terminado.