Para los proyectos con grandes presupuestos, la corrección de los errores y el mantenimiento pueden estar incluidos en el precio, ya que puedes añadir más tiempo para ti y tu equipo para la "fase de pruebas".
Pero a menudo puedes quedarte atascado haciendo proyectos de menor presupuesto, o te apresuras a terminar el proyecto, o el cliente pide tantas revisiones que en realidad no queda tiempo para esto; esa fase de pruebas no se puede hacer correctamente.
Una cosa que se puede hacer cuando esto ocurre (o antes, de hecho) es dar esa responsabilidad a tu cliente; si tienes prisa por terminar un proyecto o no te pueden pagar para que dediques el tiempo necesario a probar tu código correctamente, él debería hacer las pruebas, y luego decirte lo que está mal. Puedes dar a tu cliente un cierto periodo de tiempo para hacer esto; entonces todo lo que pase después de este periodo se cobrará a precio de hora. Por supuesto, si se trata de un error menor o de algo creado por una negligencia evidente, probablemente deberías simplemente arreglarlo.
Es una opción justa que puedes ofrecer a tu cliente y puedes ofrecerla al firmar el contrato. Piensa en ello como una garantía ampliada; como has dicho, los programas informáticos suelen tener errores, pero también se construyen durante un largo periodo de tiempo antes de salir al mercado, y con un equipo que revisa el trabajo de los demás. También hay muchas versiones; tu cliente compró una versión 1.1 en cierto modo si tenía un presupuesto pequeño o poco tiempo para darte a desarrollar la aplicación.
Puedes incluir algún tipo de mantenimiento por una tarifa adicional, y probablemente haya otras ventajas o servicios extra que puedas añadir a ese mantenimiento aparte de arreglar los fallos. Otra opción es garantizarles una tarifa horaria más baja durante 6-12 meses para arreglar los errores o para el mantenimiento si deciden simplemente optar por la versión "1.1" de bajo presupuesto. De este modo, no se asustarán de quedarse con una aplicación que no funciona bien y probablemente preferirán probarla ellos mismos para ahorrarse unos cuantos dólares. La forma en que también puedes presentarlo es diciéndoles "si alguna vez quieren retocar algo o añadir nuevas funciones, será a una tarifa más baja". Si no, puedes ofrecer como segunda opción una cierta cantidad de horas incluidas en el precio para estas cosas y bajar un poco esa tarifa por hora.
Por ejemplo, su primera opción sin mantenimiento debería tener una tarifa horaria un poco más alta que la segunda opción con la mantenimiento incluido .
El beneficio para usted: al hacer esto, ya introdujo honestamente la opción de arreglar los errores y les dio la libertad de elegir, ofreció el mantenimiento y también dio la bienvenida al cliente para volver a usted para más trabajo.
Con esta información, puedes pensar en un sistema que te funcione y que permita al cliente elegir libremente lo que quiere. La próxima vez que se produzcan "bugs", te será menos difícil decidir qué hacer; también sabrás lo que es justo para TI y para tu cliente. Y siempre cobrarás de una forma u otra.
Nota: No soy un dev, pero hago gestión de proyectos y así es como trato ese tipo de cuestiones. Tal vez obtendrá mejores respuestas de los empresarios que trabajan directamente en el desarrollo de software o sitios web.
3 votos
Suelo anunciar la corrección gratuita de errores durante un periodo de garantía determinado, porque es mi deber publicar sin errores. Pero después de un tiempo es comprensible que reabrir el proyecto tenga un coste. Hagas lo que hagas, ponte de acuerdo de antemano .