akabane89
15-10-2009, 05:26
Hola muchachos, tengo una duda, lo que pasa es que me han encargado diseñar un pequeño programa en JAVA a nivel de entorno gráfico, que se le ingrese datos y luego los imprimo en un formato ya diseñado para ese documento(que en este caso es un estado de cuenta). como ven, es un programa muy simple, ingreso datos y los imprimo en un formato.
Me gustaría que me dijeran cuanto debería cobrar por hacer ese programa, por favor es la primera vez que voy a hacer un programa como negocio pero no se cuanto cobrar, gracias.
j8k6f4v9j
15-10-2009, 14:21
Puedes calcularlo en función de las horas que vayas a emplear, descartando claro está las que emplees formándote, que una cosa con las consultas a librerías y demás y otra bien distinta la formación en conceptos básicos que como profesional debes aportar.
Salu2
akabane89
15-10-2009, 15:40
y cuanto debería cobrar por hora entonces? gracias ;)
Depende de muchos factores:
1º Cuanto crees que es razonable cobrar por ese producto (acorde con lo que ya hay en el mercado).
2º Cuanto están dispuestos a pagar (El precio final del producto es un pacto entre el cliente y tu).
3º Cuanto esfuerzo supone ese proyecto para ti (horas, líneas de código, etc...)
4º Complejidad del proyecto. A mayor complejidad, mayor coste. Se habla de complejidad en el sentido de la envergadura del proyecto, y no de lo que puede resultar dificil de realizar por uno mismo... (en ese caso depende de tus habilidades y conocimientos, y tal y como te comenta j8, no se debe tener en cuenta el tiempo invertido en obtener ese aprendizaje a la hora de fijar el precio).
Según el modelo "COCOMO" hay 3 tipos de proyectos software clasificados según su complejidad: "Orgánicos", "semi-acoplados" y "empotrados". Los primeros son sencillos, para un entorno cercano (familia, amigos, conocidos, etc...), y el proyecto no suele superar las mil líneas de código (supuesto caso de que el código ha sido optimizado, o si me apuras, las 5000 instrucciones en ensamblador una vez compilado y enlazado el proyecto). Los segundos son de complejidad media, el código final oscila entre las miles de líneas y cientos de miles de ellas. Además suele intervenir factores de eficiencia, robustez y seguridad (el no cumplimiento de estos factores puede llegar a suponer un problema grave en la empresa). Se necesitan conocimientos amplios tanto de software como de hardware, ya que la cooperación de ambos campos son determinantes para el cumplimiento de esos requisitos. Y por último, los terceros son proyectos de complejidad alta, y suelen ser proyectos innovadores, de investigación o de laboratorio.
5º Plazos de entrega (No es lo mismo tener un producto para dentro de unos dias que para dentro de unos meses), a menor plazo, mayor número de horas invertidas. El plazo de entrega debe ser razonable en función de la complejidad. Piensa que si el proyecto es complejo y estás sólo, necesitarás invertir más horas para hacer lo mismo que si ese proyecto fuese adjudicado a una empresa en la que trabajan varios ingenieros...
6º Garantías de funcionamiento. Si ofreces garantías u otros servicios que no ofrezcan otros, puedes tomarte la libertad de subir el precio, pero de forma razonable.
7º Fiabilidad. Si tu producto posee fallos, errores, bugs, defectos, anomalías de funcionamiento, etc... te costará más venderlo por un precio superior. Si subes mucho el precio y no eres capaz de cumplir con los puntos anteriores, probablemente no consigas venderlo. Debes ofrecer un periodo de prueba o testing, que sea efectivo, para garantizar la fiabilidad antes de entregar el producto.
8º Soporte técnico y ampliación. Puedes ofrecer la posibilidad de mejorar tu producto con el paso del tiempo (sacar otra versión mejorada, corregir problemas o defectos que estuvieran presentes en tu primera entrega).
9º Por último sé realista. Programar hay muchos que saben, pero programar bien, pocos... Puede darse el caso que muchas empresas elijan el producto que les salga más económico sin tener en cuenta que sea el mejor para ellos... simplemente con que ese producto le haga "el apaño" es suficiente. En tal caso, si subes el precio probablemente no quieran comprarlo. Sin embargo, si sabes "cómo venderlo", y hacerles ver que tu producto es lo que ellos necesitan, mejor que cualquier otro producto (y porque de verdad es así, no puedes mentir, ante todo honradez), entonces puede que tengas éxito en venderlo.
A la hora de poner precios es preciso comparar tu trabajo con otros completamente distintos... Por ejemplo, piensa que un fontanero cobra 50€ por ponerte un "manguito" en el termo de tu casa (cosa que por ejemplo yo no tengo ni idea, aunque nunca me he puesto :p), por tanto has de valorar varios aspectos:
1º Sin ese manguito no tendrías aguas caliente => es una necesidad.
2º Saber qué manguito poner, y dónde ponerlo => se paga el conocimiento.
3º Precio del manguito: 0.20€, precio final: 50€.
Compáralo a tu software:
1º Sin ese programa/software ¿la empresa sale perjudicada? ¿Es importantísimo ese software para ellos de forma que sin él, la empresa se fastidia?
2º Podrían otros darle ese software con garantías de funcionamiento por un precio mucho menor al que tu ofreces?
3º Precio del software: x €, precio final: depende de tus respuestas...
Resumen: Si bajas mucho el precio, estás infravalorándote y perjudicándote no sólo a ti, sino a todo el sector de la informática... estarás haciendo competencia desleal (aunque sea dinero negro). Si subes mucho el precio, puedes tener suerte y que la empresa lo compre (por varios motivos: "falta de conocimientos, en el sentido de saber que ese producto lo pueden obtener de forma más económica", "por confianza en ti o en tu producto", etc...), o bien no tener suerte, y que no lo compren por ser un precio desorbitado... Nadie te puede decir un precio a priori sin saber la complejidad del proyecto, ni sin conocer al cliente (qué tipo de pacto habéis hecho antes de ponerte a escribir una sóla línea de código).
Como orientación a lo que debas cobrar por horas, piensa ésto:
Volvamos al ejemplo de la reparación del fontanero...
El fontanero te ha cobrado 50€ por la avería, en los que van incluidos: mano de obra, desplazamiento, gasto de material y facturas... Y ha tardado 30 minutos en reparar la avería. Precio que ha cobrado por hora: 50€/0.5horas = 100€/hora. De los cuales ha de quitar gasto de material (0.20€ del manguito + desplazamiento, pongamos unos 20€ como mucho, porque el taxi le ha salido muy caro y se lo tiene que pagar él...), ahora descontemos el IVA (el 16% o el actual 18%), si realiza factura... en total estará cobrado 70€ la hora aproximadamente.
Ahora tú... 50€ por tu software, el cual supongamos que se logra realizar en unas 10 horas hábiles de trabajo (ojo! 10 horas es una estimación de lo que en teoría debes tardar en tenerlo listo, si tardas más, porque no te salen las cosas, o se retrasa porque no sabes cómo realizar algo, etc... cobrarás menos). En principio no hay gasto de material ni de facturas... Habrás cobrado por hora: 50€/10 = 5€/hora... Creo que eso en España es lo que viene siendo ser mil eurista... Aunque si es el caso de que se trata de tu primer trabajo, tampoco puedes exigir mucho más, a lo sumo 1€ o 2€ más por hora... (Sólo como recomendación)
Un saludo.
Totalmente deacuerdo con hystd, siempre en este tipo de desarrollos el precio debe de ser por hora, y cómo también es cierto el precio básico es de 5€ pues lo multiplicas por las horas que hayas invertido en el desarrollo del mismo, obviando formación. NOTA: Es de vital importancia para tu bolsillo sobretodo xD que tambien veas hasta cuánto esta dispuesto a pagar el cliente, si esta dispuesto a pagarte 10€ por hora trabajada pues como ves hay una plusvalía de 5€ un 100% más, asi que creo que nos entendemos...