¿Qué necesitaban?

STM necesitaba un sistema de información que aportase solución a los siguientes requerimientos funcionales y/o de seguridad:

1. Contar con una base de datos única que agrupase a todas las personas con las que STM tuviese algún tipo de relación, tanto económica (suscriptores, donantes, etc.), como de actividad (pastoral, voluntariado…)
2. Huir de la situación actual, donde cada requerimiento se solucionaba de forma independiente con diferentes aplicativos o de forma manual. Como consecuencia los datos estaban duplicados, no actualizados, redundantes, e imposibilidad de obtener informes agregados.
3. Modernizar las soluciones realizadas anteriormente por pequeñas empresas (incluso ya desaparecidas) sin solución de continuidad para la parroquia y también otras desarrolladas por voluntarios, que, aun teniendo buena voluntad, presentaban gravísimos problemas de seguridad ante ataques mal intencionadas de terceros.

A la vista de lo anterior, STM decidió buscar un aplicativo que solucionase las anteriormente expuestas ineficiencias y debilidades.

Para ello, la propia STM definió un marco de actuación con las siguientes características:

1. Producto estándar del mercado. Producto maduro y con seguridad de continuidad en el futuro. Producto de una compañía líder en el mercado que aportase solución a los requerimientos actuales y de futuro sin poner en riesgo la inversión realizada.
2. Solución que no implicase la instalación de una plataforma tecnológica que STM no se podía permitir ni por conocimientos técnicos ni económicos. Es decir, que fuese una solución en la nube, y accesible desde cualquier lugar con terminales ligeros y baratos.
3. Solución blindada ante los problemas de seguridad e integridad que pudiesen suponer los ataques malintencionados de terceros, en especial a instituciones religiosas.
4. Solución escalable y exportable a otras parroquias, que teniendo las mismas necesidades que STM, no tuvieran ni el conocimiento técnico, ni el tiempo ni el dinero para permitirse una solución como la requerida por STM. Esta solución, además de escalable, debería de ser integrable de tal manera que un estamento superior pudiere integrar toda la información común de todas las parroquias con esta solución.
5. Que la solución fuese conocida por múltiples desarrolladores en España, de tal forma que, si la compañía que eligiéramos tuviera problemas de continuidad, STM pudiera encontrar de manera rápida y fiable otra compañía desarrolladora.
6. Tenía que ser lo suficientemente económica, como para que STM pudiera hacer frente a dicha inversión sin ningún problema, tanto actualmente como en el futuro. Y rápida de implementar para no tener que esperar tiempo del que no disponían.
7. Solución que no solo fuese un aplicativo con funcionalidades, sino que fuese en sí mismo una herramienta de desarrollo, con un lenguaje de alto nivel, para desarrollar cualquier nueva funcionalidad que STM desease en el futuro.
8. Huir de las grandes compañías de Software de España, con precios altos y que solo les interesara renovar y facturar.