Saltar al contenido

Ingeniería

Construimos software que tiene que seguir funcionando.

Productos web y mobile, plataformas de ecommerce y las integraciones que van debajo. Una parte arranca con un repositorio vacío. Otra arranca con un sistema que ya carga usuarios reales. En cualquier caso termina en producción, donde una mala release se ve el mismo día.

Agenda una sesión de trabajoSee how it works in practice

Qué construimos

Dónde se pone difícil

Cuatro situaciones a las que nos llaman más que a ninguna otra. Dos llegan antes de que exista una línea de código; dos llegan con un sistema que ya carga usuarios reales.

Cuando empiezas de cero

Publicar donde el cumplimiento es una restricción de diseño

  • iOS nativo
  • ResearchKit
  • Medable
  • HIPAA

Para el departamento de farmacia clínica de la Universidad de Michigan, HIPAA definió el manejo de datos, el almacenamiento, los flujos de usuario y el control de acceso desde el primer sprint, no desde una revisión al final. La app mide marcha, equilibrio y coordinación de dedos en pacientes en quimioterapia, y sigue siendo accesible mientras lo hace.

Lee el caso
La app de Michigan, convirtiendo mediciones de marcha, equilibrio y coordinación en algo que un clínico puede leer

Cuando empiezas de cero

Lanzar en varios mercados a la vez

  • React Native
  • VTEX
  • Node.js
  • Cinco mercados

3M+

descargas de la app en los dos años posteriores a un lanzamiento que llevó cinco meses. Una plataforma directa al consumidor que abre país por país, con sincronización en tiempo real de inventario, precios, promociones y pedidos.

Lee el caso
TaDa Delivery, la plataforma directa al consumidor de AB InBev

Cuando ya está corriendo

Migrar una tienda que no puede caerse

  • Adobe Commerce
  • Magento 1.9 → 2
  • React
  • Migración en vivo

3,5%

de conversión, desde 1,2% inmediatamente después de salir en vivo, con 40% menos tickets de soporte. Migrada en vivo de Magento 1.9 a Adobe Commerce Cloud, y después años de evolucionarla.

Lee el caso
Lentesplus, cuidado visual en mercados de América Latina

Cuando ya está corriendo

Hacerse cargo de un desarrollo que no funcionaba

  • Magento 2
  • Checkout
  • Traspaso

33%

mejor conversión en 2020 versus 2019. KURU había migrado a Magento 2 con otro equipo y vivió dos años con problemas graves del sitio. Tomamos la plataforma y arreglamos el checkout antes que nada.

Lee el caso
La tienda Magento 2 de KURU Footwear

Qué cambió, y cómo lo sabemos

Cada una dice contra qué se midió, y cuándo.

3,5%
de conversión, desde 1,2%
Lentesplus, después de que la migración a Adobe Commerce Cloud salió en vivo.
Cómo lo sabemos La misma tienda, medida antes e inmediatamente después de salir en vivo.
40%
menos tickets de soporte
La misma plataforma. Los clientes podían completar compras y gestionar pedidos sin llamar a nadie.
Cómo lo sabemos Tickets recibidos por el centro de atención al cliente, antes y después.
3M+
descargas de la app
TaDa Delivery para AB InBev, en varios mercados de América Latina.
Cómo lo sabemos Contadas en los dos años posteriores a un lanzamiento que llevó cinco meses.

En qué trabajamos

Qué pasa cuando nos vamos

El trabajo está terminado cuando tu equipo puede operarlo sin nosotros. A veces eso significa entregarlo; a veces significa quedarnos, porque nos lo pediste.

Las plataformas en las que estamos certificados

Un partnership significa que el fabricante revisó nuestro trabajo, que construimos sobre su plataforma con sus herramientas, y que tenemos una línea directa cuando lo que está roto es su producto y no nuestro desarrollo.

Mira todos los partners

Preguntas que nos hacen antes de la primera llamada

  1. ¿En qué construyen?

    Backend en .NET, Node.js y Python. Web y mobile en React, React Native, Angular e iOS nativo. Azure y AWS debajo. PostgreSQL, SQL Server y GraphQL para datos. Adobe Commerce, Magento 2 y VTEX para commerce. .NET y React cargan la mayor parte de nuestro trabajo enterprise, y React Native es a lo que recurrimos cuando un producto tiene que salir en los dos teléfonos. Esto es en lo que trabajamos habitualmente, no todo lo que alguien acá tocó alguna vez.

  2. ¿Trabajan en nuestro stack o traen el suyo?

    El tuyo, cuando es maduro y tu equipo lo conoce. No proponemos reemplazar un stack para acomodarlo a cómo preferiríamos construir. Eso te cuesta una migración y no te compra nada. Donde sí discutimos es cuando el stack no puede cargar lo que le estás pidiendo, y lo decimos antes del contrato y no durante.

  3. ¿Sobre qué nube construyen?

    Las dos, y la elección suele estar tomada para cuando llegamos. Azure es donde se despliega la mayor parte de nuestro trabajo .NET: App Services, Azure SQL, Storage y Data Factory, más los servicios de IA para extracción documental e interfaces conversacionales. En AWS trabajamos con Lambda, SNS, SQS y las piezas gestionadas de siempre. No tenemos una preferencia que vayamos a venderte.

  4. ¿Pueden hacerse cargo de un código que escribió otro?

    Sí, y es una forma habitual en que arrancan los proyectos acá. KURU es el ejemplo publicado: habían migrado a Magento 2 con otro equipo y vivieron dos años con problemas graves del sitio. Tomamos la plataforma y arreglamos el checkout antes que nada, y la conversión mejoró 33% al año siguiente. Antes de hacernos cargo de uno lo leemos primero: qué hace, qué toca y qué se rompe si se detiene.

  5. ¿Hacen QA y DevOps?

    El testing y la ingeniería de releases son parte de todos los proyectos que entregamos, no un ítem aparte. Lo que no vendemos es una práctica de QA por separado, como hacen algunas firmas. Si es eso lo que estás buscando, lo decimos temprano.

Tráenos la parte difícil.

Ya sea un producto que todavía no existe o un sistema que te da miedo tocar, en una sesión de trabajo de 45 minutos te decimos qué haríamos primero, qué no tocaríamos y aproximadamente qué llevaría. Trae el proyecto; nosotros traemos las preguntas.

Agenda una sesión de trabajohello@onetree.com