Qué preguntas debe hacerse un ayuntamiento antes de elegir herramienta
Cuando un ayuntamiento se plantea contratar un software para ayuntamientos en España, el error más habitual no está en la tecnología, sino en el enfoque de compra. Se mira la demo, se comparan pantallas y se pregunta por módulos, pero no siempre se revisa cómo trabaja de verdad la casa: quién atiende en ventanilla, quién tramita expedientes, quién responde correos, quién mantiene los datos del padrón y quién acaba resolviendo incidencias cuando el proveedor ya ha terminado la implantación.
Antes de elegir herramienta, conviene hacerse algunas preguntas muy concretas:
- ¿Qué problema real queremos resolver? No es lo mismo reducir colas en registro que mejorar la tramitación interna de urbanismo o dar cita previa para servicios sociales.
- ¿Qué áreas van a usar el sistema? Secretaría, intervención, padrón, recaudación, policía local, biblioteca o escuela municipal no trabajan igual ni tienen las mismas necesidades.
- ¿Tenemos personal para implantarlo y mantenerlo? En muchos consistorios pequeños, la informática la lleva una persona compartida o incluso una diputación.
- ¿Encaja con nuestra sede electrónica y con nuestros procedimientos? Si el software no se integra bien con el registro, la firma o el gestor de expedientes, el trabajo se duplica.
- ¿Cumple con la normativa aplicable? Aquí no basta con una promesa comercial. Hay que revisar accesibilidad, protección de datos y seguridad.
En España, cualquier solución que vaya a dar servicio digital a la ciudadanía debe revisarse con cierto rigor. Si incluye trámites o acceso desde la web municipal, conviene comprobar el cumplimiento del Real Decreto 1112/2018 sobre accesibilidad de los sitios web y aplicaciones del sector público. Si trata datos personales, algo habitual en padrón, servicios sociales, recursos humanos o educación, hay que revisar su encaje con la LOPDGDD y con el Reglamento General de Protección de Datos. Y si el sistema forma parte de la operativa municipal, también debe valorarse su adecuación al Esquema Nacional de Seguridad (ENS).
Un ejemplo muy real: un ayuntamiento mediano contrata una herramienta de cita previa que en la demo parece ordenada y moderna. El problema aparece a las dos semanas. En atención ciudadana necesitan que una misma persona pueda gestionar padrón, registro y tributos desde una sola agenda, pero el sistema obliga a separar servicios y no permite reasignar huecos con facilidad. Resultado: menos llamadas perdidas, sí, pero más trabajo manual y más quejas en ventanilla.
Por eso, antes de comprar, merece la pena sentar en la misma mesa a quienes van a usar el sistema: personal de registro, secretaría, informática, responsables políticos y, si procede, personal de atención social o educación. No para hablar de grandes planes, sino para revisar casos concretos: “¿Qué pasa cuando un vecino trae documentación incompleta?”, “¿Cómo se corrige un error en una solicitud ya registrada?”, “¿Quién da soporte cuando falla la firma?”. Ahí es donde se ve si una herramienta encaja o no.
Señales de que una solución parece buena pero no encajará
Hay soluciones que impresionan en una presentación, pero que luego generan fricción diaria. Esto pasa mucho cuando el proveedor conoce bien el discurso comercial, pero no tanto la realidad de un ayuntamiento.
Una primera señal de alerta es que todo parece resolverse con desarrollos futuros. Si en la demo varias necesidades básicas se responden con “eso se puede estudiar”, “eso se parametriza” o “eso lo hacemos en una siguiente fase”, conviene parar. En la práctica municipal, las fases futuras suelen llegar tarde o no llegar.
Otra señal es que el sistema obliga al ayuntamiento a cambiar rutinas razonables sin una mejora clara. Adaptar procedimientos tiene sentido a veces, pero no siempre. Si para registrar una entrada el personal tiene que dar más pasos que ahora, o si para localizar un expediente hay que depender de filtros complejos que nadie usa bien, la herramienta no está ayudando.
También conviene desconfiar cuando la integración con otras piezas clave no está clara. En muchos ayuntamientos ya existe una sede electrónica, un gestor de expedientes, un portafirmas, una plataforma de notificaciones o una solución provincial. Si el nuevo software no se integra bien, el personal acabará copiando datos entre sistemas, descargando PDFs para volver a subirlos o llevando controles paralelos en Excel.
Esto se ve mucho en áreas como urbanismo o subvenciones. Por ejemplo, una concejalía contrata una herramienta específica para gestionar ayudas, pero no conecta con el registro general ni con la sede electrónica. El resultado es que las solicitudes entran por un lado, la tramitación se hace por otro y la publicación o notificación se resuelve aparte. Sobre el papel hay digitalización; en el día a día, hay duplicidad.
Otra mala señal es que la accesibilidad se trate como un detalle menor. Si el proveedor no sabe explicar cómo cumple el RD 1112/2018, o si la herramienta presenta problemas evidentes de navegación, contraste o uso con teclado, el problema no es solo técnico. Puede convertirse en una incidencia formal y en una barrera real para vecinos mayores o personas con discapacidad.
Por último, hay que fijarse en algo muy sencillo: si el proveedor entiende el ritmo de la administración local. No es lo mismo implantar en una empresa privada que en un ayuntamiento con plazos, órganos colegiados, periodos de padrón, campañas tributarias y personal con agendas muy ajustadas. Si quien vende no entiende esto, es probable que quien implante tampoco lo entienda.
Qué peso tienen la implantación y el acompañamiento
En este tipo de proyectos, la implantación pesa tanto o más que el propio producto. Un buen software para ayuntamientos en España mal implantado acaba siendo una fuente de incidencias, rechazo interno y dependencia del proveedor.
La implantación no consiste solo en dar de alta usuarios y hacer una formación inicial. Hay que revisar procedimientos, perfiles, permisos, circuitos de firma, plantillas, integraciones y migración de datos. Y todo eso debe hacerse con alguien del ayuntamiento que conozca la operativa real.
Un caso frecuente es el de los centros educativos municipales o escuelas infantiles de gestión local. Se contrata una herramienta para matrículas, pagos y comunicaciones con familias. Si durante la implantación no se revisan bien los calendarios, los tipos de bonificación, la documentación exigible o la coordinación con intervención y tesorería, el sistema puede funcionar técnicamente y fallar operativamente. Acaban llamando las familias, se colapsa el correo del centro y el personal vuelve a llevar listados paralelos.
Por eso conviene pedir al proveedor un plan de implantación concreto:
- Calendario realista, con hitos y responsables.
- Definición de tareas del proveedor y del ayuntamiento, para evitar malentendidos.
- Formación por perfiles, no una sesión genérica para todo el mundo.
- Soporte durante el arranque, especialmente las primeras semanas.
- Plan de migración, si hay datos históricos o expedientes vivos.
El acompañamiento posterior también es clave. En muchos ayuntamientos, el problema no aparece el día de la puesta en marcha, sino tres meses después, cuando hay una baja, cambia un procedimiento o surge una necesidad no prevista. Si el soporte tarda días en responder o si cada ajuste menor se convierte en un presupuesto aparte, la herramienta empieza a desgastarse.
Aquí merece la pena preguntar por referencias reales. No solo “qué clientes tienen”, sino cómo les atienden. Es útil hablar con un ayuntamiento parecido en tamaño o complejidad. No vive lo mismo una capital de provincia que un municipio de 8.000 habitantes con una secretaria-interventora, una administrativa de padrón y apoyo informático externo.
Cómo comparar proveedores sin quedarse solo en la demo
La demo sirve, pero no basta. De hecho, muchas decisiones equivocadas vienen de comparar proveedores solo por la presentación comercial. Para evaluar bien un software para ayuntamientos en España, conviene llevar la comparación a situaciones reales.
Una forma práctica es preparar casos de uso concretos y pedir a cada proveedor que los resuelva. Por ejemplo:
- Alta de una solicitud presencial con documentación incompleta.
- Subsanación posterior desde sede electrónica.
- Firma por dos responsables distintos.
- Consulta del estado por parte del ciudadano.
- Extracción de un listado para intervención o para una concejalía.
Cuando se hace este ejercicio, enseguida se ve qué proveedor conoce la operativa municipal y cuál se queda en lo superficial. También ayuda pedir acceso a un entorno de pruebas o, al menos, a una sesión más técnica con el personal que realmente va a trabajar con la herramienta.
Además de la demo, conviene comparar estos aspectos:
- Integraciones disponibles con sede electrónica, registro, firma, notificaciones y sistemas ya existentes.
- Modelo de soporte: horarios, tiempos de respuesta, canal de incidencias.
- Condiciones de actualización y coste de evolutivos.
- Ubicación y tratamiento de los datos, contratos de encargo y medidas de seguridad.
- Grado de adecuación al ENS y documentación disponible.
- Usabilidad real para personal administrativo, no solo para perfiles técnicos.
También es recomendable pedir que la oferta detalle qué está incluido y qué no. En contratación pública, las ambigüedades se pagan después en forma de incidencias, modificaciones o frustración interna. Si una integración es crítica, debe quedar recogida. Si la formación es importante, debe especificarse cuántas sesiones, para quién y en qué formato.
En algunos ayuntamientos funciona bien una pequeña matriz de valoración compartida entre áreas. No hace falta algo complejo: funcionalidad, facilidad de uso, integración, implantación, soporte, cumplimiento normativo y coste total. Así se evita que la decisión dependa solo de quién hizo la demo más vistosa.
En definitiva, elegir bien no consiste en comprar la herramienta con más módulos, sino la que mejor encaja con la forma de trabajar del ayuntamiento y con su capacidad real para ponerla en marcha. Si no se revisan bien los procesos, la normativa, la implantación y el soporte, el riesgo es acabar con otra aplicación más, mientras la atención sigue resolviéndose por teléfono, correo y Excel.
Como conclusión, antes de contratar un software conviene mirar menos la promesa y más la operativa diaria. Un ayuntamiento acierta cuando compra una solución que su personal puede usar, que se integra con lo que ya tiene, que cumple la normativa y que viene acompañada de una implantación seria. Lo demás, por muy bien que se vea en una demo, suele acabar generando más trabajo del que ahorra.