Software a medida
App para tu empresa en GraphQL
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.
Una aplicación lenta pierde usuarios aunque funcione. Fijamos un presupuesto de rendimiento con Core Web Vitals desde el diseño y lo medimos en cada versión, para que la velocidad no se degrade con el tiempo.
Hacer que un programa funcione es la mitad del trabajo. La otra mitad es que siga funcionando cuando cambian las personas, las dependencias y el negocio. De eso trata la ingeniería de software: pruebas, control de versiones, entornos y procedimientos.
Señales de que lo necesitas
- 01
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.
- 02
Proyecto de software que no termina
Se empezó un desarrollo grande hace meses, el alcance no para de crecer y todavía no hay nada usable en manos del equipo.
- 03
Despliegues manuales y arriesgados
Publicar una versión depende de una persona y de una lista de pasos que no está escrita. Si esa persona no está, no se publica.
- 04
Todo se prueba en producción
No hay entorno de pruebas o no se parece al real, así que los cambios se validan directamente con datos de clientes.
- 05
Scripts sueltos en el ordenador de alguien
Procesos importantes dependen de scripts sin control de versiones, sin registro y sin nadie que sepa qué hacen exactamente.
¿Hablamos de tu caso?
Pide una revisión de tu web actual: rendimiento, accesibilidad y claridad del mensaje.
Qué recibes
- Pruebas de contrato entre consumidores y proveedores de API, verificadas en integración continua.
- Políticas DLP por entorno que definen qué conectores pueden combinarse, revisadas antes de activarse.
- Modelo de entornos de Power Platform (desarrollo, pruebas, producción) con permisos por rol.
- Plan de modernización por fases para sistemas heredados, sin parar la operación.
- Registros estructurados, métricas y trazas para seguir una operación entre sistemas.
- Diagrama de contexto y contenedores del sistema, con responsables e interfaces de cada pieza.
- Criterios de aceptación escritos y comprobables para cada funcionalidad.
Y cuando toca facturar
Facturas correctas, con su numeración y sus impuestos, conectadas con el CRM.
Cómo trabajamos
Contenido y objetivos
Para una web, definimos primero qué tiene que conseguir cada página y qué información necesita el visitante para dar el paso.
Diseño y estructura
Arquitectura de páginas, diseño visual y textos, revisados con criterios de accesibilidad desde el boceto.
Construcción con presupuesto de rendimiento
Desarrollo con límites de peso y tiempo de carga medidos en cada versión.
Publicación y medición
Puesta en producción con redirecciones, analítica respetuosa con la privacidad y revisión de resultados tras las primeras semanas.
Guías de nuestra biblioteca técnica
Desarrollo y arquitectura
Patrón transactional outbox en arquitecturas de empresa
Flujo y contrato del evento
1. La aplicación valida la operación. 2. En una misma transacción, persiste el estado de negocio y la fila de outbox. 3. Un publicador o mecanismo CDC detecta la fila y emite el mensaje. 4. El consumidor valida el contrato, procesa el mensaje y registra su resultado. 5. La outbox se retiene y limpia según una política…
Leer la guía completaDesarrollo
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 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 completaNo es igual en todos los negocios
- 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.
- Hostelería y turismo
- Sincronización de disponibilidad y reservas entre canales, donde un retraso o un duplicado provoca sobreventas.
- Inmobiliarias
- Automatización de publicación en portales y de seguimiento de contactos, con alertas cuando un portal cambia su formato.
- Hostelería
- Flujos de reservas, facturación y pedidos a proveedores sin copiar datos entre aplicaciones.
Preguntas que deberías hacer a cualquier proveedor
- Que pueda decirte qué componentes y versiones tienes en producción.
- Que haga preguntas sobre tu proceso antes de hablar de tecnología.
- Que trate los datos personales con control de accesos, copias y registro desde el diseño.
- Que te diga cuándo un producto estándar te sirve mejor que un desarrollo a medida.
- Que sepa gobernar Power Platform sin frenar a quien crea soluciones.
Preguntas frecuentes
¿Cómo se prueba antes de publicar?+
Hay un entorno de pruebas separado, pruebas automáticas de lo crítico y revisión por tu parte de cada entrega antes de pasar a producción.
¿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.
¿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ántas pruebas automáticas hacen falta?+
Las suficientes para proteger lo que más importa. Empezamos por los procesos donde un fallo cuesta dinero o clientes, y añadimos pruebas cada vez que un error se escapa a producción.
¿Hay que reescribir mi sistema heredado?+
Rara vez de golpe. Lo habitual es exponerlo mediante una API, ir sustituyendo módulos uno a uno y apagar lo antiguo cuando lo nuevo lleva tiempo funcionando.
¿Cómo sé dónde se ha perdido un dato?+
Con observabilidad: identificadores que acompañan la operación de un sistema a otro, registros estructurados y un panel de mensajes fallidos. Sin eso, la investigación es a ciegas.
App para tu empresa en GraphQL por ciudades
Si tienes una aplicación heredada sin documentación, empecemos por una auditoría para saber en qué punto está.