Soluciones
Diseño web en Lugo
El coste de un software no termina al entregarlo: hay actualizaciones de seguridad, dependencias que caducan y cambios del negocio. Te explicamos desde el principio qué mantenimiento necesita y cuánto cuesta, para que no sea una sorpresa.
Un sistema sin pruebas automáticas depende de que alguien se acuerde de comprobarlo todo antes de cada cambio. Nadie se acuerda de todo. Añadimos pruebas donde un fallo cuesta dinero o clientes, empezando por ahí y no por cubrir porcentajes.
Cuando un sistema necesita enterarse de lo que pasa en otro casi al momento, los eventos funcionan mejor que preguntar cada pocos minutos. Usamos colas y captura de cambios de base de datos (CDC) cuando el caso lo justifica, no por defecto.
Lo que suele estar pasando
- 01
Una web que no cumple accesibilidad
Clientes o administraciones empiezan a pedir accesibilidad y no sabes en qué punto está tu web ni cuánto costaría ponerla al día.
- 02
La web no genera contactos
Tienes web, pero tarda en cargar, no se ve bien en el móvil y nadie rellena el formulario. Es un gasto que no trae clientes.
- 03
Una sola persona sabe desplegar
El proceso de publicar una versión no está escrito ni automatizado. Si esa persona falta, el sistema se congela.
- 04
Sin forma de medir el servicio
Se paga un mantenimiento cada mes pero no hay informes; nadie sabe si el servicio es bueno, regular o malo.
- 05
Crecimiento sin estructura
La empresa ha incorporado personas y sedes, pero la informática sigue gestionándose como cuando eran pocos, sin procedimientos ni supervisión.
¿Hablamos de tu caso?
Si tienes una aplicación heredada sin documentación, empecemos por una auditoría para saber en qué punto está.
Qué recibes
- Prototipo navegable de las pantallas principales para validarlo con tu equipo antes de programar.
- Inventario de componentes de software (SBOM) asociado a cada versión desplegada.
- Control de accesos por roles y registro de quién hace qué en las partes sensibles.
- Integraciones con tus sistemas existentes mediante API, documentadas.
- Documentación de operación de cada automatización: qué hace, qué hacer si falla y a quién avisar.
- Criterios de aceptación escritos y comprobables para cada funcionalidad.
- Pruebas de contrato entre consumidores y proveedores de API, verificadas en integración continua.
Y cuando toca facturar
El trabajo hecho se factura sin copiar datos, y el cobro vuelve a la ficha del cliente.
De la primera llamada a funcionar
Reunión de arranque
Acordamos alcance, interlocutores, canales y prioridades del servicio.
Recogida y transición
Recogemos credenciales, contratos y configuraciones del proveedor anterior y los ponemos a nombre de tu empresa.
Documentación y puesta al día
Documentamos la infraestructura y corregimos lo urgente: actualizaciones, copias y accesos.
Servicio continuo
Atendemos incidencias, supervisamos sistemas y aplicamos el mantenimiento planificado.
Revisión periódica
Revisamos indicadores contigo y acordamos mejoras para el siguiente periodo.
Guías de nuestra biblioteca técnica
Servicios gestionados de IT
Cambios TI gestionados: coordina cliente y proveedor
Campos de aceptación
El ticket compartido debe conservar identificador, dueño del servicio, grupo ejecutor, sistemas afectados, usuarios potencialmente impactados, dependencias, ventana, pruebas, criterios de aborto, reversión, contactos y aprobación. Acordad quién mantiene la fuente de verdad y qué herramienta se consulta durante una…
Leer la guía completaDesarrollo y arquitectura
Idempotencia en APIs y webhooks: reintentos sin duplicados
Contrato mínimo de una clave
1. El cliente genera una clave opaca por operación lógica y la conserva al reintentar esa misma operación. 2. El servidor asocia la clave al usuario o tenant, al endpoint y a una huella de la solicitud normalizada. 3. La primera petición reserva la clave, ejecuta la operación y guarda el resultado identificable. 4.…
Leer la guía completaDesarrollo y arquitectura
APIs: cómo retirar versiones sin romper integraciones
Publicar una versión nueva no retira la antigua
Los clientes pueden seguir usando una versión de API mucho después de que el equipo publique su sucesora. Una retirada fiable necesita saber quién consume cada ruta, qué cambio debe realizar, cómo probarlo y qué evidencia permite decidir que el servicio anterior puede dejar de responder.
Leer la guía completaEjemplos según tu actividad
- Comercio electrónico
- Arquitectura que aguanta picos de campaña con colas para los procesos pesados y caché para lo que más se consulta.
- Servicios técnicos de campo
- Sincronización entre aplicaciones móviles que trabajan sin cobertura y el sistema central, con resolución de conflictos definida.
- Industria
- Aplicaciones de planta para partes de trabajo, control de calidad u órdenes de fabricación, pensadas para tabletas y uso con guantes o prisa.
- Clínicas (gestión administrativa)
- Webs, citas y facturación sin tratar historia clínica ni datos de salud, que quedan en los sistemas sanitarios especializados.
Preguntas que deberías hacer a cualquier proveedor
- Que te diga cuándo un producto estándar te sirve mejor que un desarrollo a medida.
- Que separe entornos de desarrollo, pruebas y producción.
- Que reconozca los límites de cada herramienta, incluidas las que vende.
- Que distinga entre lo que se resuelve con una herramienta de flujos y lo que necesita código.
- Que pueda convivir con tu personal interno con un reparto claro de funciones.
Diseño web para empresas de Lugo
Para pymes de Galicia, proponemos empezar por la herramienta que más horas manuales ahorre, aunque no sea la más vistosa.
Desde Sevilla trabajamos con equipos técnicos de toda Galicia, en sesiones de diseño a distancia y revisión compartida de documentos.
Si tu equipo está en Lugo, coordinamos las validaciones con la persona que conoce el proceso, en sesiones cortas y a distancia.
Preguntas frecuentes
¿Hacéis también el diseño visual?+
Sí, el diseño de pantallas y la estructura de la web forman parte del trabajo, siempre ligados a lo que el usuario tiene que conseguir en cada página.
¿El código es mío?+
Sí. El repositorio está a tu nombre o se te entrega completo, con la documentación necesaria para que otro equipo pueda mantenerlo.
¿Puede integrarse con mi programa de gestión?+
Si tu programa tiene API o permite intercambiar datos de forma estable, sí. Si no, buscamos la forma menos frágil y te explicamos sus límites.
¿Qué es una API contract-first?+
Es acordar la interfaz por escrito, en OpenAPI, antes de programarla. Quien la consume y quien la implementa trabajan sobre el mismo documento y los malentendidos aparecen antes de escribir código.
¿Qué pasa fuera del horario laboral?+
El alcance horario se acuerda en el contrato. La supervisión genera alertas sobre los servicios críticos, y la forma de atenderlas fuera de horario se define por escrito según lo que necesite tu empresa.
¿Cómo sé si el servicio funciona bien?+
Con informes periódicos de incidencias, tiempos de resolución y tareas realizadas, y con una reunión de revisión en la que comentamos los resultados y lo que conviene mejorar.
Envíanos tu idea, aunque esté a medio definir; el primer paso es ordenarla juntos.