Soluciones
Portal cliente en Motril
Un portal de clientes bien hecho quita llamadas y correos: el cliente consulta sus pedidos, descarga facturas o abre incidencias sin esperar a que alguien le conteste. Tu equipo atiende lo que de verdad necesita una persona.
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.
Revisamos el servicio contigo de forma periódica con un cuadro de indicadores: incidencias por tipo, tiempos de resolución, equipos con problemas recurrentes y recomendaciones para el siguiente periodo.
Qué recibes
- Informe de accesibilidad con criterios WCAG revisados y los ajustes aplicados.
- Formación a las personas que van a usar la aplicación y a quien la va a administrar.
- Procedimientos de altas, bajas y cambios de usuarios y equipos.
- Pruebas automáticas de las funciones críticas que se ejecutan antes de cada publicación.
- Medición de rendimiento con Core Web Vitals en las páginas clave y un presupuesto de rendimiento acordado.
- Patrón de publicación fiable de eventos (outbox transaccional) donde una operación y su aviso deben ir juntos.
- Canal de integración continua que construye, prueba y empaqueta cada cambio.
Cuándo tiene sentido Portal cliente
- 01
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.
- 02
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.
- 03
Sincronizaciones nocturnas que llegan tarde
Los datos se pasan entre sistemas una vez al día. Durante el día, el equipo trabaja con información desactualizada.
- 04
Requisitos que cambian en mitad del desarrollo
No hay criterios de aceptación escritos, cada parte entiende algo distinto y las entregas se discuten en lugar de comprobarse.
- 05
No sabes qué hay en producción
Se publica una vulnerabilidad en una librería conocida y no hay forma rápida de saber si tus aplicaciones la usan ni en qué versión.
Cómo trabajamos
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.
Y cuando toca facturar
Facturas correctas, con su numeración y sus impuestos, conectadas con el CRM.
No es igual en todos los negocios
- Construcción
- Personal en obra con portátiles y móviles, altas temporales y subcontratas. Ciclo de vida de equipos y accesos bien controlado.
- Empresas con varias sedes
- Integración de sistemas de distintas sedes con un modelo de datos común y responsables claros de cada dato.
- Inmobiliarias
- Webs con fichas de inmuebles alimentadas desde el CRM, formularios de interés bien cualificados y áreas privadas para propietarios.
- Empresas de software
- Integración continua, pruebas de contrato entre servicios e inventario de dependencias por versión entregada a cada cliente.
Guías de nuestra biblioteca técnica
Desarrollo
Plantilla ADR para decisiones de arquitectura de software
Ejemplo — supuesto ilustrativo
Contexto: un portal de cliente necesita incorporar dos funciones nuevas, pero el equipo también debe reducir dependencias entre módulos. Opciones: ampliar el módulo actual, separar una capacidad detrás de una API o sustituir el portal completo. Decisión: no se elige una alternativa por defecto; el ADR debe registrar…
Leer la guía completaDesarrollo y arquitectura
Idempotencia en APIs y webhooks: reintentos sin duplicados
El timeout no indica si la operación se ejecutó
Un cliente envía una solicitud para crear un pedido. El servidor la procesa, pero la respuesta se pierde. Si el cliente repite la llamada sin protección, puede crear un segundo pedido. La API necesita reconocer que la segunda petición pertenece a la misma operación lógica.
Leer la guía completaServicios gestionados de IT
GDAP: administración delegada segura de Microsoft 365
Ciclo de vida recomendado
1. Divide el servicio en tareas técnicas; no comiences con una lista de roles amplia. 2. Consulta la matriz oficial por tarea y selecciona únicamente roles necesarios. 3. Define el nombre, duración y alcance de la relación; explica al cliente qué podrá hacer el proveedor. 4. Envía la solicitud y espera aprobación del…
Leer la guía completaTrabajar con empresas de Motril
Si en tu oficina de Motril hay un técnico interno, podemos complementarlo con supervisión y segundo nivel sin duplicar funciones.
Si el proceso a automatizar ocurre en una planta o almacén de Granada, se puede organizar una visita puntual si el proyecto lo requiere.
Nos coordinamos con la persona de referencia de tu empresa en Motril para aprobar cambios, avisar a la plantilla y revisar el servicio.
Cómo elegir bien
- Que explique con claridad qué incluye la cuota y qué no.
- Que ponga todo bajo control de versiones, también lo low-code.
- Que entregue informes periódicos con datos, no solo una factura.
- Que pregunte si hay API antes de proponer un robot que lea pantallas.
- Que monte las automatizaciones con cuentas de servicio, no personales.
Preguntas 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.
¿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.
¿Podéis ordenar lo que ya tenemos sin empezar de cero?+
Sí, es lo habitual. Inventariamos, priorizamos por riesgo y migramos lo importante a un marco ordenado, dejando lo que funciona como está.
¿Podéis integrar sistemas que no tienen API?+
A veces sí, mediante la base de datos, ficheros de intercambio o captura de cambios. Son soluciones más frágiles y te explicamos sus límites antes de elegirlas.
¿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.
Portal cliente cerca de Motril
Si dudas entre app y web, te ayudamos a decidir según cómo la usarán tus clientes.