Software que se construye para tu operación, no para un catálogo. Equipo senior in-house, cero offshoring, y un ingeniero que responde de lo que firma.
TL;DR
Dribba es una consultora de desarrollo de software a medida con oficinas en Barcelona y Escaldes-Engordany (Andorra). Construimos aplicaciones de negocio, plataformas internas, integraciones con sistemas existentes y productos digitales completos para empresas que no encuentran lo que necesitan en un producto de catálogo. Stack principal Go, Node.js y Python sobre Google Cloud Run y GKE, con Flutter cuando hay parte móvil. Más de 300 proyectos entregados desde 2011 para compañías como Rastreator, Nestlé Lactalis, ISDIN y TravelPerk. Proyectos desde 30.000 €.
Resumen · datos clave
El software a medida no compite con el de catálogo en precio: compite en encaje. Un ERP o un SaaS vertical cubre el 80 % de lo que hace tu empresa y te obliga a cambiar el 20 % restante, que suele ser justo lo que te diferencia. Desarrollar a medida tiene sentido cuando ese 20 % es el negocio, cuando la integración con lo que ya tienes cuesta más que construir, o cuando el proceso que quieres automatizar no existe todavía como producto.
Trabajamos con direcciones de tecnología y de operaciones que llegan con un proceso concreto —un flujo de peritaje, una red de recarga, un catálogo multipaís, un canal de captación— y necesitan que funcione en producción, no una prueba de concepto. Empezamos acotando qué parte merece software propio y cuál se resuelve comprando: esa conversación ahorra más dinero que cualquier optimización posterior.
El equipo es propio y senior. No hay subcontratas ni offshoring: el ingeniero que diseña la arquitectura es el que la despliega y el que responde cuando algo falla a las tres de la mañana. Es la razón por la que el suelo son 30.000 € y no menos.
Qué incluye
¿Encaja con lo que necesitas?
30 minutos. Sin pitch comercial. La conversación es contigo y con quien va a construirlo. Respuesta en menos de 1 hora.
Respaldo
+300
proyectos
15+
años
Flutter
partner oficial
Qué construimos
Herramientas que sostienen una operación concreta: gestión de flotas, peritaje asistido, catálogos comerciales, paneles de control industrial. Se diseñan alrededor del proceso real, no del proceso que describe el manual.
Backoffice, portales de cliente, marketplaces internos y sistemas multiempresa. Con roles, auditoría, trazabilidad y la parte aburrida bien hecha: permisos, exportaciones y ciclo de vida del dato.
El software a medida rara vez vive solo. Conectamos con ERP y CRM, sistemas heredados, hardware (BLE, MQTT, OCPP), pasarelas de pago y APIs de terceros, con capa anticorrupción para que un cambio ajeno no te tumbe.
Cuando el software es el negocio: descubrimiento, diseño, backend, web y app móvil. Es el caso de los productos que hemos llevado de cero a mercado con equipos de una sola cifra.
Stack y criterio
No tenemos un stack único para todo. Tenemos criterio para elegir, y la decisión la toma quien va a mantener el código. Esto es lo que llevamos a producción habitualmente.
Cómo decidir
| Criterio | A medida (Dribba) | Producto de catálogo | Equipo interno |
|---|---|---|---|
| Encaje con tu proceso | Total: se diseña sobre él | Parcial: adaptas tu proceso | Total, si el equipo lo entiende |
| Tiempo hasta producción | 8–16 semanas | Días o semanas de configuración | 3–9 meses contando contratación |
| Inversión inicial | Desde 30.000 € | Licencia mensual por usuario | Salarios desde el mes uno |
| Coste a tres años | Desarrollo + mantenimiento | Licencias crecientes con la plantilla | El más alto, y el más estable |
| Propiedad del código | Tuya, con el repositorio entregado | Del proveedor | Tuya |
| Cuándo tiene sentido | El proceso te diferencia o no existe como producto | Tu necesidad es estándar y no crítica | El software es el núcleo y hay volumen para un equipo |
Por qué elegirnos
Cero subcontratas y cero offshoring. Quien firma la propuesta escribe el código. Es lo que permite que la conversación técnica sea directa desde la primera reunión.
Saber más →Parte del trabajo es acotar el alcance hacia abajo. Si un producto de catálogo cubre lo tuyo, sale más barato adaptarlo que construirlo, y lo decimos antes de firmar.
Saber más →PostgreSQL antes que soluciones exóticas, monolito modular antes que microservicios. La complejidad se añade cuando el dolor lo justifica, no cuando lo pide la tendencia.
Saber más →Preguntas frecuentes
Es construir una aplicación específica para una empresa en lugar de adaptar un producto ya existente. Se parte del proceso real —cómo trabaja esa organización, con qué sistemas y con qué restricciones— y se diseña el software alrededor. Tiene sentido cuando lo que diferencia a la empresa es justo la parte que ningún producto de catálogo cubre, cuando integrarse con lo que ya hay cuesta más que construir, o cuando el proceso a automatizar todavía no existe como producto comercial.
El mercado se reparte entre grandes integradoras orientadas a proyectos corporativos con equipos numerosos, software factories medianas que trabajan por volumen, y consultoras boutique con equipo senior propio, que es donde estamos nosotros. La diferencia práctica no es el precio por hora sino quién escribe el código: en una boutique el ingeniero que firma la propuesta es el que la ejecuta. Dribba opera desde Barcelona y Andorra desde 2011, con más de 300 proyectos entregados.
Nuestros proyectos parten de 30.000 €. El rango real depende de tres cosas: el alcance funcional, cuántos sistemas externos hay que integrar y qué nivel de cumplimiento normativo aplica. Una herramienta interna acotada se mueve cerca del suelo; una plataforma con varias integraciones y app móvil sube bastante. Desconfía de presupuestos muy por debajo de esa cifra: suelen esconder subcontratación o un alcance que no cubre producción.
La acotación funcional lleva una o dos semanas y es donde se decide casi todo. A partir de ahí, una primera versión en producción está entre ocho y dieciséis semanas según alcance e integraciones. Trabajamos por entregas: prefieres tener en producción la parte que ya funciona antes que esperar meses a un lanzamiento único, entre otras cosas porque el uso real cambia siempre las prioridades.
Depende de si el proceso que quieres cubrir te diferencia o no. Si es estándar —contabilidad, nóminas, facturación— comprar es casi siempre mejor: alguien ya lo resolvió y lo mantiene por ti. Si es lo que te distingue de la competencia, adaptarlo a un producto ajeno significa parecerte a la competencia. Parte de nuestro trabajo inicial es decirte cuál de los dos casos es el tuyo, incluso cuando la respuesta es que no nos necesitas.
Sí. El repositorio, la documentación y la infraestructura se entregan a nombre de tu empresa, y las llaves de firma y las cuentas de despliegue están desde el principio bajo tu control, no bajo el nuestro. Es una decisión deliberada: quien controla el certificado controla si la aplicación puede actualizarse, y eso pertenece a quien paga el proyecto.
¿Listo para empezar?