¿Cuanto de debe cobrar por consultoría y soporte a software libre?

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.

Tags:


5 votes, average: 2.40 out of 55 votes, average: 2.40 out of 55 votes, average: 2.40 out of 55 votes, average: 2.40 out of 55 votes, average: 2.40 out of 5 (5 votes, average: 2.40 out of 5)
You need to be a registered member to rate this post.
Loading...
Pregúntale al gurú, software libre | RSS 2.0 |     4,963 views

RSS feed

10 Comments »

Comment by mahomedalid
2010-11-26 10:02:09

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.

 
Comment by mahomedalid
2010-11-26 10:02:47

P.D. Al decir sin prestaciones ni tiempos muertos quiero decir que la hora debe ser significativamente mayor a 113 pesos.

 
Comment by El Pop
2010-11-26 11:30:57

Ups, pues por 113 pesos los contrato y revendo, 🙂

Estos son mis tabuladores:

Arquitectura de Software => $100 USD/hora
Análisis => $50 USD/Hora
Programación = $40 USD/Hora
Documentación = $30 USD/Hora

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:

15% del tiempo corresponde a Arquitectura
20% corresponde a análisis de programación del módulo
55% es programación y QA
10% Documentación

Tomando los costos que menciono queda así:

Arquitectura => $1,800 USD con 18 horas
Análisis => $1,200 USD con 24 horas
Programación => $2,640 USD con 66 horas
Documentación => $360 USD con 12 horas

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:

Módulo => $6,000 USD
Implementación (10%)=> $600 USD
Indirectos (8%) => $480 USD
Subtotal => $7,080 USD
IVA => $1,132.80 USD
Total => 8,212.80 USD

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

 
Comment by antilo0p
2010-11-26 12:50:29

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

 
Comment by kamuzx
2010-11-26 14:17:04

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.

 
Comment by mvela
2010-11-28 19:58:08

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.

 
Comment by KBrown
2010-11-30 09:33:47

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.

 
Comment by el_duende
2010-11-30 16:09:33

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

 
Comment by nibblesmx
2010-12-01 00:08:24

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

 
Comment by umquat
2010-12-09 16:44:55

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)

 
Name (required)
E-mail (required - never shown publicly)
URI
Your Comment (smaller size | larger size)
You may use <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong> in your comment.

Trackback responses to this post