Desarrollo de software
Software a medida en Zaragoza
Hacemos nuestros propios productos —CRM, facturación, fichaje, gestión de tareas— con el mismo método con el que trabajamos para clientes. Lo que te proponemos lo hemos puesto antes en producción nosotros.
La accesibilidad no es un extra estético: es que una persona que navega con teclado o con lector de pantalla pueda pedirte un presupuesto. La comprobamos con criterios WCAG en cada entrega, no al final.
La calidad del software se decide antes de escribir código: requisitos claros, criterios de aceptación comprobables y revisiones entre compañeros. Corregir un malentendido en una reunión cuesta mucho menos que en producción.
Situaciones que resolvemos
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.
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.
Automatizaciones dispersas sin dueño
Hay flujos montados en distintas herramientas por distintas personas, con credenciales personales y sin documentación.
Un monolito que no se puede tocar
Todo está en un único bloque de código acoplado, cualquier cambio rompe algo inesperado y las pruebas no cubren lo importante.
Sin rastro de lo que pasó
Un mensaje se perdió entre dos sistemas y no hay registros suficientes para saber dónde ni por qué.
Cómo lo hacemos
Contrato primero
Antes de programar, acordamos la API en OpenAPI con quien la va a consumir. Las discrepancias aparecen en un documento, no en producción.
Simulación y pruebas
Con el contrato se generan simuladores para que el consumidor avance en paralelo y pruebas que verifican que la implementación lo cumple.
Implementación robusta
Idempotencia, validación de entrada, límites de uso y errores claros desde la primera versión.
Publicación y ciclo de vida
Documentación accesible, versionado y un procedimiento para retirar versiones antiguas sin dejar a nadie atrás.
¿Hablamos de tu caso?
Si dudas entre app y web, te ayudamos a decidir según cómo la usarán tus clientes.
El resultado, en concreto
- Registro de decisiones de arquitectura (ADR) con contexto, alternativas y consecuencias.
- Formación para citizen developers sobre buenas prácticas, entornos y límites de uso de datos.
- Aplicación o web desplegada en producción con entorno de pruebas separado.
- Documentación de operación de cada automatización: qué hace, qué hacer si falla y a quién avisar.
- Medición de rendimiento con Core Web Vitals en las páginas clave y un presupuesto de rendimiento acordado.
- Diagrama de contexto y contenedores del sistema, con responsables e interfaces de cada pieza.
- Política de versionado y retirada de APIs con avisos a los consumidores.
No es igual en todos los negocios
- Comercio y distribución
- Procesos de pedidos a proveedores, actualización de precios y conciliación de ventas automatizados con alertas cuando algo no cuadra.
- 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.
- Asesorías y gestorías
- Automatización de descargas de documentos, carga de datos en programas de gestión y avisos de plazos, con revisión humana de lo que no encaja.
- Distribución B2B
- Portales de pedido para clientes profesionales con tarifas propias, historial y descarga de facturas.
Del trabajo a la factura
El trabajo hecho se factura sin copiar datos, y el cobro vuelve a la ficha del cliente.
Preguntas que deberías hacer a cualquier proveedor
- Que pregunte si hay API antes de proponer un robot que lea pantallas.
- Que automatice el despliegue con posibilidad de volver atrás.
- Que te diga qué no recomienda tocar, no solo qué cambiar.
- Que adapte el proceso de ingeniería al tamaño real de tu equipo.
- Que trate los datos personales con control de accesos, copias y registro desde el diseño.
Guías de nuestra biblioteca técnica
Desarrollo y arquitectura
APIs: cómo retirar versiones sin romper integraciones
Secuencia de retirada
1. Inventariar: asocia credenciales o clientes con equipos responsables, rutas, versión y frecuencia de uso. Si hay consumidores desconocidos, reduce esa incertidumbre antes de fijar el corte. 2. Preparar el reemplazo: documenta cambios incompatibles, ejemplos, límites, autenticación, errores y pasos de migración.…
Leer la guía completaDesarrollo y arquitectura
Patrones de Resiliencia en Microservicios: Circuit Breaker y Retry a Nivel Arquitectura
La Anatomía del Fallo en Sistemas Distribuidos
En ecosistemas nativos de la nube, la falacia número uno de la computación distribuida es asumir que la red es confiable. La degradación de un servicio, latencias impredecibles o particiones de red son eventos transitorios que, sin un control adecuado, provocan fallos en cascada, saturación de thread pools y, en…
Leer la guía completaIngeniería de software
Power Platform: gobierno de políticas DLP por entorno
Patrón de diseño por entorno
Entorno Enfoque de política Validación antes de ampliar --- --- --- Desarrollo personal o de equipo Conectores y datos de prueba; permisos limitados y reglas que eviten mezclar datos corporativos con servicios no aprobados. Probar creación de apps y flujos representativos. Pruebas Conectores necesarios para…
Leer la guía completaSoftware a medida para empresas de Zaragoza
Para un negocio de Zaragoza que empieza a vender por varios canales, sincronizar stock y pedidos es lo primero que conviene ordenar.
Las decisiones técnicas que tomamos para tu empresa de Zaragoza quedan escritas, para que cualquier equipo pueda continuarlas.
Para equipos de desarrollo de Aragón, proponemos prácticas de ingeniería proporcionadas: lo justo para dejar de depender de la suerte.
Preguntas frecuentes
¿Tengo que dedicar tiempo de mi equipo?+
Sí, algo. Necesitamos a alguien que conozca el proceso para validar prototipos y entregas. Sin esa participación, el software acaba resolviendo un problema que no es el tuyo.
¿Es mejor una app o una web?+
Si tus usuarios la abren a diario o necesitan cámara, notificaciones o trabajo sin conexión, una app puede compensar. Si no, una web o una PWA hace lo mismo con un solo desarrollo y sin pasar por las tiendas.
¿Cuánto tiempo hasta tener algo funcionando?+
Buscamos que haya una primera versión usable cuanto antes, aunque sea limitada. El plazo concreto depende del alcance y lo acordamos al cerrar el documento de alcance.
¿Cómo se actualizan dependencias antiguas sin romper nada?+
Primero se añaden pruebas que cubran lo crítico, luego se actualiza por partes y se verifica cada paso. Saltar varias versiones de golpe sin pruebas es la receta de un fin de semana largo.
¿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.
¿RPA, low-code o integración por API?+
Si el sistema tiene API, casi siempre es la opción más estable. El low-code va bien para flujos entre aplicaciones conocidas. El RPA queda para cuando no hay otra forma de acceder, sabiendo que es lo más frágil ante cambios de pantalla.
Software a medida cerca de Zaragoza
Escríbenos con lo que necesitas y te devolvemos una propuesta de alcance para la primera entrega.