Software a medida · Web · Móvil · APIs
Equipos de desarrollo para empresas medianas y de sectores regulados. Cada número de esta web explica cómo se midió: qué medimos, durante cuánto tiempo y de qué forma. Así puedes comprobarlo antes de confiar en nosotros.
Un ingeniero con experiencia te responde en un día hábil.
Nuestras reglas
No mostramos logos de clientes si no podemos demostrarlo. No damos cifras sin decir de dónde vienen y quién las respalda. No publicamos ningún caso sin explicar cómo medimos el resultado.
Hay cuatro cifras de la empresa que todavía no mostramos porque aún no están confirmadas. Por eso ves este espacio vacío.
Tecnología
Estas son las que más usamos. La lista completa, incluidas las que mantenemos aunque no las elegimos nosotros, está en una sola página, ordenada por categorías.
¿Por dónde empezar?
Un producto que aún no existe, o una primera versión que tiene que crecer. Lo más arriesgado suele ser una idea que nadie ha probado, así que empezamos por ahí.
Planificar un proyecto nuevoUn sistema que funciona, pero cada cambio cuesta más, va más lento de lo normal o usa tecnología antigua. Primero medimos. No empezamos rehaciendo todo.
Planificar una modernizaciónQué hacemos
Las tiendas online y el mantenimiento a largo plazo forman parte de «Software a medida», por eso no tienen página propia. Separarlos solo haría la lista más larga.
Especialidades
Los cuatro servicios son lo que contratas. Estas son las especialidades que usamos para hacer el trabajo. Cada una indica a qué servicio pertenece, así que no hay servicios extra escondidos.
Retrieval over your own documents, classification and extraction on the workflows currently done by hand, and agents that are allowed to act only where a wrong answer is recoverable. Every model ships behind an evaluation set, so a regression is caught by the pipeline rather than by a customer.
Re-platforming and refactoring systems that were built for a rack. We move the parts that get cheaper or safer in the cloud and leave the rest, because a lift-and-shift of an application that was never designed to scale horizontally buys a bigger bill and the same bottleneck.
Pipelines, environments and release governance, described in code. The goal is a deployment that is boring enough to happen on a Friday, and an environment that can be rebuilt from the repository rather than from the memory of whoever set it up.
Automated coverage where the cost of a defect is highest, load testing against a number someone has committed to, and accessibility checked in the pipeline rather than audited at the end. We will tell you which parts of a suite are worth keeping and which are only slowing the build down.
Threat modelling on the design, dependency and secret scanning in the pipeline, and remediation work on the findings a penetration test comes back with. We do not sell the penetration test itself: an independent party should run it, and we will work to their report.
The layer between the systems you keep — public and partner APIs, webhooks, single sign-on, and the middleware that lets a bought product and a built one agree on what a customer is. Versioned, documented, and built to survive the upgrades of everything either side of it.
Ingestion, fleet state and the operator interface for hardware that reports from the field. Most of the difficulty is not the device: it is a network that drops, a clock that drifts, and a payload schema that has to change without bricking what is already deployed.
Discovery, a riskiest-assumption build, and then iterations that each end with something deployed. Where a proof of concept is the right first step we scope it as one, with an explicit decision point at the end rather than a slide deck and an invoice.
Interface and interaction design delivered as components rather than as flat files, with accessibility treated as a requirement at AA. The design system and the code review are the same review, which is what stops a library drifting from the product it describes.
Engineers who join your standups, your repository and your on-call rota, under your technical direction. No subcontracting: everyone on the engagement is ours, and you meet each of them before they start.
Resultados
En cada caso explicamos qué medimos, durante cuánto tiempo y cómo. Así puedes ver si el número significa de verdad lo que parece.
Saltea
Every price change at Saltea needed an engineering release, and mid-cycle plan changes were priced three different ways. We moved pricing out of the application and rebuilt the billing surface on top of it.
Mirolens
Screening sites were typing patient identifiers into camera consoles and sending graded outcomes on as documents. We made capture pull from a worklist and exposed the outcomes over a FHIR API.
Zafarin
Zafarin's daily safeguarding reconciliation produced a queue of breaks that finance operations cleared by hand every evening, and the queue grew with transaction volume. We rebuilt the partner feeds, the ledger and the break workbench underneath it.
Vertigem
Receipts captured outside mobile coverage were dropped without anyone noticing, on shared handsets that killed the app mid-upload. Our engineers worked inside Vertigem's squads on the capture path and the reconciliation queue.
Más proyectos
Páginas web completas que hemos hecho de principio a fin. No tienen una explicación detallada como los casos de arriba porque aún no hay datos de varios meses. Haz clic en el logo para visitarlas.
SiteRayOur own free website audit — speed, accessibility, best practices and SEO on mobile and desktop, with a ranked list of fixes.
AlGulfToursBooking site for a Gulf-region travel and transport operator.
My FitnessSite and staff admin for a gym in Kamëz, Tiranë, built on Next.js and NestJS.
ACITSite for a Tirana-based think tank on economic governance and competitiveness in Albania.Cómo trabajamos
Antes de proponer nada, revisamos el código y hablamos con las personas que lo usan. Si todavía no existe nada, empezamos por la parte más arriesgada.
Trabajamos en ciclos de dos semanas. Al final de cada ciclo, algo nuevo ya funciona de verdad. Nunca dejamos trabajo guardado durante meses.
Antes de mejorar algo, preparamos la forma de medirlo. Así podemos demostrar cada mejora, no solo decir que existe.
Al final, tu equipo hace las últimas publicaciones y nosotros lo acompañamos. Si tu equipo todavía no puede hacerlo solo, el proyecto no ha terminado.
Sectores
Solo creamos la página de un sector cuando ya hemos hecho trabajos reales en él. Por ahora son tres.
Payments, banking, and trading systems where correctness and latency are both non-negotiable and the regulator is a stakeholder.
Discuss a FinTech projectClinical and patient-facing systems where availability is a safety property and data residency is usually not negotiable.
Discuss a healthcare projectMulti-tenant products where the engineering problems are activation, tenancy isolation, and the cost of serving a customer.
Discuss a SaaS projectContacto
Solo tres campos. Un ingeniero con experiencia te responde en un día hábil. Si no somos el equipo adecuado, te lo diremos en esa primera respuesta.
¿Vienes desde la página de un servicio o de un sector? Abre el formulario completo y guardaremos esa información.
That did not go through. We need a name, a work email we can reply to, and a description of the problem. Nothing else was lost — the fields below are empty because the form posts rather than storing a draft. If it fails again, write to hello@riseforge.io and it reaches the same people.
Si un formulario no encaja con lo que necesitas, escríbenos directamente y te atenderá un ingeniero con experiencia.
