Como la mayoría de las agencias, nos dedicamos principalmente a proyectos. El cliente suele querer un precio fijo por adelantado para la realización de su proyecto de Internet. Pero, por regla general, el cliente no sabe de antemano qué necesita exactamente en su proyecto y tiene problemas para definir claramente los requisitos y procesos en términos funcionales y técnicos, lo cual es perfectamente normal si no se trabaja a diario con proyectos de Internet. En el mejor de los casos, el cliente suele querer sugerencias del proveedor de servicios sobre cómo ejecutar el proyecto, junto con una oferta de precio fijo, normalmente sin invertir dinero por adelantado. El cliente suele preguntar a varios proveedores de servicios para poder comparar ofertas. Sin embargo, muchos clientes pasan por alto que estas ofertas son cualquier cosa menos comparables sin una definición clara de los requisitos.
Dependiendo de la complejidad, el desarrollo del concepto correspondiente o incluso de los bocetos iniciales puede costar rápidamente al proveedor de servicios horas o días y, por tanto, mucho dinero. La adjudicación del contrato al proveedor de servicios no suele ser nada segura. Con dos o tres consultas de este tipo por semana, no es factible, especialmente para las agencias pequeñas y medianas, ofrecer permanentemente servicios gratuitos de consultoría y conceptualización por adelantado con la única perspectiva potencial de un proyecto. Por supuesto, también hay excepciones positivas a las consultas sobre proyectos, pero la mayoría son como las descritas anteriormente.
El precio fijo ágil es una mezcla de oferta de precio fijo y métodos ágiles, y además ofrece seguridad presupuestaria. Los proyectos ágiles se basan en la confianza mutua entre desarrolladores y clientes, así como en una estrecha colaboración. Los cambios en los requisitos no son un problema, sino la base de un proyecto ágil. Para definir un marco de precios, el cliente y el desarrollador estiman conjuntamente el valor de negocio del proyecto, los riesgos, el esfuerzo y los costes. Esto significa que determinan conjuntamente el valor global del proyecto y los componentes que debe tener, como la gestión de noticias, una función de búsqueda y un formulario de contacto. El proveedor de servicios garantiza la entrega de todas estas funciones, pero no se define de antemano el nivel de detalle necesario. En el proceso de desarrollo, las funciones se desarrollan entonces junto con el cliente y se determina qué funciones detalladas se necesitan en cada caso. Si, por ejemplo, resulta que el cliente requiere muchas funciones especiales en el sistema de noticias, como etiquetado, menús de categorías, archivo de noticias, función de comentarios, ... puede ocurrir que el esfuerzo dedicado a esto haga que las demás funciones, como la búsqueda y el formulario de contacto, tengan que implementarse de forma más sencilla. En cualquier caso, el cliente recibe la implementación de sus funciones, pero aún puede cambiar la ponderación él mismo en el proceso de desarrollo y priorizar exactamente lo que realmente representa un valor para él en el sitio web y lo que menos.
Véase también https://de.wikipedia.org/wiki/Agiler_Festpreis
Este método requiere que el cliente tenga la mayor confianza posible en el proveedor de servicios, así como la participación activa del cliente en el proceso de desarrollo, y por lo general sólo puede aplicarse después de algún tiempo de cooperación. Un ejemplo de la ventaja de facturar por tiempo y material sería la realización de una actualización de TYPO3 para un sitio web. Muchos de nuestros clientes quieren una estimación exacta por adelantado de lo que costará una actualización TYPO3 de su sistema. Para nosotros, esto significa que a veces necesitamos un presupuesto para determinar estos costes. Por ejemplo, primero tenemos que invertir 3 horas en analizar técnicamente un proyecto para poder estimar los costes totales de una actualización de TYPO3. Supongamos, a modo de ejemplo, que estimamos que la actualización tardará unas 8 horas en realizarse. Si el cliente pide un precio fijo absoluto, tendremos que añadir un margen de seguridad de unas 2 horas para problemas imprevistos. A continuación, es de esperar que el cliente libere las 10 horas para la implementación y se lleve a cabo la actualización de TYPO3.
En este ejemplo, el cliente paga entonces un total de hasta 13 horas por una actualización de TYPO3. Si hubiera renunciado a un precio fijo y a su estimación, podría haber pasado directamente a la implementación sin estimación y haberse ahorrado al menos 3 horas. Es un método en el que el cliente no tiene costes por ningún concepto de análisis, cálculo, formulación de una oferta, los costes totales sólo entran en la pura implementación y usted alcanza su objetivo más rápido en general. No obstante, siempre se puede proporcionar al menos una estimación aproximada de los costes por adelantado y luego trabajar en estrecha colaboración con el cliente, presentando los resultados y el estado de los costes de una semana a otra, cambiando las prioridades junto con el cliente si es necesario, añadiendo o eliminando funciones. Si el cliente está dispuesto a participar en el proceso de desarrollo y deposita su confianza en el proveedor de servicios, puede verse recompensado con un proyecto más favorable y rápido, y posiblemente incluso con mejores resultados que con una planificación rígida por adelantado. Le aconsejamos que tenga el valor de hacerlo.
Con la gestión ágil de proyectos puede asegurarse de que los proyectos que van más allá de un asunto comparativamente sencillo, como una actualización del CMS TYPO3, se desarrollen sin problemas, aunque no exista un concepto detallado de antemano. En el vídeo al principio de esta sección se explica qué es la gestión ágil de proyectos.
La empresa sitegeist de Hamburgo va aún más lejos y dice "¡sin despilfarros!", incluso prescinde completamente de contratos con sus clientes y sólo trabaja por tiempo y material, siempre y cuando el cliente esté contento con la colaboración y los resultados. Nada del dinero del cliente va a parar a presupuestos, ofertas, contratos, negociaciones, etc., que es lo que aquí se entiende por "despilfarro".
Más información: https://sitegeist.de/blog/re-a-l-blog.html
La oferta de precio fijo sigue siendo (por desgracia) el método de cálculo más habitual para los proyectos de Internet. Lo ideal sería disponer de una base clara para la planificación, pero hay que esforzarse antes de que empiece el proyecto. Todos los requisitos deben especificarse y elaborarse con suficiente detalle antes del proyecto. El cliente debe tener una idea abstracta y teórica de la estructura del futuro sitio o aplicación web. Es casi inevitable que no se puedan considerar todos los aspectos de antemano y que siempre haya cambios una vez que se está en el proceso de desarrollo. También es posible que se especifiquen cosas que luego resulten innecesarias e incorrectas. Entonces, el proveedor de servicios suele tener que registrar los cambios posteriores con el cliente como una "solicitud de cambio", volver a calcular y renegociar. El resultado es que se pierde rápidamente mucho tiempo en actividades administrativas, tiempo que también podría dedicarse al desarrollo real del proyecto. En cualquier caso, la "ingeniería de requisitos", es decir, la elaboración de los requisitos para poder presentar una oferta de precio fijo, es un gasto que solemos cobrar.
¿Qué información se necesita realmente para un presupuesto a precio fijo para un proyecto web medio basado en un sistema de gestión de contenidos como TYPO3? Vamos a tratar de enumerar aquí como un ejemplo sin ninguna pretensión de exhaustividad:
Si el cliente es el único que puede facilitar toda esta información detallada de antemano, es posible que le presentemos directamente un presupuesto sin coste adicional. En la mayoría de los casos, sin embargo, no es así y organizamos un taller conjunto o similar, por ejemplo, para elaborar juntos estos requisitos.
No tiene por qué ser siempre el clásico precio fijo, aunque estamos seguros de que nunca desaparecerá del todo, ya que muchas organizaciones no estarán preparadas para abandonar sus formas tradicionales y su planificación presupuestaria durante mucho tiempo. Por lo tanto, creemos que un modelo híbrido de ambos mundos, como el precio fijo ágil, suele tener sentido.
Si desea planificar y/o implementar su proyecto de sitio o tienda web con nosotros, póngase en contacto con nosotros.
