16 votos

¿Debe ser gratuita la corrección de errores de un proyecto terminado?

Digamos que hace poco he terminado una aplicación y me han contratado para desarrollarla. Al final, el cliente probó las características, me pagó y el desarrollo terminó.

La pregunta: ¿qué hacer con los fallos que puedan aparecer más adelante? ¿Debo arreglar mis errores de forma gratuita en el futuro, o es una práctica común tener un contrato de mantenimiento por separado?

Estos son mis errores y si no los hiciera no tendría que arreglarlos, por otro lado, los errores son inevitables en casi cualquier proyecto más o menos complejo.

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 .

7voto

Tommy Rupp Puntos 1

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.

3voto

Adam V Puntos 2774

Depende de su contrato, del periodo de garantía y de su propia conducta profesional.

¿Es mi error y debo arreglarlo? Todos cometemos errores. El proceso de desarrollo no es sólo la codificación. Es codificación + pruebas (QA) + corrección de errores. En esto consiste tu tarifa por hora o precio fijo. Así que cuando usted dijo $ 1k para el proyecto, que incluye las 3 fases.

¿Te has saltado alguna fase y has cogido el dinero de todas formas? Si es así, arréglalo gratis si quieres.

Normalmente NO cobro la corrección de errores si consiste en 1-2 horas y sabía que iban a aparecer. Si se trata de un trabajo mayor con más horas de trabajo, entonces sí lo cobro. ¿Por qué? Porque he implementado los 3 pasos mencionados anteriormente y los bugs siguen apareciendo. Como creo que no codifico código spaghetti, encuentro estos bugs como trabajo adicional.

Permítanme explicar más en mi propia experiencia: las aplicaciones móviles. Si un cliente me devuelve una aplicación que tiene fuentes feas en las tabletas o imágenes desalineadas en el dispositivo móvil, lo arreglo gratis. ¿Por qué? Porque debería haberlo visto en los 3 pasos que he mencionado. Este es mi descuido.

Si el cliente devuelve la aplicación por fallar en un dispositivo concreto con un error que no he podido probar, entonces lo cobro porque es un trabajo extra.

Todo esto cuenta si ustedes no tienen contrato. Si lo tienen, vean lo que dice.

Para el período de garantía, arreglo todos los errores dentro de ella porque cobré al cliente por mi disponibilidad durante el período de garantía. Sí, el período de garantía se cuenta en mi precio y lo trato como un acuerdo de retención entre el cliente y yo durante X meses.

También existe la opción de que vosotros dos hayáis trabajado a través de páginas de freelance como odesk y él no os haya valorado. En ese caso, ponle a prueba para ver si está dispuesto a pagar más. Si no es así, hazlo gratis ya que no tienes otra opción si quieres una valoración de 5 estrellas. Y sé más inteligente en el futuro revelando tus reglas antes de que empiecen los proyectos.

También hay un caso en el que se trata de su antiguo y buen cliente y para tales clientes, lo arreglaría gratis a menos que el trabajo tomara más de 10 horas.

Finanhelp.com

FinanHelp es una comunidad para personas con conocimientos de economía y finanzas, o quiere aprender. Puedes hacer tus propias preguntas o resolver las de los demás.

Powered by:

X