Quoters se concibió inicialmente como herramienta interna para hacer presupuestos para las empresas pertenecientes al grupo. Al poco tiempo redefinimos la propuesta para crear un SaaS que pudiese usarlo cualquier persona con la necesidad de mandar propuestas a sus clientes.
Desafío o necesidad
La necesidad principal del cliente de Quoters es crear presupuestos bien hechos de manera rápida y reutilizar todo el contenido posible. Para ello, el principal desafío al que nos enfrentamos fue crear un editor de texto completo con la capacidad de incrustar tablas de precios, contenido de otras fuentes, etc...
Otro de los principales desafíos fue el soporte de las propuestas en dos medios totalmente diferentes, como es el PDF y la parte digital. Generar PDFs de alta calidad, respetando el diseño en su forma digital como con las restricciones que ofrece el papel es bastante complicado y tuvo infinidad de testing.
Solución propuesta
Allá por 2015 cuando empezamos a hacer Quoters estaban emergiendo nuevas tecnologías web. AngularJS era el principal framework para hacer aplicaciones web modernas por lo que lo elegimos para hacer Quoters. Nuestra propuesta era hacer una aplicación web en modo (SPA) que se pudiese usar en cualquier navegador. Para el sistema de back decidimos utilizar Node.js con express.js y base de datos MongoDB. Queríamos utilizar el mismo lenguaje de programación para front y back, y una base de datos rápida y orientada a documentos.
Objetivos del proyecto
El objetivo ha sido crear una herramienta para hacer presupuestos online más rápidos y más rentables. Generar propuestas únicas para tus clientes, reutilizando contenido y administrando tus costes para ahorrar tiempo y dinero.
Tecnologías
Metodología y enfoque
Dado que el equipo de Quoters fue creciendo con el tiempo, tuvimos diferentes formas de trabajar durante los años de desarrollo activo del proyecto. En un momento inicial, los desarrolladores tomaban las principales decisiones sobre el producto, qué se desarrollaba, y qué se podría necesitar. El proceso era muy ágil. Se definía una característica o un cambio y se realizaba. Más tarde se fue incorporando el equipo de diseño, de negocio, marketing, etc... En ese momento cada propuesta se analizaba por los diferentes departamentos y se realizaban los cambios necesarios, se preparaba una release (coordinar esfuerzos de diseño, desarrollo y comunicación) y lanzábamos una nueva versión.
Resultados y beneficios
Podemos estar orgullosos de haber creado un proyecto con más de 10k usuarios en todo el mundo. Gracias a ésto, conseguimos que el GetBusy Group comprase en 2021 a Quoters.
Actualmente seguimos formando parte del equipo ayudando con la integración de Quoters en uno de sus softwares, SmartVault, además de crear nuevas funcionalidades para el producto.
Lecciones aprendidas
- No dar nada por hecho.
- No esperar a que algo esté perfecto, nunca lo estará, en nuestra experiencia la mayoría de las veces al usuario le vale una solución intermedia.
- Evaluar si es necesario el tiempo de desarrollo en funcionalidades que nos son críticas, hemos aprendido que se puede invertir muchísimo tiempo en desarrollar funcionalidades que simplemente son un nice to have.
- A mantener el software al día con las últimas novedades tecnológicas y libre de dependencias innecesarias que puedan lastrarlo. De esta manera, se consigue prolongar el ciclo de vida del producto.
- Prepararse para el largo plazo, penetrar en el mercado lleva su tiempo y es una carrera de fondo.
Conclusiones
Hacer Quoters ha sido una de las experiencias más enriquecedoras y a la vez más difíciles y frustrantes que hemos podido hacer en el ámbito laboral. Durante nuestro viaje vimos muchos productos que nacieron con nosotros y que a día de hoy ya no hay rastro de ellos. Sobrevivir a largo plazo en la creación de productos se puede considerar un triunfo.
