Cómo trabajamos y por qué lo hacemos así
Orenrot Corporation E.I.R.L. opera como Strategia desde Santiago de Surco, Lima. Construimos sistemas de automatización para operaciones en Perú y Latinoamérica, y esta página explica con qué criterio los construimos.
Origen
Por qué existe Strategia.
Strategia nace de trabajar por dentro la operación de empresas peruanas y encontrar siempre el mismo patrón: procesos que dependen de que alguien se acuerde, datos que se reingresan tres veces, y oportunidades que se pierden por llegar fuera del horario de oficina. Es un patrón que se repite en toda Latinoamérica.
Venimos de construir integraciones y flujos de datos reales en operación, no de conectar plantillas. Y de desarrollar software propio, incluido un CRM multi-tenant en producción.
Ese recorrido define cómo trabajamos: primero encontramos el cuello de botella real, después construimos el sistema que lo resuelve. Nunca al revés.
Operamos desde Lima para clientes en Perú y el resto de Latinoamérica. La mayoría del mercado vende herramientas conectadas. Nosotros construimos sistemas, y esa diferencia se nota el día que algo se rompe en producción.
Criterio
Cuatro reglas que no se negocian por proyecto.
- Primero se mide, después se automatiza
- Ningún proyecto empieza eligiendo herramienta. Empieza siguiendo casos reales de punta a punta, con marcas de tiempo, hasta que aparece dónde se pierde el tiempo de verdad. Automatizar un proceso mal entendido sólo produce un desastre más rápido.
- Nada decide solo hasta demostrar que acierta
- Toda automatización opera bajo revisión humana durante semanas, en paralelo al método anterior, y se compara decisión por decisión. Se libera por tipo de caso, nunca de golpe. Preferimos alargar un piloto antes que soltar un sistema sin evidencia.
- Lo que construimos es del cliente
- El repositorio se crea a nombre de su empresa desde la primera línea y su equipo tiene acceso de administrador durante todo el proyecto, no al final. No usamos componentes propios que impidan que otro proveedor mantenga el sistema.
- Decimos cuando no hay que hacerlo
- El diagnóstico puede terminar en «no automatice esto todavía» o en «cómprelo, no lo construya», y se entrega igual con el cálculo delante. Un proyecto que no debía existir cuesta más que la conversación de quince minutos que lo evita.
Construir o conectar
No conectamos herramientas. Construimos sistemas.
Las plataformas de conexión sin código resuelven bien un flujo simple y de bajo volumen, y cuando ese es el caso lo decimos y no cobramos por construir lo que se puede armar en una tarde.
Dejan de servir en tres puntos concretos, y siempre los mismos: cuando hace falta control real sobre reintentos y duplicados, cuando el costo por operación crece más rápido que el volumen, y cuando el proceso depende de un sistema que no expone una interfaz moderna.
El problema de fondo es otro y aparece más tarde: una cadena de herramientas conectadas no tiene dueño. Cuando se rompe a los ocho meses, nadie en la empresa sabe por qué se rompió ni dónde mirar, porque la lógica del negocio quedó repartida entre cinco paneles de configuración que nadie documentó.
Un sistema propio tiene código legible, pruebas sobre las reglas críticas y un registro de por qué se decidió cada cosa. Eso es lo que permite que otro equipo lo mantenga, y es la diferencia entre una automatización que dura y una que hay que rehacer.
Stack
Con qué trabajamos, y con qué criterio se elige.
La regla que ordena todas estas decisiones es una sola: que su empresa pueda contratar a cualquiera para mantener lo que construimos.
- Backend y automatización
- Node.js y TypeScript para los servicios propios, y n8n autoalojado para los flujos que no justifican código. Autoalojado y no en la nube del proveedor: los datos del cliente no salen de su infraestructura y el costo no crece por ejecución.
- Datos
- PostgreSQL y Supabase. Para la capa de visualización, Power BI, Looker Studio o Metabase según dónde vivan los datos y qué licencias ya se paguen, con el costo a tres años sobre la mesa antes de decidir.
- Frontend
- React donde hace falta una aplicación con estado, y Astro donde lo que se necesita es contenido que cargue rápido. La elección la manda el problema, no la costumbre.
- Integraciones
- WhatsApp Business API de Meta a través de un proveedor autorizado, con el número a nombre del cliente, y APIs REST y webhooks contra CRM y ERP. Nunca automatizaciones montadas sobre la aplicación de WhatsApp Business, que funcionan hasta que Meta bloquea el número.
- Modelos de lenguaje
- Anthropic y OpenAI vía API, con la lógica de negocio en nuestro backend y no en la plataforma del proveedor. Es lo que permite cambiar de modelo sin rehacer el sistema, y lo que evita que las reglas de su operación queden dentro de una herramienta que usted no controla.
- Infraestructura
- Cloudflare y VPS propio, con ambientes de prueba y producción separados, despliegue automatizado y posibilidad de volver a la versión anterior. Monitoreo con alertas y un runbook escrito para el equipo del cliente.
Elegimos herramientas por lo que resuelven, no por acuerdo comercial con ningún proveedor.
Quién está detrás
Carlos Tornero, fundador y ceo.
Los proyectos los dirige quien firma esta página. No hay un equipo comercial que venda una cosa y un equipo técnico que entregue otra: la persona que hace el diagnóstico es la que responde por el resultado.
Es también el motivo por el que iniciamos un número limitado de proyectos por mes. Un piloto supervisado exige revisión diaria durante semanas, y esa revisión no se delega sin perder justamente aquello por lo que se contrata.
Primero encontramos el cuello de botella. Después lo eliminamos.
Si algo de lo anterior encaja con cómo quiere que trabajen con usted, la conversación de quince minutos es el siguiente paso.
Agendar 15 minutosVer cuándo conviene desarrollar
También puede revisar las cinco fases del procesooidentificar por qué servicio conviene empezar.