¿Cómo cotizar una aplicación hecha en delphi, que valor debo darle?

[Lord Delfos]

Una medida de base para estas cosas que para mí funciona bien, es lo que te sale vivir.

Es decir, ¿Cuánto me sale a mí, vivir durante el tiempo que paso haciendo el programa? Si el programa me lleva un mes trabajando ocho horas por día, ¿Cuánto dinero necesito yo por mes para vivir? En definitiva es un sueldo, ya que no estás trabajando en otra cosa mientras hacés el programa.

Por supuesto que en la realidad es bien distinto. Si estoy haciendo dos proyectos a la vez, en realidad no estoy trabajando ocho horas con el proyecto, probablemente esté trabajando cuatro (o trabajo 14 horas por día entre los dos proyectos ). Y uno debería ajustar el precio a eso.

Ese valor de tiempo es como una base. Cobrar por debajo es perder, cobrar por arriba es ganancia. Si el proyecto es muy complicado, pero a vos te sale fácil porque sabés bastante, entonces el precio aumenta, obviamente... Tenés que hacer valer tu conocimiento. Es decir, si podés hacer algo complicado en una semana, que a otra persona "normal", por así decirlo, le llevaría dos semanas, entonces tu costo se basa en dos y no en una... Y ahí facturás de lo lindo.

[Master23]

Empezado por Lord Delfos

Una medida de base para estas cosas que para mí funciona bien, es lo que te sale vivir.

Es decir, ¿Cuánto me sale a mí, vivir durante el tiempo que paso haciendo el programa? Si el programa me lleva un mes trabajando ocho horas por día, ¿Cuánto dinero necesito yo por mes para vivir? En definitiva es un sueldo, ya que no estás trabajando en otra cosa mientras hacés el programa.

Por supuesto que en la realidad es bien distinto. Si estoy haciendo dos proyectos a la vez, en realidad no estoy trabajando ocho horas con el proyecto, probablemente esté trabajando cuatro (o trabajo 14 horas por día entre los dos proyectos ). Y uno debería ajustar el precio a eso.

Ese valor de tiempo es como una base. Cobrar por debajo es perder, cobrar por arriba es ganancia. Si el proyecto es muy complicado, pero a vos te sale fácil porque sabés bastante, entonces el precio aumenta, obviamente... Tenés que hacer valer tu conocimiento. Es decir, si podés hacer algo complicado en una semana, que a otra persona "normal", por así decirlo, le llevaría dos semanas, entonces tu costo se basa en dos y no en una... Y ahí facturás de lo lindo.

Gracias ,tu respuesta me ha dado una orientación adecuada en el tema .

[[Crandel]]

Un dato importante al cotizar un software que solemos olvidar es el tiempo de capacitacion y mantenimiento.

Un programa nunca termina el dia que se lo entregas al cliente. Luego deberas instalarselo, enseñarle como se usa, atender sus consultas, agregarle algunas mejoras que te pida, y corregir los bugs que seguro tendrás.

.

[[egostar]]

Empezado por Crandel

Un dato importante al cotizar un software que solemos olvidar es el tiempo de capacitacion y mantenimiento.

Un programa nunca termina el dia que se lo entregas al cliente. Luego deberas instalarselo, enseñarle como se usa, atender sus consultas, agregarle algunas mejoras que te pida, y corregir los bugs que seguro tendrás.

.

Efectivamente hay que incluir el costo de instalación, curso de capacitación y una poliza de mantenimiento junto con el sistema.

Y tampoco hay que olvidar el costo de la licencia de Delphi, es algo que solemos perder de vista y que tiene el mayor impacto a la hora de desarrollar un sistema, luego no salen las cuentas.

Saludos

[roman]

No entiendo esta parte Eliseo. ¿El costo de la licencia se lo cargamos al cliente? ¿No viene a ser más bien una herramienta de trabajo nuestra que se prorratea entre todos los clientes? Es decir, ¿no sería como si el carpintero nos cobra además por la garlopa, el taladro, el serrucho, etc.?

// Saludos

[[egostar]]

Empezado por roman

No entiendo esta parte Eliseo. ¿El costo de la licencia se lo cargamos al cliente? ¿No viene a ser más bien una herramienta de trabajo nuestra que se prorratea entre todos los clientes? Es decir, ¿no sería como si el carpintero nos cobra además por la garlopa, el taladro, el serrucho, etc.?

// Saludos

Hola Román,

Si tienes razón, no aclaré correctamente este punto, perdón, me refería precisamente a considerar dentro del costo una parte de la licencia de la herramienta con la que desarrollamos, esto permite que la licencia de desarrollo no se tenga en el terreno de los gastos, sino mas bien en el de las inversiones lo que cambia en algo la perspectiva de las cosas.

Saludos

[[Delphius]]

Bueno, creo que ya mucho no se puede decir... si me lo permiten... quisiera agregar algo:

1) Este tema fué discutido y tratado en otras ocasiones. Una búsqueda en el foro con términos como "costo proyecto" "precio proyecto" te darán algunos resultados.

2) Una cosa es el precio y otra muy distinta es el costo. El primero refleja algo externo, y es en última el valor o monto que le ponemos al sistema cuando lo "vendemos" o "licenciamos". El costo por el otro lado, refleja algo interno: lo que nos cuesta como profesional, como empresa, como desarrollador dar vida al proyecto entero (que no únicamente el sistema)

3) Una cosa es vender, y otra es licenciar.

4) No tener un contrato firmado, o algun papel firmado es un error gravísimo. Ya nadie confía en las cosas por simples palabras. Cuando se trata de dinero sobre todo.

5) Por lo general, no es nada aconsejable esperar darle un valor al final. Hay que aprender, al menos, a desarrollar métodos de estimación que nos sirvan de orientación para dar al menos un valor estimado a nuestro trabajo y el posible costo y el precio en el corto plazo. Imagínate que tras 5 meses de desarrollo le caes al cliente con todito hecho y le das un número que no le agrada en nada y se reusa a pagarte cierta suma. ¿Te quedas con el sistema en tus laureles? ¿¡5 meses tirado a la basura!? ¿Qué hacer? ¿Crees que el cliente se va a quedar esperando 5 meses a que le digas cuanto sale? ¿Cómo le justificas al final tus valores?

El dilema, claro está, en como calcular o determinar que realmente el precio, costos, tiempos y demás no se salgan de lo planificado. Eso es un arte que lamentablemente se aprende por ensayo y error... ¡A puros golpes!
Habrá que ingeniárselas para saberse orientar y decir al cliente un estimado, y refinar ese proceso.

Y esto es algo que sucede en todas las profesiones y no simplemente a los informáticos que se dedican al desarrollo.

6) No creas que al desarrollarlo terminó todo. Te acabas de casar con tu creación. ¡Felicidades por tu matrimonio! Le dedicarás tu tiempo, tu dinero, tu esfuerzo en comprenderlo, madurar con él.... Lo que te digo es que entras a la etapa de mantenimiento, ampliaciones, mejoras, etc.

¿Alguien más se anima a decir más? ¿O es que sólo yo le estoy pegando una visión un tantito pesimista al chico?

Saludos,