Lo primero que debemos hacer es definir cuánto vale nuestro tiempo. Una vez que lo sepamos, será más sencillo hacer cálculos: a tanto valoro una hora de mi trabajo, tanto dinero necesito para obtener beneficio en base a las horas empleadas. Esto nos lleva al segundo punto: controlar cada minuto de tu tiempo.
El tercer consejo para valorar un software es saber decir NO. Decir no a un precio o propuesta inferior sobre la que tú mismo has estimado que debes valorar tu trabajo.
El cuarto consejo es saber encontrar un equilibrio entre rentabilidad y trabajo. Más trabajo no tiene por qué significar más dinero.
El quinto punto (si procede) es definir el coste de la licencia. Aquí podemos tomar la determinación de que las licencias no tengan coste, pero si no es así, también deberíamos valorar el coste de la licencia aplicando para ello también la valoración de nuestro tiempo. Suma horas de desarrollo, precio y divide por la previsión de venta de licencias y quizás lo tengas algo más claro.
El sexto y último consejo sobre cómo valorar un software recae en el mantenimiento. ¿Te has planteado el coste de un mantenimiento?, ¿y de la corrección de bugs, nuevas funcionalidades, versiones, ampliaciones?, ¿lo facturarás aparte? (lo que puede causar un pequeño caos), ¿no será quizás más interesante incluir en el coste de la licencia una parte dirigida precisamente a estos menesteres?. Es importante reajustar este precio con cada cliente pasado, por ejemplo, un año, ya que una misma tipología de cliente utilizará muchas más horas que otro.
Consejos extraídos del artículo: ¿Cuánto vale tu software?
La demostración al cliente, creo que sin duda es el momento más importante y crucial de la venta.
Una demostración de software no es un lugar para enseñar tus méritos técnicos, si no un espacio temporal en el que tienes que entender y comprender los problemas del cliente.
Las presentaciones no se hacen para uno mismo; el objetivo final de una presentación debe ser el de mostrar al cliente soluciones a sus problemas.
10 reglas básicas para hacer una demostración de software útil.
Reglas extraídas del artículo: La demostración del software.