Esto está relacionado con una pregunta que hice anteriormente: /software/34023/how-to-end-a-relationship-with-a-client-without-pissing-them-off
¿Cuáles son sus obligaciones al cobrar por hora frente a cobrar por proyecto? Si acepta participar en un proyecto, haga una estimación aproximada de que podría llevarle 10 días trabajar y cobrar £ X por hora. ¿Está obligado a trabajar de forma gratuita después de que hayan transcurrido esos 10 días y aún no lo haya logrado? completar su proyecto debido a problemas imprevistos? ¿Qué sucede si ha entregado el proyecto pero se encuentran errores?
Además, para el proyecto anterior, ¿cuál debería ser el resultado cuando comience el proyecto, pero después de los 10 días por cualquier motivo, tiene que renunciar y decirle a su cliente que ya no puede hacerlo? Me doy cuenta de que esto no hace nada para construir su reputación y relación con el cliente, pero ¿está obligado a devolver el dinero que se le pagó o simplemente entrega el código fuente medio / casi completado y lo ayuda a encontrar a alguien más para completarlo?
La razón por la que hago las preguntas anteriores es porque soy muy nuevo en el trabajo independiente y me gustaría saber cómo lidiar con las situaciones anteriores si alguna vez surgen. ¡Gracias!
fuente
Esencialmente lo mismo. Ser profesional.
No, mientras sean aproximadamente 10 días, entonces estás bien. Definiría aproximadamente 10 días como entre 50 y 120 horas en los extremos. Cualquier cosa que supere las 120 horas (un 50% de desbordamiento) está más allá del límite.
Aunque los "problemas imprevistos" dejan mucha vaguedad. Los profesionales experimentados anticipan muchos más problemas que los nuevos desarrolladores. Sin embargo, si el cliente sabe que usted es un desarrollador nuevo (y sabe que está obteniendo un descuento significativo por ello), entonces hay algo de margen de maniobra aquí.
¿Loco? Sí, deberías arreglarlos gratis. No se le paga por 10 días para producir un código roto.
Ahora, de nuevo, "error" es un poco vago. Hay errores de show-stopper (como, el programa no se ejecuta, obviamente es su culpa) y errores de borde (el programa trunca el texto en Windows localizado en Turquía con IME chino habilitado, no es realmente razonable). La mayoría cae en algún punto intermedio, pero la carga de la prueba recae sobre usted.
También hay errores de especificación: estos son los más difíciles. Tendrá que usar su criterio sobre si debería haber anticipado, cuestionado o implicado razonablemente el cambio de especificación. Nuevamente, pondría la carga de la prueba sobre ti.
Para un proyecto de 10 días (80 horas) con un desarrollador ecológico, otras 10 a 15 horas de corrección de errores no serían mucho pedir. Sobre cualquier cosa, trataría de calcular el pago, aunque probablemente haría otras 5 a 10 horas gratis antes de despedir al cliente.
Usted devuelve el dinero. Si no puede terminar el proyecto, es probable que no pueda juzgar a medio completar. Si el cliente lo contrató, es aún más probable que no puedan juzgar a medio completar. Si puede encontrar a alguien más para terminarlo, puede subcontratarlo: la diferencia en lo que le cobran y lo que ya obtuvo es su ganancia (o pérdida).
Al final, a menudo es mejor inclinarse ante el cliente y marcarlo como una lección aprendida. Después de un tiempo, podrá detectar a los "clientes problemáticos" y evitarlos (o recargarlos) al principio. También aprenderá a estimar un poco mejor, incorporar los costos de corrección de errores en sus precios, etc.
Como desarrollador de estudiantes, tienes un margen de maniobra. Es probable que nadie lo demande por la miseria que cobró por un proyecto de 10 días. Nunca volverá a obtener negocios de ese cliente (o sus amigos), pero, dado que contrataron a un desarrollador de estudiantes, es probable que solo quieran mano de obra barata y de todos modos no entienden lo que realmente cuesta contratar a un buen desarrollador. No perderá mucho en el futuro, excepto dolores de cabeza, aunque a costa de una conciencia limpia.
¿Mi consejo? Simplemente termínelo: se sentirá mejor, el cliente se sentirá mejor y será un mejor desarrollador y empresario por ello. No es que valga la pena un año de trabajo, y tiene todos sus amigos en Stackoverflow y Stackexchange para ayudar. ;)
fuente
Lo que está describiendo es solo "cantidad fija o menos". Esto solo beneficia al cliente, por lo que si está haciendo la oferta, no tengo idea de por qué trabajaría de esa manera.
Tarifa por hora: se puede usar una tarifa por hora cuando el cliente sabe que no se ha decidido sobre algunas cosas y acepta que el proyecto es un poco abierto, pero esto debe acordarse con anticipación .
Tarifa fija : se usa si el cliente sabe exactamente lo que quiere. Si lo hacen, pero no puede ofertar por una cantidad fija, realmente no tiene ningún negocio haciendo ofertas todavía. No hagas que el cliente pague por tu inexperiencia.
Si sigues esto, no terminarás en una situación en la que no sabes qué hacer. Si tiene que darse por vencido, hable con el cliente y trátelo como una renuncia o disolución de sociedad. Reembolse todo el dinero y no entregue nada, u ofrezca el proyecto parcial a cambio de un pago parcial.
Es tentador aplicar la tarifa por hora cada vez que hay alguna incertidumbre, pero solo se debe usar cuando el cliente es el sospechoso . Si tiene experiencia pero aún tiene importantes preguntas técnicas sin respuesta, sea abierto al respecto con el cliente por adelantado.
Y obtenga un contrato, o es solo cuestión de tiempo antes de que tenga problemas.
fuente
No soy abogado, pero la respuesta a ambas situaciones depende de lo que haya acordado contractualmente con el cliente. Vi en su pregunta anterior que estaba trabajando sin un contrato que parece bastante peligroso por las razones exactas que ha planteado aquí. Ningún contrato escrito ciertamente no significa ninguna obligación vinculante. Es bueno tener todo este tipo de cosas resueltas antes de comenzar su relación de trabajo para que, si surge algún problema, puedan resolverse de manera profesional y amigable.
fuente
Dejando a un lado las razones legales, después de todo, este es un negocio de servicios y usted vive y muere por referencias. Solo puede tomar uno malo para darle una mala reputación. Solo puedo tomar un cliente realmente satisfecho para que le de muchos otros trabajos. Entonces aplique la regla de oro, trate a su cliente como le gustaría que lo trataran, dentro de lo razonable. Las personas recuerdan y valoran a las personas que van un poco más allá de su "deber".
fuente