Independent Engineering · Software a medida
El software estándar resuelve problemas estándar. Si su modelo de negocio no es estándar — una plataforma de socios para una asociación, una aplicación de subastas, un producto digital con su propia lógica de precios — es más rentable invertir en su propio software que forzar un SaaS que nunca encajará del todo.
Ayuda a la decisión
El software a medida no siempre es la elección correcta. Cuatro escenarios en los que lo es — y tres en los que es mejor mantenerse en el estándar.
Vende un producto digital — una plataforma de socios, una aplicación de marketplace, una herramienta SaaS para un nicho sectorial. Aquí el software es el activo en sí. Los ladrillos SaaS ayudan, pero la experiencia principal debe ser suya.
Ha probado un software estándar y ha alcanzado los límites de la plataforma para una parte significativa de los requisitos. El customizing se vuelve más caro que un build interno, o la plataforma empieza a romper su caso de uso en las actualizaciones.
Hoy tiene 50 usuarios de una solución SaaS, en 3 años habrá 5.000. En muchos modelos SaaS, 5.000 usuarios se convierten en un bloque de coste para el que un build interno se amortizaría en 18 meses.
Sector público, asociaciones, sanidad, infraestructuras críticas. O una decisión deliberada de reducir los riesgos vinculados al cloud estadounidense (Cloud Act, configuraciones Schrems II). A medida en Hetzner o STACKIT suele ser aquí la respuesta limpia.
Herramienta interna que modela un proceso de negocio, con 5 a 50 usuarios internos, que necesita en 8 semanas. Aquí Microsoft Power Platform es típicamente más rápida, más económica y más mantenible a largo plazo.
Sistema de RR. HH., contabilidad, CRM clásico para un equipo comercial de 30 personas. Existen SaaS maduros. El desarrollo a medida en estas áreas es a menudo política simbólica — y un recordatorio costoso de que la herramienta estándar habría sido más rápida.
Stack técnico
Apostamos por una stack TypeScript probada y coherente. Prima el pragmatismo: una stack, un lenguaje, un conocimiento compartido en el equipo — desde la UI hasta la migración de la base de datos. Sin arquitectura políglota en la que cada microservicio se escribe en un lenguaje diferente.
Renderizado en servidor para buenos tiempos de carga y un SEO sólido. App Router. React Server Components donde aporta. Tailwind para coherencia estilística. Validación de formularios con Zod. Construimos UIs que siguen siendo ágiles a su escala — incluso con volúmenes de datos reales.
NestJS aporta una estructura modular clara, inyección de dependencias, patrones de test nativos. Para las APIs: REST o tRPC según el caso de uso. Procesamiento de jobs con BullMQ, autenticación vía OIDC o magic link.
PostgreSQL cubre el 95 % de los casos relacionales. Con extensiones como pgvector, también los embeddings para aplicaciones AI. Gestión de migraciones vía Prisma. Copias de seguridad horarias, restauración a un clic.
Hetzner Cloud desde Falkenstein y Núremberg para la mayoría de los proyectos. STACKIT (grupo Schwarz, Heilbronn) para clientes con requisitos elevados de soberanía. Ambos 100 % UE, bastante más económicos que AWS/Azure y sin exposición a la US Cloud Act.
Tres formatos de proyecto
El formato adecuado depende de su madurez y del objetivo final.
Tiene una idea pero todavía no un camino de solución claro. Validamos en 2 a 4 semanas las hipótesis técnicas principales, construimos un prototipo navegable y entregamos un esquema de arquitectura más una hoja de ruta.
Del prototipo al producto operativo con usuarios reales. En sprints de 2 semanas, con demos semanales, centrado en el flujo principal. Todo lo no esencial para los primeros usuarios pasa a la hoja de ruta posterior.
Tiene su propio equipo de producto, pero necesita de 1 a 3 ingenieros experimentados para una fase concreta o de manera duradera. Trabajamos con usted, en su repositorio, en sus sprints, con sus revisiones.
Anclaje de soberanía
Hospedaje en la UE por defecto. Hetzner (Falkenstein, Núremberg) o STACKIT (Heilbronn). Ambos sin vínculo con la US Cloud Act. Las copias de seguridad quedan en la UE, los logs quedan en la UE, el proveedor de identidad queda en la UE.
Open source por defecto. Frameworks y librerías son open source — Next.js, NestJS, PostgreSQL, Prisma. En caso de emergencia puede retomar cada componente usted mismo o hacerlo evolucionar con otro proveedor.
Propiedad del código en su casa. Repositorios, configuraciones CI, scripts infrastructure-as-code — todo pasa a su organización GitHub o GitLab. Trabajamos como invitados en su casa, no al revés.
Protección frente al bloqueo de proveedor. Evitamos a conciencia las dependencias propietarias que harían costoso un cambio. PostgreSQL en lugar de una base específica de cloud. Cargas de trabajo en contenedor que funcionan en cualquier proveedor cloud. Diseños de API estandarizados.
Auditabilidad. Logs estructurados, documentación del modelo de datos, ADR (Architectural Decision Records). Para que cualquier ingeniero futuro — interno u otro proveedor — entienda por qué algo se construyó así.
Referencia en producción
El License Cost Calculator en licenses.arades.de es un ejemplo preciso de lo que le vendemos. Next.js sobre Hetzner, PostgreSQL como base de datos, lógica de modelos de licencia Microsoft modelada en TypeScript. Resultado: una herramienta que permite a responsables comerciales e IT obtener en 5 minutos un cálculo de licencia válido para Microsoft Dynamics 365.
Eat your own dogfood. Vendemos desarrollo a medida y lo usamos nosotros mismos — como vehículo de marketing, como herramienta comercial y como prueba de que el enfoque funciona.
Preguntas frecuentes
Cuando un software estándar no cubre el modelo de negocio, cuando construye un producto digital para sus clientes o cuando los costes de licencia dejan de ser proporcionales a partir de cierta escala. Si Microsoft Power Platform, Dynamics 365 o un SaaS estándar responde a su necesidad, lo decimos — y recomendamos la vía estándar.
Por defecto TypeScript, Next.js (frontend), NestJS (backend), PostgreSQL como base de datos. Hospedaje en Hetzner o STACKIT en Alemania. Opcionalmente: Prisma, tRPC, Redis, almacenamiento compatible con S3. Una stack probada — sin ruleta de frameworks.
Un Discovery-Spike (2 a 4 semanas) se encuadra conjuntamente. Un MVP (2 a 4 meses) en marco de precio fijo. Un equipo embebido en modo mensual. Tarifa bajo petición para cada formato — cálculos transparentes, sin horas de discusión ocultas.
Suyo. Código fuente, repositorios, pipelines CI/CD, infraestructura — todo pasa a su propiedad. En cualquier momento puede cambiar de proveedor o asumir el mantenimiento internamente, sin bloqueo de proveedor. Es el núcleo de nuestro enfoque soberano.
Por defecto Hetzner (Falkenstein, Núremberg) o STACKIT (Heilbronn). Ambos 100 % UE, conformes con el RGPD, sin exposición a la US Cloud Act. Para necesidades específicas (sanidad, sector público), Open Telekom Cloud o IONOS. AWS o Azure únicamente si el cliente lo solicita explícitamente.
Sí — como disciplina aparte. Apps iOS y Android con .NET MAUI para stacks cercanas a Microsoft, React Native para proyectos cross-plataforma amplios o nativo Swift/Kotlin cuando la necesidad lo exige. Si su caso de uso es factible como aplicación web progresiva, lo decimos — si no, tomamos la vía móvil.
Ambas cosas. Retomamos bases de código existentes (auditoría previa), modernizamos stacks antiguas (por ejemplo PHP-Laravel o Ruby-on-Rails a Next.js/Nest) o construimos complementos. Condición previa: una mirada realista sobre la deuda técnica — para bases de código muy antiguas recomendamos a menudo una reconstrucción en paralelo al sistema antiguo.
45 min · gratuito · sin compromiso
45 minutos para hablar técnicamente de su idea concreta. Make-or-Buy, elección de stack, lugar de hospedaje, realismo presupuestario. Con la persona que después construye. Sin presión de preparación — traiga lo que tenga.
