Desarrollo de software
Software a medida en Illes Balears
Una web corporativa no es un folleto: es lo primero que ve un cliente y, a menudo, lo que decide si te escribe. Tiene que cargar rápido en el móvil, poder leerse con un lector de pantalla y decir con claridad qué haces.
Diseñamos sistemas para que las piezas se hablen mediante contratos claros —APIs documentadas con OpenAPI, eventos con un formato acordado— y cada una pueda evolucionar sin romper a las demás.
Desarrollamos webs, aplicaciones y herramientas internas con tecnologías conocidas y mantenibles —React, Next.js, Node.js, Python, Flutter— para que el día que cambies de proveedor, otro equipo pueda seguir sin reescribirlo todo.
El resultado, en concreto
- Diagrama de contexto y contenedores del sistema, con responsables e interfaces de cada pieza.
- Control de accesos por roles y registro de quién hace qué en las partes sensibles.
- Formación para citizen developers sobre buenas prácticas, entornos y límites de uso de datos.
- Registro de decisiones de arquitectura (ADR) con contexto, alternativas y consecuencias.
- Cola o bus de eventos configurado cuando el caso lo requiere, con formatos de mensaje acordados.
- Modelo de entornos de Power Platform (desarrollo, pruebas, producción) con permisos por rol.
- Plan de actualización de dependencias con prioridades y pruebas de regresión.
Lo que suele estar pasando
- 01
Una app propia que nadie mantiene
Se hizo una app hace años, las tiendas exigen actualizaciones y las librerías han quedado obsoletas. Ya hay usuarios que no pueden instalarla.
- 02
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.
- 03
Aplicaciones Power Platform sin control
Varios departamentos han creado aplicaciones y flujos por su cuenta. Nadie sabe cuántos hay, quién los mantiene ni qué datos manejan.
- 04
Un servicio lento arrastra a todo el sistema
Cuando un proveedor externo tarda en contestar, las peticiones se acumulan y la aplicación entera deja de responder.
- 05
Integraciones que fallan al desplegar
Dos equipos o proveedores cambian sus APIs por separado y la incompatibilidad se descubre en producción.
Cómo lo hacemos
Diagnóstico del ciclo de entrega
Revisamos cómo se escribe, prueba, revisa y despliega el software hoy, y dónde aparecen los fallos.
Automatizar lo repetitivo
Integración continua con construcción y pruebas automáticas en cada cambio.
Proteger lo crítico
Pruebas de las funciones que más importan, pruebas de contrato en las integraciones e inventario de dependencias por versión.
Desplegar con confianza
Entornos separados, despliegue automatizado y vuelta atrás probada.
Mejorar con los incidentes
Cada fallo en producción se analiza para añadir la prueba o el control que lo habría detectado antes.
¿Hablamos de tu caso?
Envíanos tu idea, aunque esté a medio definir; el primer paso es ordenarla juntos.
Y cuando toca facturar
El trabajo hecho se factura sin copiar datos, y el cobro vuelve a la ficha del cliente.
No es igual en todos los negocios
- Educación
- Automatización de matrículas, listados y comunicaciones, con cuentas de servicio para que no dependan del curso académico de nadie.
- Departamentos financieros
- Automatización de conciliaciones y cargas contables con registro de cada ejecución y validación del responsable.
- Hostelería
- Webs de reserva rápidas y accesibles, cartas digitales fáciles de actualizar y herramientas internas de turnos y pedidos.
- Servicios financieros y cobros
- Operaciones idempotentes y registro de auditoría para pagos, conciliaciones y avisos, donde un duplicado no es aceptable.
Guías de nuestra biblioteca técnica
Desarrollo 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 completaIngeniería de software
Checklist ALM para Microsoft Power Platform en empresas
De una app útil a una solución que se puede mantener
Una automatización creada para resolver una necesidad local puede convertirse en parte de un proceso empresarial. Para que el cambio no dependa de exportaciones manuales y conocimiento de una sola persona, define su ciclo de vida: quién desarrolla, dónde se prueba, quién autoriza y cómo se publica y revierte.
Leer la guía completaIngeniería de software
Pruebas de contrato con Pact para APIs empresariales
Flujo de integración continua
1. Consumidor: escribe pruebas para los comportamientos relevantes, incluyendo parámetros, cabeceras, códigos y campos de respuesta que realmente utiliza. 2. Contrato: el test genera un artefacto versionado; revisa cambios del contrato como parte del cambio de código. 3. Publicación: el pipeline publica contrato y…
Leer la guía completaTrabajar con empresas de Illes Balears
Para un negocio de Illes Balears, una web clara y rápida en el móvil suele ser el primer canal de contacto con clientes nuevos de la zona.
Coordinamos con el proveedor de sistemas que ya trabaja con tu empresa en Illes Balears los accesos y las cuentas de servicio.
La formación para citizen developers de tu empresa en Illes Balears se imparte en remoto, con ejemplos de vuestros propios procesos.
Criterios que importan
- Que el código y el repositorio sean tuyos desde el primer día.
- Que use tecnologías comunes, para que otro equipo pueda mantenerlo si un día cambias.
- Que incluya observabilidad desde el principio y no tras el primer incidente.
- Que mida cuánto resuelve sola cada automatización y cuánto escala a personas.
- Que mida rendimiento y accesibilidad con criterios concretos, no con «queda bonito».
Preguntas frecuentes
¿Qué mantenimiento necesita después?+
Actualizaciones de seguridad, revisión de dependencias, copias de seguridad y pequeños ajustes. Te proponemos un plan con lo que incluye y lo que no, para que sepas qué pagas.
¿Qué pasa si una versión nueva da problemas?+
El despliegue está preparado para volver a la versión anterior rápidamente, y las funciones nuevas pueden activarse de forma gradual para detectar fallos con pocos usuarios.
¿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.
¿Necesito microservicios?+
Probablemente no al principio. Tienen sentido cuando hay equipos distintos, cargas muy diferentes o partes que cambian a ritmos dispares. Un monolito bien modularizado es más fácil de operar y puede dividirse después.
¿Cómo se cambia una API sin romper a quien la usa?+
Añadiendo en lugar de modificar, versionando cuando el cambio es incompatible, midiendo quién usa la versión antigua y avisando con tiempo antes de retirarla.
¿Qué pasa si un servicio externo se cae?+
El diseño debe contemplarlo: límites de tiempo, reintentos con espera, cortacircuitos que dejan de insistir y colas que guardan el trabajo pendiente hasta que el servicio vuelva.
Software a medida cerca de Illes Balears
Reserva una llamada para ver nuestras propias herramientas en funcionamiento y valorar si algo parecido te encaja.