Beneficios de tarifa por hora para el cliente [cerrado]

14

Es bueno que un desarrollador trabaje por hora, pero es difícil explicar las ventajas de la tarifa por hora al cliente.

¿Cuáles son sus argumentos sobre la tarifa por hora para el cliente? ¿Cómo le explica sus beneficios y cómo discute "Quiero saber el costo exacto del proyecto"?

    
pregunta Andrey 06.04.2011 - 10:33

6 respuestas

8

Broma vieja: la línea de ensamblaje se rompe y se trae un reparador. Después de mirar por encima de la máquina, saca un martillo, golpea la máquina y comienza a correr. El capataz de la tienda se sorprende hasta que el técnico dice: "Eso será $ 500". Cogió por sorpresa la respuesta de los hombres: "¿Quieres cobrar $ 500 por golpear la máquina con un martillo? Mi CFO necesitará una factura detallada".

La factura viene por correo:

  • Máquina golpeadora con martillo: $ 5.00
  • Saber dónde golpear la máquina: $ 495.00

En cierto modo, una tarifa por hora es la manera de controlar los costos. ¿Cuánto vale una aplicación que salva a una empresa de tener que contratar a un empleado con salario mínimo a tiempo completo? Los costos anuales totales para esta persona, incluidos el salario, los beneficios, las vacaciones, la licencia por enfermedad podrían alcanzar los $ 20,000. Tiene que valer 15.000. Si la solución resulta ser una importación a una base de datos que se puede crear en 30 horas o menos, dudo que la tarifa actual sea de $ 500 por hora.

El cliente puede controlar el costo a lo largo de la vida del proyecto.

Muchos proyectos que tienen una tarifa fija generalmente solicitan la mitad por adelantado. El cliente puede pagar sobre la marcha con una tarifa por hora.

La carga por hora simplemente me parece mal. Quiero ser valorado por saber dónde balancear el martillo.

    
respondido por el JeffO 06.04.2011 - 12:30
6

Una tarifa por hora no beneficia al cliente. Beneficia al desarrollador, porque no importa cuántos cambios solicite el cliente.

Así como un contrato de precio fijo no beneficia al desarrollador. Al menos, no sin órdenes de cambio. :-)

En la construcción, hay una clara separación entre el análisis y el diseño (arquitectura) y la implementación (construcción). Incluso con esa separación, y un siglo o más de información de costos de implementación, los proyectos de construcción pueden superar el presupuesto.

En el desarrollo informático, no hay una separación tan clara entre análisis, diseño e implementación. El cliente no se da cuenta de lo que cuesta cambiar una pantalla después de completar la codificación, en comparación con derribar una pared.

El desarrollador tiene la responsabilidad de educar a su cliente y de asegurarse de que el cliente entienda el valor, en lugar del precio.

    
respondido por el Gilbert Le Blanc 06.04.2011 - 16:40
3

La principal diferencia entre el precio fijo y la hora es quién asume el riesgo. Particularmente en este campo, las estimaciones del proyecto son solo aproximadas y pueden tener una gran incertidumbre en ellas.

Por lo tanto, a un precio fijo, el desarrollador debe asegurarse de estimar alto para cubrir dificultades imprevistas. Esto es razonable, ya que en la mayoría de las actividades comerciales, tener que cubrir el riesgo vale dinero (así es como funciona el negocio de seguros).

Si el cliente confía en el desarrollador lo suficiente, una tarifa por hora permitirá al cliente ahorrar dinero si el proyecto finaliza antes de dicha estimación alta, aunque si supera eso el cliente pierde dinero. En este caso, el cliente cubre el riesgo y, en promedio, ahorrará dinero.

Particularmente si el cliente es una empresa grande y el desarrollador es un individuo, es probable que el cliente esté en una mejor posición para asumir riesgos. Tener que pagar una tarifa adicional de 160 horas es probable que perjudique a una empresa más grande que tener que trabajar un mes adicional de forma gratuita, va a perjudicar a un desarrollador solitario.

También facilita los cambios en las especificaciones de negociación cuando el desarrollador no tiene que hacer una reestimación completa para cada cambio.

    
respondido por el David Thornley 06.04.2011 - 19:10
2

Una tarifa por hora beneficia al cliente en los casos en que existe una alta probabilidad de que quieran agregar características adicionales a las identificadas inicialmente. También beneficiará al cliente donde el proceso de desarrollo incluye trabajar con terceros, y donde el rol del desarrollador tenga que incluir otras tareas que solo estén relacionadas tangencialmente con la tarea de programación.

Una tarifa por hora le permite al desarrollador decir "Me encargaré de eso". En lugar de "Eso no está cubierto en el precio que acordamos". Eso será un X dólares adicional ".

En estos casos, una tarifa por hora elimina la necesidad de negociaciones continuas y puede ayudar a prevenir los malentendidos que surgen de las diferentes opiniones de lo que inicialmente se acordó.

    
respondido por el vjones 06.04.2011 - 18:41
1

En una tarifa por hora, el cliente debe asegurarse de que usted trabaje de manera eficiente. En un contrato de precio fijo, el cliente debe describir exactamente lo que quiere. Si el cliente desea saber el costo exacto del proyecto, debe saber exactamente qué se debe construir. Por lo general, el cliente no sabe, o cree que sabe, pero luego cambia de opinión.

En ambas situaciones, un avión no tripulado de ventas encontrará una manera de sobrecargar al cliente: haga una oferta baja en la parte fija de un proyecto, y compénselo más tarde con facturas enormes por cada cambio o adición menor, o deje que las personas más competentes ganen la oferta y las reemplacen con programadores de basura (a la misma tarifa por hora) más tarde.

Si fuera un cliente, preferiría:

  • pagar una tarifa por hora
  • haga que los desarrolladores entreguen el código de trabajo validado por pruebas automatizadas en pequeños incrementos
  • podrá reemplazar a los desarrolladores que no realizan (cubriendo los derechos de autor, etc.)

De esa manera, soy libre de decidirme a medida que avanzo y de saber por qué estoy pagando.

    
respondido por el Jaap 06.04.2011 - 19:11
0

Considere hacer la siguiente pregunta a su cliente:

¿Qué tan seguros están de su especificación? ¿Han pensado realmente en todo? ¿Qué podría cambiar entre ahora y cuando el producto salga a la venta? Explique que con un precio fijo, viene una especificación fija. cualquier cambio, y el precio cambiará.

Entonces le ofrecería una alternativa. Cotice un precio y un subsidio por cambio de especificación de quizás 20%. De esa manera, el cliente ya ha presupuestado en algún margen para cambios, y si lograron obtener las especificaciones correctas en primer lugar, ¡traerán el proyecto por debajo del presupuesto!

Si el cliente desea dirigir y controlar el proceso de desarrollo y / o realizar cambios frecuentes en el producto, puede hacerlo, pero debe aceptar una tarifa por hora / día.

    
respondido por el Michael Shaw 06.04.2011 - 19:11

Lea otras preguntas en las etiquetas