reto: presupuestacion dinamica

Uno de mis grandes problemas es hacer presupuestos, primero porque no me gusta, y segundo porque te consumen mucho tiempo…

Entonces me preguntaba si se podría llegar a desarrollar una herramienta dinámica para montarla en la web y que los clientes puedan hacer su presupuesto automáticamente para que tengan una idea general del costo del sitio web que necesitan (aunque por supuesto se indicaría que eso es solo una aproximación y nada mas…)

El problema por supuesto radica en que tipo y cuanta cantidad de información se pediría al usuario para poder en base a los datos ingresados calcular el presupuesto de la web.

Y también hay que tener en cuenta que podríamos llegar a tener problemas con algún cliente que uso nuestro “presupuestador automático” y le salio un precio de 10 por ejemplo y resulta que cuando revisamos los requerimientos del sitio no sale 10 sino 100!!! entonces ahí nos dirían “pero en su sitio web dice que esto sale 10! Como puede ser que salta 100!!!”, por lo que tendríamos que tener un buen discurso preparado para esos casos…

En definitiva… conocen alguna herramienta de este tipo? Se podrá desarrollar una que proporcione información aproximada a los montos que maneja cada desarrollador? Que tipo de parámetros se deberían tener en cuenta????

Y la pregunta del millón… ¿alguien en esta gran comunidad de luminarias de la web tendrá la capacidad de realizar dicha hazaña propia de un verdadero webmaster?... por ahí surge un nuevo guía espiritual de esto…

saludos!

UltraLogico escribió:

Esa no es una hazaña propia de un verdadero webmaster. De hecho NO debería de hacer esa aplicación por muchos motivos. Porque hay muchos apartados que no se pueden tener en cuenta, y uno de ellos es el factor humano del c liente, y en que medida le puedes sacar más dinero. No considero TAN dificil hacer presupuestos, pero si a tí te cuesta pues hazte de una tabla con algunos valores "comunes", como por ejemplo el de una web con un sistema de noticias y poco más.

Lo mejor es tratar directamente con el cliente, darle un trato personal, así pensará que su web costará lo que cuesta. Al hacer una aplicación de presupuestos, el cliente pensará que una web se monta en dos patadas y que realmente solo vale la mitad que en realidad.

Totalmente de acuerdo señor conejo.

Eso mismo, crear una "herramienta automatica de presupuestos" es, por mas, falta de conocimiento de como funciona este mercado y es incorrecto.

Ante todo gracias por sus comentarios

Freddie® escribió:

Antes de seguir con el tema, solo quería decir al amigo Freddie que puede resultar ofensivo y desalentador para alguien que presente una idea, proyecto o trabajo si se le dice “tu idea demuestra falta de conocimiento de cómo funciona este mercado” o “el sitio que presentas demuestra que tienes poco conocimiento de diseño y programación”, creo que siempre es mejor aportar una idea o razonamiento concreto para que se pueda ayudar a superar ese “desconocimiento” en caso que exista. Lo digo con toda buena intención por favor no te resulte ofensivo mi comentario .

Volviendo al tema creo que si bien es discutible el asunto de proveer a nuestros potenciales clientes una herramienta para auto-presupuestar un sitio o sistema web ciertamente los aspectos que plantea ICEMAN hacen que sea particularmente difícil realizar una aplicación “inteligente” de este tipo.

Creo que en general la presupuestación de los trabajos que realizamos se realiza normalmente “a ojo”, y por consiguiente es normal que se comentan errores al presupuestar un trabajo, errores que son producto de un mal calculo o de omisión de aspectos importantes que afectan el costo final.

Entonces a mi parecer sigue siendo valida la creación de una aplicación, que aunque sea para uso interno de la empresa o webmaster, le ayude a armar un esquema presupuestario del trabajo a realizar y que se base en ciertos parámetros que cada uno configura dependiendo de situación particular. Estos parámetros pueden ser:
* costo hora de diseño,
* costo hora de de producción de contenidos
* costo hora de programación,
* costos de copy de fotografías que deban utilizarse
* costo de licencias de aplicaciones de terceros
* costos de insumos utilizados (aunque solo sea un CD que se deba entregar al cliente)
* costos indirectos a la producción (como el de los traslados para visitar al cliente o si el contacto se realiza telefónicamente)
* etc, etc

luego la misma aplicación nos pide detallar los aspectos particulares de cada trabajo para realizar un calculo general del costo/tiempo de cada tarea. Por ejemplo dentro de lo que se podría considerar Diseño, la aplicación podría pedirnos que indiquemos si dentro del trabajo se incluye el diseño del logo de la empresa y la cantidad de opciones que nos comprometemos a realizar, o si sobre un logo existente tenemos que realizar un rediseño, o si debemos retocar fotografías cuantas hay que retocar y el nivel de complejidad de los retoques (que podría ser alto, medio o bajo), también podemos especificar la cantidad de bocetos del diseño general del sitio que vamos a realizar, etc, etc.
Por ejemplo relacionado a la programación y al análisis del sistema podríamos indicar los lenguajes que necesitaríamos utilizar, si debemos realizar la migración de una base de datos existente, si incluye aplicaciones comunes como módulos de galerías de imágenes, catalogo de productos, tablón de anuncios, etc.
Otros aspectos a tener en cuenta relacionados pueden ser:
*tipo de sitio o aplicación
*objetivo del sitio
*si se incluyen las fuentes
*si se incluye un soporte post venta y la modalidad del mismo
*si el sitio o aplicación va a ser alojada en nuestros servidores (y así también obtendremos ingresos por el hosting)
*si en cliente permite o no que incluyamos debajo nuestro logo indicando asi que fuimos los desarrolladores
*costo de amortización de equipos en base a la cantidad de horas requeridas
*etc, etc, etc!!!

tal vez solo podríamos desarrollar una larga lista de preguntas que podríamos realizar a nuestro cliente para luego poder presupuestar sin olvidarnos ningún detalle (eso no seria tan complicado jeje) pero la propuesta inicial era realizar una aplicación que en base a esa información nos dijera cuanto cobramos CADA UNO DE NOSTOROS por ese trabajo… el asunto es: ¿sobre que parámetros la aplicación puede calcular el costo de un sistema que requiera de la combinación de múltiples lenguajes de programación? ¿Cómo se daría cuenta que una aplicación construida con HTML+PHP es mas barata que la misma construida con HTML+PHP+CSS+JAVASCRIPT+XML?

No se si se podría lograr, o si alguno de nosotros podría dedicar el tiempo necesario para desarrollar una aplicación exitosa con estas características

Pero tal vez podamos empezar a determinar los parámetros puntuales que se deban tener en cuenta a la hora de presupuestar…

Saludos!

Si, es cierto, puede que haya sonado asi

Ultralogico, no intentes comparar determinadas fórmulas que pueden ayudar a aproximar el presupuesto con un sistema que cree los presupuestos en sí, ya que dicho sistema una vez creado va a determinar unos valores que dependan siempre de los mismos parámetros. si por ejemplo quisieras sustituir datos u omitirlos, ya no te serviría la herramienta.
Lo más lógico es que plantes una tabla orientativa con algunos ejemplos y sus costes ya tabulados para que puedan verlo los clientes y hacerse una idea, eso siempre haciéndole creer que será una buena inversión, y que merece gastarse X dinero.

UltraLogico escribió:

Creo que lo que planteás, si es para uso externo, tiene muchas falencias y no es aplicable. Para uso interno no es práctico y no refleja la realidad del mercado.

Por un lado lo que planteás implica a priori dos cosas:
- que todos los clientes son iguales y que presentan el mismo grado de exigencia y demanda
- que el cliente sabe lo que quiere y cómo quiere llevarlo a cabo

Con respecto al primero, hay clientes que representan más trabajo que otros. Ya sea porque les gusta opinar hasta de lo que no saben o que cada día quieran agregarle una cosita nueva que nos obligue a replantear la mitad del proyecto (clientes que nos traban, nos hacen perder tiempo, nos hacen tardar más de lo que llevaría el proyecto en condiciones normales), como que si sepan acerca de estos temas y entonces nos demandarán otro tiempo, o como que se pongan en nuestras manos y nos digan "encárguense, ustedes son los que saben" (alias, el cliente de ensueño )

Con respecto a lo segundo, a menos que sea un desarrollo específico para alguien que se encuentra "dentro del tema", en cuyo caso no tendremos que explicarle por qué las cosas son del modo en que son, el cliente espera que sea UNO el que le resuelve todos los problemas. A la mayoría de ellos no les interesa siquiera con qué tecnología quieren que se desarrolle su sitio y tampoco saben que existen tantas maneras diferentes de hacer algo.

Es como decís en tu página: "El primer paso consiste en definir con el cliente las necesidades que desea satisfacer con el desarrollo de su sitio web o software". Es decir, no es cobrarle al cliente por la cara o por la magnitud de su empresa, sino por los requerimientos que tendrá el proyecto en cuestión. Y si algo es cierto en este mercado es que no hay dos proyectos iguales.

Como dijo uno de los chicos, creo que, si es para uso interno, te conviene armarte una tablita con costos orientativos que te ayuden a evaluar en cada caso particular el costo aproximado del proyecto, flexibilizando el asunto. En resumen, en este mercado armar presupuestos es lo menos parecido a una ciencia exacta que existe. A menos claro, que quieras ofrecerle al cliente tener "su sitio web por $X".

Por lo menos esa es mi experiencia, a grandes rasgos...

Ese, ultralogico, es un buen planteamiento del problema, quiza no muy concreto, pero es un comienzo,tal vez no se pueda calcular exactamente el precio final del proyecto, pero puede dar una idea al cliente del coste aproximado de algun sitio.

IDEAL para clientes que carecen completamente de conocimiento en el tema, o tal vez cuando sea dificil contactarte (quiza estes de vacaciones en almoloya).

Muchos clientes quieren ver costos antes de ver los trabajos, y esto puede acercarte un poco mas a esos clientes, recuerden, que entre mas clientes, mejores ingresos, y cuanto mas facil expongas los detalles al cliente, mas seguridad le brindas a este.

Concuerdo mucho con el conejo, con Freddie y mas que todo con elke.

Concretamente, pienso que tal aplicación traería más problemas de los que resolvería, y una de las razones principales, como dice elke, es el desconocimiento/desinterés de los clientes.

En muchos casos, si no la mayoría, el cliente NO sabe lo que quiere, y mucho menos aún sabe como se hace, por lo tanto, una herramienta lo suficientemente compleja que abarque muchas posibilidades, si no logra confundirlo, mínimo terminará con un presupuesto que no se acercará ni remotamente a lo que realmente necesita.

Me ha pasado muchas veces que el cliente viene con una explicación de lo que "quiere" y resulta que termino haciendo algo completamente diferente, que le "funcione".

Por citar un último caso, supon que el cliente logra hacer un presupuesto relativamente correcto, y por el camino va cambiando cosas, agregando/quitando cosas, el resultado de la aplicación quedaria totalmente sin sentido.

Lo puedo decir con propiedad, ya que mi hermano me propuso hacer algo así desde hace un tiempo, desde su perspectiva como negociante, no es diseñador ni desarrollador, sino negociante. y despues de meses de estudio no hemos logrado hacer siquiera un diagrama que muestre a grandes rasgos lo que podría ser tal aplicación, porque prácticamente, no se pueden abarcar todas las posibilidades necesarias para que su funcionamiento sea aceptable.

en lo personal creo que posiblemente hasta fuera de tema, podrías crear modulos de sistemas informaticos cada uno apartado con caracteristicas especificas, y el diseño, en el caso del diseño haces una base diagramada (esto hará que la mayoria de las webs tengan la misma estructura) unas imagenes de tamaños predeterminados, y el cliente podría escojer cada modulo que quiera incorporar a su sitio web y en base a ello cobrarle según las opciones que seleccione, podría ser bastante factible pero poco versatíl, habra que dejarle muy claro al cliente que eso es lo que hay y que lo que se le está vendiendo es lo que esta viendo, si el cliente quisiera un diseño personalizado y hasta la diagramación sólo tendrías que cambiarle el CSS y las imagénes, y cobrarle por el nuevo diseño que sería personalizado, al igual que si el cliente requiere una aplicación en particular, tendrías que hacerle un plan personalizado, te ahorrarías bastante tiempo, en cuanto a lo que dijerón por allá arriba acerca de el tipo de cliente y cuanto cobrarle por su estatus social no estoy a favor de la expeculación, en lo personal sería igual cobrarle a mi hermano a cobrarle a un cliente de clase media baja con carro o sin carro en cuanto a si el cliente no sale lo que quiere, se le vende una idea, y esa idea tiene un precio, tal como debería ser con cualquier idea.

PD: este post es haciendo memoria a uno de los primeros post que publiqué de seguro recuerdan el de las ideas no separadas