Software a medida
Arquitectura de software con flutter
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.
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 dos sistemas se comunican por API, las pruebas de contrato comprueban que lo que uno envía es lo que el otro espera, sin tener que levantar todo el entorno. Detectan roturas antes de desplegar, no cuando un cliente llama.
Del trabajo a la factura
El trabajo hecho se factura sin copiar datos, y el cobro vuelve a la ficha del cliente.
Cuándo tiene sentido Arquitectura de software con flutter
Todo vive en hojas de cálculo
Pedidos, clientes y horas se llevan en ficheros que se copian, se pisan y nadie sabe cuál es la versión buena. Cualquier informe exige una tarde de limpieza.
Datos personales mal custodiados
Formularios, portales y bases de datos guardan información de clientes sin control de accesos claro ni copias, y eso es un riesgo legal además de técnico.
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.
Automatizaciones dispersas sin dueño
Hay flujos montados en distintas herramientas por distintas personas, con credenciales personales y sin documentación.
Datos desincronizados entre sistemas
El CRM dice una cosa, el ERP otra y el almacén una tercera. Nadie sabe cuál es la fuente fiable.
Qué te llevas al terminar
- Copias de seguridad de la base de datos configuradas y una restauración probada.
- Repositorio de código a tu nombre, con historial de cambios y acceso para quien tú decidas.
- Integraciones entre sistemas con reintentos, idempotencia y gestión de errores documentada.
- Informe de accesibilidad con criterios WCAG revisados y los ajustes aplicados.
- Política de versionado y retirada de APIs con avisos a los consumidores.
- Canal de integración continua que construye, prueba y empaqueta cada cambio.
- Aplicación o web desplegada en producción con entorno de pruebas separado.
¿Hablamos de tu caso?
Cuéntanos qué proceso llevas hoy en hojas de cálculo y te decimos cómo sería una primera versión.
Guías de nuestra biblioteca técnica
Desarrollo
demo-interactiva-pipeline-crm-ventas.md
El coste de la gestión manual
En el tiempo que un comercial tarda en revisar un email, meterlo a mano en un Excel y decidir qué hacer, una empresa ágil que utiliza NExgestión CRM o automatizaciones a medida ya ha conectado con el cliente vía WhatsApp, ha analizado su perfil y ha preparado un presupuesto.
Leer la guía completaDesarrollo
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 completaIngeniería de software
El Despertar de la Eficiencia: Orquestando RPA en la Trinchera Corporativa
La intervención de los bots
Sentados frente a la pizarra de cristal, pedimos el enésimo café y dibujamos la arquitectura de la salvación: Robotic Process Automation (RPA).
Leer la guía completaCómo trabajamos
Inventario del sistema actual
Dibujamos qué piezas hay, cómo se comunican y qué datos se mueven, a partir del código y de hablar con quien lo opera.
Puntos de dolor
Identificamos dónde se pierde tiempo, dónde hay errores y qué no aguantará el crecimiento previsto.
Arquitectura objetivo
Proponemos cómo debería quedar, con las decisiones escritas y las alternativas descartadas.
Hoja de ruta por fases
Ordenamos los cambios para que cada fase deje el sistema funcionando y aporte algo por sí misma.
Ejecución acompañada
Implementamos o acompañamos a tu equipo fase a fase, revisando que la arquitectura real coincide con la diseñada.
Ejemplos según tu actividad
Empresas de software
Integración continua, pruebas de contrato entre servicios e inventario de dependencias por versión entregada a cada cliente.
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.
Industria
Automatización de informes de producción y calidad, con pruebas sobre las aplicaciones de planta que no pueden fallar en mitad de un turno.
Servicios técnicos
Aplicaciones para técnicos de campo con órdenes de trabajo, material usado y firma del cliente, sincronizadas con la oficina.
Qué mirar antes de elegir
- Que te diga qué no recomienda tocar, no solo qué cambiar.
- Que estime el mantenimiento de cada automatización antes de construirla.
- Que elija tecnologías que tu equipo pueda operar.
- Que hable de mantenimiento y su coste antes de firmar, no después.
- Que sepa gobernar Power Platform sin frenar a quien crea soluciones.
Preguntas frecuentes
¿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 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.
¿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.
¿Qué es un ADR y por qué me interesa?+
Es un documento breve que registra una decisión técnica, su contexto y por qué se tomó. Te protege de depender de la memoria de una persona y facilita que otro equipo continúe el trabajo.
¿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.
¿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.
Arquitectura de software con flutter por ciudades
Si dudas entre app y web, te ayudamos a decidir según cómo la usarán tus clientes.