Cobro por hora / proyecto [cerrado]


9

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!

Respuestas:


9

Si acepta participar en un proyecto ... trabaje y cobre £ X por hora: ¿está obligado a trabajar de forma gratuita después de esos 10 días y aún no ha logrado completar su proyecto debido a problemas imprevistos?

No. £ X por hora es £ X por hora. Claramente, nunca ha realizado trabajos complejos en su hogar o bote.

La incapacidad para estimar no significa nada. Nada.

£ X por hora es £ X por hora. Hasta que el trabajo esté terminado o el cliente diga "estás despedido". (o "eres despedido". Soy un yanqui, así que no sé lo que dicen en el Reino Unido).

¿Qué sucede si ha entregado el proyecto pero se encuentran errores?

Depende del error. Usted debe hacer un análisis de causa raíz. La especificación incorrecta (o incompleta) es principalmente su problema. Las arrugas técnicas imprevistas son normales para el curso: pagan. Errores de codificación tontos es su problema.

tienes que rendirte y decirle a tu cliente que ya no puedes hacerlo?

Ooops Eso no es profesional. Si tiene que rendirse, realmente ha cometido un terrible, terrible error.

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?

Suspiro. En este punto, te has portado tan mal que no importa mucho. Realmente debería encontrar otra carrera si no puede cumplir con sus contratos. Seriamente. Reconsidera tu vida.

El software a medio completar no tiene valor. Nadie lo "completará". Explicarán que eres un idiota (porque lo eres) tira tu código y comienza de nuevo desde cero.

Necesitas hacer lo siguiente.

  1. Reduzca los requisitos a algo final, entregable y utilizable.

  2. Crea esa cosa final, entregable y utilizable. Incluso si no es el gran esquema original.

  3. Cobrar por ese producto entregable y utilizable.

  4. Transición de la acumulación de material no entregado a otra persona

El código que no se puede usar es inútil. De hecho, es un costo.

Usted y su cliente perderán el tiempo tratando de "hacer la transición" del código a medio completar a otra persona. Énfasis en los residuos . Es más fácil para la mayoría de las personas comenzar desde cero que comenzar a medio terminar.


¿Por qué el cliente debe pagar por "arrugas técnicas imprevistas"? No solo le están pagando por el código, le están pagando por su experiencia técnica; a menos que sus especificaciones hayan cambiado, debería haber sabido lo que vendría.
Nicole

LOL BOAT = Sacar otros mil.
Trabajo

Con respecto a las "arrugas técnicas". Es cierto que tales cosas son normales para el curso, y es solo el trabajo que debe hacerse, sin duda pagan. Sin embargo, no debería ser transparente para ellos. Considere la complejidad del proyecto con anticipación e intente dar cuenta del riesgo potencial de errores grandes. Si es el único desarrollador, es más fácil hacer esto, solo necesita rellenar sus estimaciones en áreas donde no está seguro de la solución. Las estimaciones deben incluir el tiempo de depuración. La capacidad de rellenar correctamente viene con experiencia.
eddiemoya

6

¿Cuáles son sus obligaciones al cobrar por hora frente a cobrar por proyecto?

Esencialmente lo mismo. Ser profesional.

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?

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í.

¿Qué sucede si ha entregado el proyecto pero se encuentran errores?

¿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.

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?

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. ;)


3

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.


0

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.


Ese es un buen punto y supongo que hay una lección aprendida aquí. Pero, ¿qué pasa si no he firmado ningún contrato, como en mi situación actual?
thesam18888

Aún tiene acuerdos verbales que podría haber hecho. El problema es que es un poco un "él dijo, ella dijo" y podría llevar a un litigio a menos que usted y su cliente puedan resolver las cosas y llegar a un compromiso razonable.
Dibujó el

0

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".

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.