¿Debo cobrar dinero por la resolución de problemas?

Question

Desde el punto de vista de los programadores, muchas veces se encuentran problemas relacionados con el dominio de los conocimientos del programador. Nadie lo sabe todo y a veces se producen errores por eso y quiero creer que no soy el único.

Cuando se trabaja como autónomo, ¿se debe cobrar por el tiempo que se emplea en solucionar un problema?

Si no es así, ¿por qué tipo de solución de problemas debería cobrar dinero?

Un ejemplo: Por ejemplo, un cliente me pidió que implementara la tecnología x, yo no estoy familiarizado con la tecnología x y, por lo tanto, hay una gran cantidad de problemas relacionados con la instalación/uso y la compatibilidad de la tecnología x

Answer 1

Depende del tipo de solución de problemas y del tiempo que se dedique a la misma.

Si la resolución de problemas lleva mucho tiempo, sí que cobraría por hora. Al fin y al cabo, dedicamos tiempo a resolver el problema.

Si se tarda menos tiempo y se trata de un arreglo menor, no hay necesidad de cobrar. Pero si la solución de problemas es frecuente (más de dos veces), entonces considere la posibilidad de cobrar una pequeña cantidad incluso por arreglos menores.

Había entregado una aplicación Android a un cliente. El cliente quería probar el código, y no tenía conocimiento de las herramientas a utilizar y de cómo ejecutar la aplicación en el dispositivo real. Así que instalé todas las herramientas, las descargué y le mostré cómo ejecutar la aplicación, y cómo solucionar los errores si se quedaba con un problema. Todo el proceso duró una o dos horas, teniendo en cuenta el tiempo de descarga. Así que cobré por las dos horas y el cliente estuvo encantado de pagar.

Podrías llegar a un acuerdo antes de la entrega con el cliente de que la resolución de problemas se cobrará en función del tiempo que emplees (horas/días empleados).

Answer 2

Soy consultor de software para una empresa de software, lo que significa básicamente que paso mucho tiempo instalando, instalando, configurando y solucionando problemas de software en entornos de clientes.

Yo facturo mucho tiempo por la resolución de problemas en sus entornos, con la misma tarifa que cobramos por el desarrollo. La decisión de facturar o no suele depender del motivo por el que se necesita la solución de problemas.

Por lo tanto, si es necesario solucionar problemas porque el entorno del cliente y/o los sistemas de terceros (el servidor web que aloja nuestra aplicación, etc.) están mal mantenidos/configurados, entonces facturo. No es mi responsabilidad mantener estos sistemas y el tiempo dedicado a la resolución de problemas es un servicio adicional que se presta al cliente, en lugar de tener administradores adecuados.

Si es necesario solucionar problemas porque el cliente me ha pedido que configure un componente de terceros con el que no estoy familiarizado, entonces facturo, pero el cliente debe saber de antemano que no es mi área de experiencia. No es razonable que el cliente espere que sea un experto en todo el software de terceros.

Si es necesario solucionar problemas al configurar uno de nuestros paquetes porque no estoy familiarizado con el paquete, facturo la configuración pero no la solución de problemas. Lo clasifico como tiempo de aprendizaje, que el cliente puede esperar razonablemente que se haya hecho antes del trabajo contratado.

Si hay que solucionar problemas porque resulta que hay un error en nuestro software, entonces no facturo. El cliente ya ha pagado las licencias del software y debería poder esperar que funcione sin tener que pagar también por la resolución de problemas y la repetición del trabajo, etc.

Para mí, la decisión de facturar o no depende de la duración de la resolución de problemas; pequeñas investigaciones pueden sumar días de trabajo. Además, los clientes pueden empezar a abusar de ti como servicio gratuito de soporte informático/administración si creen que pueden salirse con la suya, aunque esto probablemente se aplica menos en el caso del desarrollo autónomo.