56 votos

La facturación por horas, ¿es apropiado incluir tiempo de investigación si no sabes cómo hacer algo?

El título es un poco confuso, pero aquí hay un problema que enfrento ocasionalmente, pero no sé cómo facturar. Aquí hay un ejemplo, y espero que puedas entender la idea general y aplicarla a un concepto más amplio de cómo facturar por el tiempo de investigación:

Soy un programador experimentado y hábil y el cliente me pide algo que no he codificado en el pasado (animación especial, función, etc.). Tengo que tomar tiempo para descubrir cómo hacer lo que quieren, pero no estoy construyendo específicamente el producto final. ¿Debo seguir contando esas horas dedicadas a la investigación y pruebas cuando facturo al cliente?

Por alguna razón, se siente ligeramente deshonesto ya que no estaba tipeando el código final todo el tiempo, pero no quiero que ese tiempo se pierda, especialmente si es un problema complejo y paso algunas horas o más investigando antes de encontrar una solución.

¿Es apropiado incluir tiempo de investigación si no sabes cómo hacer algo?

2 votos

Es parte de cualquier trabajo de programación tener que investigar los detalles sobre cómo implementar lo que el cliente desea. Por lo tanto, cobraría por mi tiempo. Tal como lo veo, ese tiempo de investigación (igual que el tiempo de diseño, de pruebas y de documentación) es facturable.

33voto

Ryan Ahearn Puntos 3829

Esta es una buena pregunta que seguramente muchas personas enfrentan al comenzar. Primero debes decidir tu modelo de fijación de precios: ¿estás facturando por hora o por proyecto?

Hay ventajas y desventajas en ambos, pero básicamente se reduce a tus habilidades y a lo que el cliente está dispuesto a pagar. He visto muchos proyectos de animación o diseño gráfico (yo los llamo proyectos "creativos") donde intentan cobrar por hora, ¡pero el cliente nunca acepta pagar ese tipo de proyectos! En estos casos es mejor utilizar la facturación por proyecto.

Luego hay otros trabajos relacionados con tecnología que he realizado que fueron por proyecto, pero deberían haber sido por hora. Aprendí rápidamente mi lección en este incidente en particular...

Si no sabes algo, necesitas descubrirlo antes de comenzar el proyecto. Esto debe hacerse en la fase de descubrimiento de tu propuesta. No inviertas demasiado tiempo no remunerado en investigación para un solo proyecto; si investigas, debe tener valor en muchos proyectos futuros, de lo contrario estarías perdiendo tu tiempo. Cuando investigo algo, siempre me pregunto: "¿Cómo puedo implementar esto para otros clientes?". Si no puedo, generalmente se factura, ya sea con el proyecto o con mi tarifa por hora (acordada previamente). Recuerda, durante la fase de descubrimiento, debes ser el experto haciendo todas las preguntas necesarias, para minimizar las revisiones más adelante. En proyectos creativos, siempre habrá revisiones, y eso debe ser tenido en cuenta en tu presupuesto.

Para mis trabajos de tecnología, cotizo cuántas horas debería tomar en una situación perfecta (es decir, todas las conexiones funcionan, los discos del programa están disponibles, todos los nombres de usuario me han sido proporcionados, etc). Luego estimo posibles problemas que pueda tener, y añado el costo. Luego lo aumento con un margen del 25-50% por cualquier imprevisto fuera del alcance que haya pasado por alto al evaluar las necesidades del cliente. Les doy este precio, y menciono que puede ser menor o mayor; si es mayor, entonces hay problemas serios que deben abordarse antes de facturar más de esa cantidad. Esto también muestra al cliente que comprendes que ellos trabajan por su dinero también, y no quieres perjudicarlos.

Lo mejor que debes recordar, sin embargo, es que tu investigación debe ser compensada. ¡Si puedes utilizarla con otros clientes, genial! No cobres la cantidad total al primer cliente que te pida hacer algo, sino incluye partes de ella en proyectos futuros. Si estás investigando solo para un cliente y sientes que no se puede utilizar en otro lugar, ¡entonces debes cobrarle al cliente por ello! Dicho esto, el 99% del tiempo, puedes utilizar las habilidades que aprendiste investigando en otros proyectos; siempre hay excepciones que confirman la regla, sin embargo.

8 votos

Gran respuesta, pero en lugar de "¿Cómo puedo implementar esto para otros clientes?" generalmente me pregunto a mí mismo "¿Querría aprender esto si no estuviera trabajando para este cliente en particular?" Solo porque sea aplicable en el futuro no significa que quiera hacerlo en el futuro.

13voto

Adam V Puntos 2774

Estoy utilizando un modelo "basado en una situación".

Por ejemplo, si un cliente quiere que programe una base de datos y no sé cómo hacerlo, entonces no le cobraré por el tiempo que paso aprendiendo cómo hacerlo. Ya que es algo simple y básico que se suponía que debía saber.

Por otro lado, si me pide que programe algo de física (humo, nubes, etc.) donde tengo que probar diferentes algoritmos, entonces le cobro por esto ya que nadie puede hacerlo de memoria (a menos que haya hecho exactamente lo mismo antes).

Esta es mi teoría. En la práctica, a veces cobro al cliente si creo que mi investigación hará que la aplicación sea más atractiva aunque él no haya pedido esa función (como alguna animación genial). En otros casos, si paso demasiado tiempo en algún algoritmo o tengo demasiados intentos fallidos de algún algoritmo (soy muy meticuloso, demasiado), entonces no tengo corazón para decirle que pasé 30 horas investigando y simplemente le digo que menos horas.

Entonces, la regla de oro es la siguiente:

  1. Si es algo simple que deberías haber sabido antes, entonces no le cobres. Podrás reutilizar ese código más tarde.

  2. Si es algo que tomará más de 1 hora más o menos, y no está dentro del dominio "deberías haberlo sabido antes de solicitar el trabajo", entonces pregunta al cliente si está dispuesto a financiar el tiempo de investigación ya que el producto será de mayor calidad.

Con el tiempo, aprenderás cuándo preguntarle al cliente y cuándo no. Cada vez que ahora le digo al cliente que pasé X horas extras haciendo esta y aquella función, siempre está contento. Ni una sola vez me han dicho que no quiere pagar por ello. Pero necesitas experiencia para llegar a este nivel.

10voto

Jon Galloway Puntos 320

La facturación por hora es un arte en sí mismo, y hay muchos enfoques. Muchos freelancers simplemente cuentan todas las horas que han pasado trabajando en un proyecto y las facturan al cliente. El tiempo dedicado a la investigación y aprendizaje de cosas nuevas suele estar excluido, porque el requisito para aceptar la tarea es que tienes el conocimiento y la experiencia necesarios para llevarla a cabo. Si necesitas aprender o investigar algo, significa que estás trabajando en requisitos previos y no en el proyecto.

Sin embargo, muchos freelancers más experimentados están siguiendo el modelo de las empresas. Tienen tarifas fijas por hora, y cuando el cliente pregunta cuánto costaría algo, das la respuesta en horas, lo cual se traduce directamente en la factura. Si el cliente acepta la suma, haces la tarea. Estás asumiendo todo el riesgo. Si haces algo más rápido de lo esperado, ganas más, y para el cliente no importa porque ha aceptado el precio total. Si algo lleva más tiempo, es tu riesgo, porque subestimaste y ahora tienes que trabajar más para ganar la misma cantidad de dinero.

En última instancia, todo se reduce a la suma final que el cliente puede aceptar. Si facturas demasiado, desanimarás a los clientes, sin importar si facturas demasiadas horas o si tu tarifa por hora es demasiado alta para el cliente.

1 votos

+1 por dar la respuesta del costo en términos de horas; facilita la facturación de los cambios en el alcance.

7voto

mahler Puntos 161

Lo manejo caso por caso y evalúo teniendo estas cosas en mente (también soy un desarrollador contratado, así que usaré ese contexto):

¿Es algo razonable esperar que ya lo sepa? Por ejemplo: si hay un nuevo ORM que quiero usar y me encuentro con un obstáculo al configurarlo, no facturaré ese tiempo. Es razonable que el cliente asuma que un desarrollador web sabe cómo almacenar datos en una base de datos. El cliente no debería pagar por mi decisión de usar una biblioteca con la que no estoy familiarizado (cuando podría haber usado la que he usado en el pasado).

Pero me refiero a un problema legítimo que lleva un tiempo significativo. Si la curva de aprendizaje para mí se basa simplemente en tener abierta alguna documentación y tardar un poco más en hacer algo, no detengo el reloj.

¿Es algo que el cliente quería específicamente? Este es el equilibrio con el primero; si un cliente me pide integrarme con una API que nunca he usado antes o configurar algún tipo de sincronización de autenticación que no es común en mi campo, entonces facturo por el tiempo.

¿Me causará vergüenza? O quizás mejor formulada, ¿esto afectará mi reputación? Si me encuentro con un problema significativo al descubrir algo nuevo y luego me doy cuenta de que fue solo porque fui un poco estúpido, es posible que descuente el tiempo, incluso si no se esperaba que lo supiera. En esos casos, incluiré el tiempo que siento que debería haberme llevado.

Dicho esto, es una decisión muy basada en el sentimiento y gran parte dependerá de la dinámica que tenga con un cliente. Si es un cliente de larga duración que frecuentemente solicita nuevas tecnologías/soluciones, me sentiré más cómodo incluyendo tiempo que lo haría con un cliente nuevo donde todavía estoy demostrando mi valía.

5voto

erdogany Puntos 140

Cuando vas a tu panadería del barrio:

  • ¿te dice el panadero que dos centavos del precio del pan son para pagar el tiempo que pasó buscando el saco de trigo que se suponía estaba en la sala A, pero en realidad olvidó que estaba en la sala B?
  • ¿te dice que un centavo es por el tiempo que pasó viendo al pajarito volar alrededor de su ventana?
  • ¿te dice que medio centavo es por el tiempo que estuvo en el baño?

¿Te informa McDonald's que cinco centavos del precio de la cheeseburger se utilizan para pagar las vacaciones de sus ejecutivos?

Por supuesto que no.

Cada vez que divulgas esa información, abres la oportunidad para que el cliente busque excusas para discutir el precio contigo.

No seas tan detallado en la información que proporcionas. En cualquier trabajo que hagas, siempre habrá elementos que requieran conocimientos que utilizas rutinariamente, y conocimientos que debas desarrollar sobre la marcha. Esto puede llevar diez minutos, tres días o tres meses, y sucede con cualquiera que tenga un negocio de cualquier tipo.

Así como el panadero de la esquina no te informa de cada error en su entendimiento o juicio, tú no deberías fomentar oportunidades para iniciar discusiones en las que ingenuamente te pongas en una posición en la que tu cliente comience a querer gestionar al detalle tu tiempo, simplemente porque has compartido demasiado. Para algunos clientes, estarás creando una oportunidad perfecta para comenzar a regatear el precio.

En el caso más extremo en el que puedes prever la necesidad de una gran investigación antes de comenzar el trabajo, puedes discutirlo de antemano con tu cliente, pero no a medida que avanzas. Una buena estrategia sería decidir de antemano qué brecha de habilidades deseas revelar a tu cliente y cuál no, para evitar levantar falsas alarmas al cliente.

Si cobras por hora, es posible que te sientas en conflicto acerca de esto ("¿estoy desperdiciando el tiempo de mi cliente?"). Si te ayuda, podrías dividir tu facturación entre el tiempo y los entregables, de manera que puedas recordarte a ti mismo que esas horas adicionales cerrando la brecha no están siendo pagadas en la parte de la factura que comprende los entregables.

0 votos

Creo que esta es la forma correcta. A menos que una tarea esté COMPLETAMENTE fuera de mi área de especialización y no tenga ni idea (en cuyo caso, probablemente no estaría considerando el trabajo en primer lugar), casi siempre simplemente incluiré el tiempo invertido en investigación en mis estimaciones y definitivamente facturaré esas 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