He buscado en Google con poco exito en páginas mexicanas, es por eso que recurro a ustedes.
¿Cuanto de debe cobrar por consultoría y soporte a software libre?, quizas sea un tema algo viejo en estos foros y algo actualizado sería de mucha ayuda.
¿Cuanto de debe cobrar por consultoría y soporte a software libre?
10 thoughts on “¿Cuanto de debe cobrar por consultoría y soporte a software libre?”
Leave a Reply
You must be logged in to post a comment.
En cualquier cosa a la hora de cobrar siempre recomiendo reducir el trabajo a horas y ver cuanto quieres (y mereces) ganar por hora, ya sea fontanería o instalación de BD. Por ejemplo, para ganar 20,000 al mes, en 8 horas productivas al día (sin prestaciones ni tiempos muertos), serían 113 pesos la hora.
P.D. Al decir sin prestaciones ni tiempos muertos quiero decir que la hora debe ser significativamente mayor a 113 pesos.
Ups, pues por 113 pesos los contrato y revendo, 🙂
Estos son mis tabuladores:
La consultoría la cobro como arquitectura mas 20% o sea a $120 USD/hora.
En un proyecto, el cálculo de horas que me tomaría hacer un módulo se calcula así (le aplico los siguientes criterios):
Si un proyecto me toma 120 horas hago el siguiente breakdown (por ejemplificar):
Interfase Web a sistema de autentificación a bancos => 120 horas
de los cuales aplico esta regla:
Tomando los costos que menciono queda así:
Esto me da un subtotal de $6,000 USD, pero a esto le cargo el 10% de implementación y el 8% de indirectos el total le aplico el IVA y tan tan:
Un proyecto que te toma 120 horas debes cobrar $7,080 USD + IVA
El cálculo de tiempos es mas divertido, ya que si pones a dos personas a full time tomando en cuenta jornadas semanales de 8 horas x 5 días te da que acabarías en semana y media, pero usando el factor Araico (o sea el tiempo que estimaste por 2 por aquello de las cagadas), tendrías el proyecto en 3 semanas.
Espero esto te sirva de base, pero con gusto les doy mi hojita cotizadora.
Saludos… El Pop
Concuerdo con El Pop, por horas es la mejor forma de cobrar, y tambien tendras que decidir cuantos FTE’s (Full Time equivalent), vas a utilizar, http://en.wikipedia.org/wiki/Full-time_equivalent.
Acerca del factor Araico que comenta El Pop se me hace demasiado multiplicar x 2 tu estimado, significaria eso que tienes una pesima planeacion, a lo sumo debieras de considerar un 30% mas de tiempo/esfuerzo.
Saludos
Lo que veo es que lo mejor para todo es cobrar por hora de acuerdo a las implementaciones de software libre solo es dividirlo por hora trabajada y dejando un colchon de tiempo, por cualquier contratiempo. incluyendo en este esquema al soporte.
No tienes pierde
lo un sueldo de programar más 100% extra, esto por:
Genralmente la investigación y diseño se lleva el 50% del tiempo del trabajo.
Tabla de sueldos acutalizdos
Diseñador software y base de datos $ 45,000 pesos
programdor señor, $ 25,000 pesos
programador junior, diseñador $18,000 Pesos
Diseñador $15,000 pesos
Cuando tú calculas estas calculando las horas Hombre pero se te olvido la complejidad.
No hay mucha diferencia en los sueldos de hoy que hace 1 año. Hay mucha mano de obra necesitada acutalmente y pocos proyteco viables.
Pero es sueldos si vas hacer un proyecto grande multiplacolo por 2, ya que la empresa tiene que cubrir su utilidad y costo inderecto.
Pero como siempre una buena presupuestación dependera de la experiencia en proyectos, por lo que parece papita resulta que esta más complicado que el algoritmo pra calcular el isoto radioactivo.
En hora buena, se requiere de menores ventajas para los usuarios y de modernidad en paquetes y funcionalidades.
Una parte de ese 100% adicional te lo gastas en juntas eternas y revisiones de entregables, otra parte significativa te la gastas en cambios fuera de la especificación que el cliente siempre te pide después de la entrega.
El empaquetamiento, mantenimiento y soporte post-entrega son factores que también hay que tomar en cuenta y que generalmente nadie lo hace.
Pop,
Muy interesante y educativa tu aportacion. Me interesa tu hoja cotizadora, me la puedes enviar?
Otro dato, que lei hace algun tiempo, para calcular el tiempo de un proyecto de programacion, decia que:
“Lo que pienses que te va a llevar de tiempo, lo multipliques x 2, lo eleves a la siguiente unidad de medicion, agregale un 10%, y tal vez lo termines a tiempo” 🙂
el duende
Yo tengo una formula muy sencilla:
s = sueldo (incluyendo costos de IMSS, Infonavit y demas prestaciones)
t = tiempo
co = s*t*1.2 //costos operativos. 20 porciento extra que cubren gasolinas, costos de servicios, etc.
costo total = co*3
se multiplica por 3, porque debes cubrir tus gastos operativos, considerar juntas+revisiones imprevistas e impuestos. Y te queda tu costo operativo como utilidad
=D
Lo que realmente necesitas saber no es cuanto se cobra, sino cómo llevar a cabo una negociación con tu cliente. La venta es el paso inmediato anterior a todo esto.
Regla No. 1: Contar con información
¿Cuanto está dispuesto a invertir tu cliente? ¿cual es su presupuesto?. Si no tienes perfectamente clara esa información seguramente la mayor parte de las veces vas a perder el contrato por cobrar de más o vas a dejar dinero en la mesa. Se consigue viéndolo directamente a los ojos y preguntando.
Regla No. 2: Tener claro cuanto quieres ganar con este cliente.
Me parece que estar contento con lo que cobras es mucho más importante que saber si cobraste lo que más podías o si dejaste dinero en la mesa. Si una ONG te pide una aplicación web en PHP+MySQL y le cobras, no sé, $1500 MXN, seguramente te sentirás igual de bien que si te la pide un banco y le cobras $1500 USD por hacer exactamente lo mismo.
Si la diferencia entre lo que puede gastar y lo que quieres ganar es a tu favor, cóbrale lo que puede gastar. Si es en tu contra, explícale que no estarías contento trabajando por esa cantidad, pero que sí estarías contento trabajando por lo que quieres ganar. Inmediatamente después le preguntas si estaría contento y cómodo cubriendo tu precio. Lo que sigue después se conoce como negociación 🙂
Regla No. 3: Negociar salidas para ambas partes
Si a la mera hora cobraste mal, hiciste un trabajo espantoso, te estás tardando demasiado o el proyecto resultó mucho más complejo y difícil, es muy bueno para ambas partes el poder llamarle al otro e invocar el acuerdo de salida para terminar el proyecto amigablemente y no dañar la relación.
Este tipo de negociación se llama “win-win” o “ganar-ganar”, porque en todo momento se busca que ambas partes tengan lo necesario para estar tranquilos.
Saludos y espero que te sirva.
Rubén (umquat)