Software a medida
Consultoría en API REST
Una app móvil tiene sentido cuando tus usuarios la van a abrir a menudo o necesitan funciones del teléfono. Si no, una web bien hecha o una PWA cubre lo mismo con un solo código y menos coste de mantenimiento.
El técnico de un proveedor que entra a mantener tu firewall también es un acceso a tu red. Le damos un ciclo de vida: se autoriza para una tarea, caduca al terminar y queda registrado qué hizo.
Los controles de seguridad también fallan en silencio. Definimos señales que indican que un control ha dejado de funcionar, como una política desactivada o una excepción que nunca caducó, y las vigilamos.
Señales de que lo necesitas
Horas que no se facturan
En proyectos y servicios recurrentes, parte del trabajo no se imputa o se imputa tarde, y las desviaciones se descubren al cerrar el proyecto.
Los clientes llaman para preguntar lo mismo
Estado del pedido, copia de factura, fecha de entrega: preguntas que podría resolver el propio cliente si tuviera dónde mirarlo.
Un cliente exige una prueba de intrusión
Para cerrar un contrato o renovarlo, te piden el informe de un pentest reciente sobre la aplicación o la infraestructura que vas a usar con ellos.
Responsabilidades difusas
Cuando algo falla, el proveedor culpa al departamento, el departamento al proveedor, y la incidencia se queda sin dueño.
Crecimiento sin estructura técnica
La empresa ha duplicado su plantilla y la tecnología sigue montada como cuando eran cinco personas: cuentas compartidas, archivos en local y sin procedimientos.
De la primera llamada a funcionar
Entrevistas y recogida de información
Hablamos con dirección y con cada área, y revisamos sistemas, contratos y documentación existente.
Diagnóstico
Ordenamos lo encontrado en un mapa de situación: qué funciona, qué es un riesgo y qué sobra.
Priorización
Valoramos cada iniciativa por impacto, riesgo y coste, y la contrastamos con los objetivos del negocio.
Hoja de ruta
Convertimos las prioridades en un plan por fases con responsables, dependencias y presupuesto orientativo.
Sesión de decisión
Presentamos el plan a dirección y cerramos qué se aprueba, qué se aplaza y qué se descarta.
¿Hablamos de tu caso?
Escríbenos con lo que necesitas y te devolvemos una propuesta de alcance para la primera entrega.
Qué te llevas al terminar
- Informe de prueba de intrusión con rutas de ataque, evidencias, impacto y corrección de cada hallazgo.
- Política de aprobación de nuevas aplicaciones conectadas, con quién decide y qué permisos se aceptan.
- Revisión de beneficios de una transformación ya ejecutada frente a los objetivos iniciales.
- Matriz de responsabilidades del modelo operativo de TI: quién decide, quién ejecuta, quién valida y a quién se informa.
- Plan de mantenimiento con actualizaciones de seguridad y revisión periódica de dependencias.
- Análisis de brecha frente a las medidas de gestión de riesgos de NIS2, con lo cubierto, lo parcial y lo pendiente.
- Análisis de brechas frente a la normativa aplicable (RGPD, NIS2, ENS cuando corresponda) con plan de acción.
Por sectores
Educación y formación
Plataformas de inscripción, gestión de grupos y comunicación con alumnos y familias, con control de accesos por perfil.
Hostelería
Webs de reserva rápidas y accesibles, cartas digitales fáciles de actualizar y herramientas internas de turnos y pedidos.
Hostelería
Varios locales, rotación de personal y herramientas contratadas por cada establecimiento. Unificar proveedores y accesos simplifica la operación.
Industria
Mantenimiento de máquinas por proveedores externos con acceso remoto. Ponemos ventanas de acceso, registro de sesiones y aislamiento de la red de planta.
Del trabajo a la factura
Facturas correctas, con su numeración y sus impuestos, conectadas con el CRM.
Qué mirar antes de elegir
- Que deje indicadores para comprobar más adelante si las decisiones dieron resultado.
- Que el consultor pregunte por tu negocio antes de hablar de tecnología.
- Que escriba las decisiones técnicas importantes y su motivo.
- Que documente cada cambio para que tu equipo pueda mantenerlo.
- Que incluya repetir las pruebas tras las correcciones.
Lecturas relacionadas
Desarrollo
Accesibilidad web: checklist de aceptación WCAG 2.2
Checklist de aceptación
Estructura: títulos jerárquicos, regiones reconocibles, idioma de página y orden de lectura coherente. Teclado: se puede acceder a todo lo interactivo sin ratón; el orden de tabulación es lógico y no hay trampas de foco. Foco visible: el foco se distingue y no queda oculto por cabeceras fijas, diálogos o paneles.…
Leer la guía completaConsultoría 360
Oficina de Transformación Digital: Gobernanza, Arquitectura y el Fin de los Proyectos Zombi
El pozo sin fondo de la deuda técnica: Cuando los proyectos mueren lentamente
Es una realidad bien conocida en las salas del C-Level y los comités de dirección: muchas iniciativas de transformación digital fracasan, se estancan o se degradan en un pantano de deuda técnica inmanejable. En ecosistemas Enterprise complejos, el síntoma más claro de este fracaso no suele ser la falta de presupuesto…
Leer la guía completaCiberseguridad avanzada
Autenticación resistente al phishing para empresas
Indicadores útiles
Separa cobertura de eficacia operativa: porcentaje de cuentas objetivo que completaron el alta, accesos que siguen usando métodos heredados, incidencias de recuperación, excepciones abiertas y cuentas privilegiadas sin el método requerido. Una cifra global de “usuarios con MFA” no revela si el acceso privilegiado…
Leer la guía completaPreguntas frecuentes
¿Mi web tiene que ser accesible?+
Es una buena práctica siempre y una exigencia cada vez más frecuente en contratos y en determinados sectores. Además, una web accesible suele ser más clara y rápida para todos.
¿Qué tecnologías usáis?+
Las que mejor encajan y más fácil es encontrar quien las mantenga: React y Next.js en web, Node.js o Python en servidor, Flutter o React Native en móvil, bases de datos relacionales. Evitamos tecnologías minoritarias sin motivo.
¿Cuánto cuesta un software a medida?+
Depende del alcance, por eso empezamos definiendo una primera versión pequeña y con presupuesto cerrado. A partir de ahí, cada ampliación se estima por separado y puedes parar cuando quieras.
¿Podéis revisar la seguridad de una aplicación que estamos desarrollando?+
Sí. Revisamos autenticación, permisos, gestión de secretos, dependencias y registros, y proponemos cambios que el equipo de desarrollo pueda incorporar sin parar el proyecto.
¿Tengo que dar llaves de seguridad a toda la plantilla?+
No es obligatorio empezar así. Lo razonable es empezar por administradores, dirección y quien gestiona pagos, y extenderlo después según el riesgo y la experiencia del despliegue.
¿Qué significa autenticación resistente al phishing?+
Es un método que no puede usarse en una web falsa aunque el usuario se equivoque, como las llaves FIDO2 o las passkeys, porque el propio dispositivo comprueba el dominio. Un código por SMS o por aplicación sí se puede reenviar a un atacante.
Consultoría en API REST por ciudades
Pide una revisión de tu web actual: rendimiento, accesibilidad y claridad del mensaje.