Proyecto freelance basado en un proyecto que requiere múltiples "redos" inesperados del cliente

Question

Tengo un contrato basado en un proyecto para construir una aplicación de software. El contrato previsto inicialmente establecía un agresivo plan de lanzamiento de 8 semanas, y se afirmaba que los diseños y la API estaban terminados o casi terminados. El pago era de un 25% por adelantado, un 25% por hitos y un 50% en el momento del lanzamiento.

Durante las primeras 4-5 semanas este fue el plan, salvo que los diseños y la API se retrasaron. No fue un gran problema. En la quinta semana habíamos completado un 80%, y el cliente volvió con unos requisitos de negocio drásticamente reducidos que requerían rehacer el producto. Se publicaron nuevos diseños. Se empezó a trabajar en su implementación, reutilizando parte del trabajo anterior pero rehaciendo los requisitos de diseño.

Ahora estamos en la semana 12, y se publican nuevos documentos revisados con más cambios. Esperamos tenerlos terminados en 2 semanas, pero el objetivo de publicación no es hasta dentro de 4 semanas. Las 6 semanas de trabajo originales se descartan ahora en este punto, ya que las cosas evolucionan.

Como puedes ver, es un proyecto que ha llevado más tiempo del esperado. El presupuesto del cliente era bastante fijo y razonable, pero me ha llevado más tiempo del esperado. Algo de esto es el proceso iterativo normal del software, sin embargo rehacer 3 veces y cambiar constantemente los planes de lanzamiento es difícil.

Me pregunto cómo se puede evitar esto en la futura especificación de contratos, si es que se puede. ¿Existe una forma de gestionar de forma justa las excesivas reiteraciones de trabajo y las ampliaciones de plazos, y cuándo pasa esto del ciclo de vida normal del proyecto a las excesivas expectativas del cliente?

Answer 1

Al final de todas mis citas tengo este texto:

Estamos aquí para ofrecer una excelente experiencia al cliente. Por ello, fomentamos las aportaciones del Cliente durante todo el proceso. Sin embargo, cualquier cambio importante o significativo solicitado durante el desarrollo, conllevará una tarifa renegociada basada en el nuevo alcance de los cambios. Entendemos y le animamos a que, como cliente, exprese su opinión y solicite que se realicen todos y cada uno de los cambios que considere que son en el mejor interés de su proyecto. Sin embargo, usted, como cliente, también debe entender que al hacerlo, esto puede significar una cantidad considerable de trabajo para nosotros para hacer cualquier cambio importante en la disposición y el diseño de su proyecto.

Para recapitular, tenga en cuenta que nuestro acuerdo no incluye una disposición una cláusula de "modificación significativa del alcance del proyecto" después de que el después de que el cliente haya aprobado el diseño elegido. Algunos ejemplos de modificaciones significativas modificación significativa del proyecto a petición del Cliente incluyen: desarrollar una nueva estructura para acomodar un rediseño sustancial a petición del a petición del cliente, recrear o modificar significativamente la gráfica de la empresa a petición del cliente, sustituir más del 75% del texto a petición del del texto a petición del cliente, crear una nueva estructura de navegación o cambiar los de navegación o cambiar los gráficos de los enlaces a petición del Cliente, o reconfigurar la cesta de la compra del Cliente con nuevos productos, envíos o descuentos de productos, envíos o descuentos, si el Cliente ha seleccionado un sitio habilitado para el comercio electrónico. Cliente.

Entonces, el reto consiste en reconocer cuándo se está produciendo un cambio de alcance importante y detenerse a renegociar. Si eres como yo... estás centrado en tu trabajo y, de repente, te das cuenta de que acabas de hacer un montón de trabajo gratis y te quedas como "¡Palma de la cara!".

En los proyectos grandes utilizo un gestor de proyectos para que me ayude con esto. :)

Answer 2

Lo que hago con mis clientes y con todas las empresas con las que he trabajado es

1) Primero hay que conseguir que se apruebe un plan . Esto es lo que has hecho y es el alcance del proyecto. Se debe separar en diferentes pasos (ex. diseño de la plantilla, textos finales, script comportamiento y objetivo, etc.)

2) En cada paso de su proyecto, debe hacer que su cliente apruebe oficialmente ese paso con una firma. Esto es necesario para poder iniciar el siguiente paso.

3) En su contrato, debe especificar que, una vez aprobado un paso, cualquier cambio se cobrará por una cantidad X (normalmente la tarifa por hora). Estos cargos deben pagarse a medida que se realizan o incluso pagarse por adelantado, de lo contrario tendrás algunos problemas al final del proyecto y también se estropeará el acuerdo de pago para el resto del proyecto.

No olvides que, al final, eres tú quien tiene la potestad de parar la obra hasta que te paguen por ello, ya que no está incluido en el contrato.

Esto debería hacer que su cliente se lo piense dos veces antes de retroceder y hacer cambios. La forma de hacerles entender que es un proceso justo (y lo es) es explicarles exactamente lo que acabas de explicar aquí; cada vez que el cliente vuelve y hace cambios, tienes que volver a hacer un trabajo que ya ha sido planificado, calculado y realizado. También hay más margen de error cuando tienes que volver rápidamente a trabajar en los archivos, ya que tu plan no se hizo teniendo en cuenta estos datos.

Al principio del proyecto, también puedes incluir algún tipo de revisión específica que harás sin coste alguno y dar ejemplos claros (por ejemplo, errores tipográficos).

Todo esto es muy eficiente e incluso puede hacer que disfrutes de las revisiones, ya que ganarás dinero extra con ello. También es menos frustrante. A algunos clientes no les importa pagar las revisiones, quieren que el producto se haga como ellos desean y quieren que un autónomo haga simplemente lo que ellos piden. Algunos clientes no son muy organizados... Por eso hay que tener alguna estrategia como ésta para los que no les importa pagar y los que necesitan un incentivo para ser más organizados. Lo que también he notado es que algunos intentarán conseguir algunas revisiones gratuitas porque están acostumbrados a conseguir lo que quieren de otros y a no encontrar ninguna resistencia por parte de los autónomos; pero normalmente cuando empiezas a mencionar el cargo extra con una sonrisa, se comprometen con los cambios o aceptan pagar por ellos.

No tengas miedo de actuar de forma más "comercial" y establecer tus condiciones. Le respetarán por ello y también agradecerán saber qué pueden esperar si los proyectos requieren algunos ajustes. Tampoco es siempre fácil para ellos conocer todos los detalles del trabajo requerido para un proyecto y la mejor manera de tener una buena relación con tu cliente es asegurarte siempre de que todo está claro.

Answer 3

En el contrato de mis desarrolladores web me especificaron que me presentarían X número de diseños para que yo eligiera, y que harían X número de revisiones a ese diseño. Sabía que si iba más allá de eso con las solicitudes de cambio, me costaría.

Yo hago programación informática y en mi propuesta digo que se incluye un número x de horas de revisión gratuita (normalmente 5 o 10). Sé que es muy típico que la gente me presente muestras defectuosas de lo que quiere inicialmente y creo que esto tranquiliza al cliente, pero también le pone sobre aviso de que si cambia su petición, en algún momento es un cambio de alcance.

Si se les va de las manos el querer hacer cambios o se les ocurren ideas para nuevas funciones que no forman parte del alcance original, les digo "claro, puedo hacerlo, pero me va a llevar algunas horas de programación". Entonces les envío un presupuesto.

El problema lo tengo cuando me pillan desprevenido en persona: me pongo en modo "amable" y quiero hacerles felices y empiezo a ofrecerme a hacer todo tipo de cosas por ellos. He aprendido a decir "déjame que te llame" para poder responder después por correo electrónico cuando lo haya pensado (y soy más fuerte por correo electrónico). Siempre me equivoco cuando doy un presupuesto de improviso en persona.

Por cierto, acepto un depósito del 50% en el desarrollo, luego facturo el 25% cuando lo entrego y el 25% final un par de meses después, cuando han tenido tiempo de trabajar con él. Hasta ahora, nadie se ha opuesto al depósito del 50%. También hago un precio de proyecto, pero digo en mi contrato que si cancelan el proyecto me deben el tiempo trabajado hasta ahora basado en una tarifa por hora. Hasta ahora no ha surgido ningún problema.

Answer 4

1 Asimismo, debe incluir en sus presupuestos y en cualquier contrato un texto que diga "Nos reservamos el derecho de detener el trabajo o "retener el trabajo" y facturar inmediatamente todo el trabajo realizado hasta la fecha, que es pagadero inmediatamente, cuando se solicite un cambio importante para permitir el efecto completo y considerado de los cambios solicitados y sólo después de que se acuerde entre nuestras organizaciones el impacto comercial completo tanto del precio, la duración y el calendario de entrega al "alcance ajustado del trabajo" se libera la retención y se completa el trabajo bajo el alcance revisado y las condiciones de pago. No se efectúa ningún cambio menor irrazonable, pero los cambios importantes en el alcance, la duración y la complejidad del proyecto original anulan nuestro acuerdo mutuo y propósito originales.

2 Se trata de una cláusula de "negociar y acordar los extras", o bien de rescindir y facturar. Significa que tienes que alejarte de ese cliente, si no es posible llegar a un acuerdo, pero al menos cobras o puedes facturar al día, lo encuentro útil. En la mayoría de mis contratos hay muchas variaciones de este texto.