Hola, el motivo por el cual les escribo es para hacerles saber que recién estoy aprendiendo a desarrollar en Visual Basic 6.0 SP 6 (al respecto, cuandoejecutoel VB y clickeo sobre Project/References, observo que tengo la posibilidad de usar Microsoft Activex Data Objects 6.0; a eso se refiere el SP 6, no?) con Windows 98.
Mi deseo es desarrollar una aplicación de bases de datos con ADO que sirva como un Sistema de Liquidación de Sueldos, para venderselo a algún posible cliente.


Siendo este mi primer desarrollo, creo que para comenzar debería dirigirme a alguna Pyme para ofrecerlo.

Me imaginoque un programa de este tipo involucra tener en cuenta los distintos requerimientos que pueda llegar a tener una empresa, por lo cual:

Preguntas:

En la práctica, ¿Qué tipo de Pymes suelen usar estos sistemas para liquidar los sueldos de sus empleados?

¿Es posible realizar un sistema de estos que sea lo suficientemente flexible como para ofrecérselo a diversos tipos de Pymes? Por ejemplo, que sirva para unsupermercado y también para una ferretería grande(estoy dando cualquier ejemplo).

Mientras vaya desarrollando el sistema, voy a consultarlos para despejar futuras dudas.

¿Les parece que al terminar de desarrollar este programa les dé una dirección para que se bajen el ejecutable y me digan qué les parece, y cuánto debería cobrar por algo así?

Gracias por su atención.

Hola

En realidad cualquier negocio o empresa con más de tres empleados podría usar un sistema de liquidación de sueldos.

Hacer uno que sea adaptable a cualquier negocio me parece difícil, debido a las particularidades de cada convenio de trabajo y de cada rubro laboral (por ej. farmacia, metalúrgicos, comercio, etc.).

A no ser que lo dejes abierto para que cada empresa cargue sus propias fórmulas para calcular los distintos conceptos, como lo hace por ejemplo el Tango.

Lo que sí te conviene es dejarlo lo más modular posible, aprovechando que arrancás desde cero. Debido a que si le tenés que hacer pequeñas adaptaciones para cada caso en particular, ocupes el menor esfuerzo posible.

De esta forma además podés "agregarlo" a algún sistema de gestión futura sin necesidad de andar reescribiendo mucho código y que el mismo pueda ser reutilizable.

En el foro tenés dos topicos que hablan de cuanto cobrar por un sistema, pero que eso está más en cuanto querés ganar vos. Si querés ganar mucho vendiendo pocos sistemas o ganar poco en un sistema pero a la larga mucho al poder vender muchos más.

Un supermercadogrande con 50 empleados te puede pagar por ejemplo $ 2000 por un sistema, no le hace nada la inversión, pero una farmacia chica por ahí no. Ese lo tenés queevaluar vos.

Espero que tengas suerte.

Saludos.
Edited by: jpuser

Ajá, gracias por la respuesta jpuser, de paso les digo a todos que soy de Argentina, algo queno aclaré al principio.

Pues bien, voy a estudiar lo que respondiste y ponerme manos a la obra con el desarrollo de este sistema, para más adelante (lo que es muy probable) consultarlos.

En una ocasión, la profesora de programación de un curso que estoy haciendo sobre el temanos había comentado a los alumnos que en una ocasión había hecho un programa para una cadena de supermercados y le habían pagado 300 $.

Otro flaco que se dedica a desarrollar encierta oportunidad había hecho un programa de bases de datos para una ferretería de autopartes (no una ferretería común y corriente, sino una gran empresa) junto a otros muchachos, y les cobraron 200$ en total por el laburo, con una garantía de 6 meses o algo así, ycada vez que eran consultados por esta empresa parahacerle cambios al programa osolucionarle algún error, les cobraban algo así como50 $.

Por eso me impresiona un poco lo que decís jpuser,¿2000 $ por un programa para un supermercadocon más de50 empleados?Estamisma noche me pongo a desarrollar este sistema y a estudiar el Visual Basic entonces.

Gracias por su atención.

Hola Sid

Si por ahí se me fue un poco la mano. Por ahí no es tan así como $ 2000, pero a lo que quería llegar era al hecho de que un mismo sistema lo podés llegar a vender a precios distintos de acuerdo a quien se lo vendas.

Yo hago sistemas y generalmente no cobro menos de $ 1000 por un sistema que me va a llevar 20 días, de esa manera por lo ménos cubrís el mes de laburo, sin contar que luego podés tener la oportunidad de vender nuevamente el programa.

En que se justifica el valor del sistema...? en que vos al cliente le brindás un servicio personalizado, el sistema se adapta a él y no él al sistema (enlatados)además le brindás la posibilidad de hacerle cualquier cambio que considere necesario.

Para mí todo eso vale, cuando me dicen que es muy caro les digo que vayan y se compren un enlatado, Tango te sale no menos de 3500, o sino que consigan esos que venden enlatados enlos lugares de remate-compra-venta conocidos de internet por $ 200 y que trate de hacerlo funcionar.

Esos son los que "cagan" el negocio, con perdón de la expresión, no podés vender un sistema por tan poco.

Igual que esos ofrecen, en los sitios de trabajo freelance, hacer sistemas por menos de la mitad de lo que cotizan los otros. Estas acabando con el trabajo de todos. Al final no comen ni dejan comer.

Por ejemplo a mi entender, no podés cobrarle $ 200 a una ferretería para hacerle un sistema, además por lo que decís siendo varias personas... despúes de tres semanas de laburo... cuanto le quedo a cada uno... la experiencia... lamentablemente no "vivimos" coneso...

Por eso yo le digo a mis clientes, lo querés, te sale tanto... mi laburo vale y por eso te estoy brindado el mejor sistema y todo el servicio post-venta que eso significa.

Yo pienso que si te comprometés con el cliente y le entregás un buen producto y luego le dás un buen servicio de soporte, lo tenés que cobrar.

Saludos.

Jorge