Quince años construyendo software que sigue funcionando.
Hospitales, universidades, retailers y bancos de desarrollo. El trabajo suele empezar antes de construir, en qué vale la pena construir.
Qué hacemos, en el orden en que suele pasar
La mayoría de los proyectos arranca en alguno de estos y sigue desde ahí. Pocos arrancan en el primero, y ése suele ser el problema.
Estrategia de producto y discovery
Probar qué debería ser el producto antes de que nadie comprometa presupuesto
Diseño
Investigación, interfaz y trabajo de diseño escritos directamente en el repositorio
Ingeniería
Productos nuevos, y los sistemas que ya sostienen al negocio
Inteligencia artificial
Asistentes y automatización que corren dentro de los sistemas que ya están
Datos
Warehouses, pipelines y las pantallas sobre las que alguien actúa
Modernización de sistemas
Cambiar lo que hace funcionar al negocio sin que el negocio se detenga
Cómo corre el trabajo de verdad
Dos cosas se cumplen en todos los proyectos, y una línea que no se mueve.
Un responsable que responde con nombre y apellido
Cada frente lo lidera un desarrollador senior que define cómo se construye, revisa cada pieza y la firma en tu repositorio. Cuando preguntas por qué algo se hizo de cierta forma, hay una persona a quien preguntarle.
Los agentes hacen el volumen, las personas deciden
Componentes de tu design system, patrones que se repiten en funcionalidades parecidas, tests escritos desde los criterios de aceptación. Cada salida la revisa el responsable antes de que avance, y la autoría técnica queda en las personas.
Los agentes nunca tocan tus datos de producción. Esa línea no es una preferencia y no se negocia proyecto por proyecto.
Donde ya hay un sistema corriendo, el trabajo empieza por lo que sólo lee de él, y la escritura viene después.
Lee cómo trabajamosCifras que vienen con aquello contra lo que se midieron
- 4x
- menos costo de reclutamiento
- En las apps de investigación de Stanford Medicine, las descargas costaron cuatro veces menos por redes sociales que por el alcance convencional de ABS. El reclutamiento se triplicó y la participación se duplicó contra la misma comparación.
- Stanford Medicine. Lee el caso →
- 3,5%
- de conversión, desde 1,2%
- Inmediatamente después de que saliera el nuevo sitio de Lentesplus, la tasa de conversión del ecommerce subió de 1,2% a 3,5%, tras la migración a Adobe Commerce Cloud y la estabilización de la plataforma.
- Lentesplus. Lee el caso →
- 35%
- mejor adherencia al tratamiento
- Las organizaciones de salud que corren programas de seguimiento sobre la plataforma EmpowerHealth reportan 35% mejor adherencia de los pacientes y 20% menos visitas evitables a emergencias.
- EmpowerHealth. Lee el caso →
Lee el caso“Mostraron su compromiso de trabajar con nosotros como un socio estratégico, más que como un simple proveedor de servicios.”
Tres proyectos, abiertos por el problema
Cada uno abre por la situación, no por el cliente. El nombre va al pie.
Una startup liderada por médicos a punto de construir lo que no era
- Diseño de producto
- Investigación UX
mEMR tenía una visión de producto clara y ningún contacto con un usuario real. En vez de empezar a desarrollar, hicimos la investigación de los dos lados del producto, cómo deciden los médicos y cómo entregarían los pacientes sus propios datos clínicos, y la convertimos en prototipos que la gente podía usar de verdad. El concepto se validó sin escribir código.
Una cartera de préstamos que nadie podía ver en un solo lugar
- .NET
- SQL Server
- Azure
- React
En el Banco Interamericano de Desarrollo, los indicadores que describen un préstamo dependían cada uno de un sistema operativo distinto dentro del Banco. Smart Portfolio los consolida en una única vista en tiempo real, con acceso por rol para que cada equipo vea su parte de los mismos datos. Se entregó a un equipo interno del Banco y ahí sigue funcionando y evolucionando.
Dos años de un build roto, desarmado desde el checkout hacia afuera
- Magento 2
- Desarrollo de ecommerce
KURU había migrado a Magento 2 y el build les venía fallando desde entonces, con errores de checkout que le sacaban ventas al negocio todos los días. Desarrolladores certificados trabajaron con releases semanales, empezando por el checkout porque era donde se fugaba la facturación, después la velocidad del sitio y después el resto.
Tráenos el proyecto que estás sopesando.
Sal con una primera opinión. En una sesión de trabajo de 45 minutos repasamos qué estás considerando, qué llevaría y si es lo que conviene hacer primero.