Software propio o plataforma de caja: lo que Ramp y Stripe decidieron construir por dentro

01Lo esencial

• Una empresa de pagos corporativos y otra de infraestructura financiera construyeron plataformas internas para que áreas no técnicas creen sus propias aplicaciones.
• Una la armó una sola persona en unas seis semanas; la otra, dos ingenieros en pocas semanas. Una de ellas ya la ofrece como producto externo.
• El criterio no fue ahorrar licencias: fue mantener los datos dentro, respetar el diseño corporativo y no esperar a un proveedor.

Dos empresas con cientos de ingenieros decidieron no comprar la herramienta que existe en el mercado para que personas sin formación técnica creen aplicaciones, y la construyeron ellas mismas. Una persona hizo la primera versión en unas seis semanas.

La respuesta corta a cuándo conviene software propio frente a una plataforma de caja: cuando lo que se expone son tus datos internos y puedes sostener el mantenimiento. Si no se cumplen las dos, compra.

02Qué construyeron

Ramp creó Glass, una plataforma donde el personal no técnico arma aplicaciones complejas que corren por dentro de la empresa. Se conectan sistemas internos como fuentes de datos, y los resultados se comparten para que otros los usen y modifiquen. Una persona de mercadotecnia armó un CRM propio con más de 50 campos y filtros a la vista.

Stripe hizo algo parecido con Harbor, una herramienta de prototipos asistida por IA que armó un solo ingeniero en alrededor de seis semanas. Hoy, Ramp ya lanzó Glass como producto externo, es decir, una herramienta interna se volvió oferta comercial.

03Por qué no compraron

• Datos adentro: una herramienta que genera aplicaciones internas puede conectarse a fuentes sensibles con menos riesgo que un servicio externo.
• Diseño corporativo: ambas cuidaron que lo generado respete las guías de diseño internas, algo que las herramientas de terceros no hacen bien de fábrica.
• Adopción: la de Ramp está tan extendida que aprenderla es parte de la incorporación de nuevo personal, y casi todo el que no es ingeniero la usa.
• Tiempo de decisión: elegir proveedor implica revisiones de cumplimiento y negociación de precio, un esfuerzo comparable a construirla.
• Capacidades internas: quienes la construyen aprenden a operar infraestructura de IA, un perfil difícil de contratar.

04Lo que el caso no prueba

Estas dos empresas tienen equipos de ingeniería enormes y nube propia. Un equipo de cuatro personas dedicado a una sola herramienta es un lujo que casi ninguna empresa mediana grande tiene. Tampoco hay cifras publicadas de ahorro, de errores o de seguridad, y el análisis que recoge el caso incluye la opinión de que más compañías lo harán, que es una expectativa, no un dato.

05Cómo decidir en tu empresa

Hay un orden que funciona. Primero, qué datos tocará la herramienta. Segundo, quién la va a sostener dentro de dos años y no solo durante el lanzamiento. Tercero, qué parte del problema es realmente específico de tu operación y qué parte es genérica.

Lo genérico se compra. Lo que depende de tus sistemas, tus reglas y tu gobierno de datos se construye, idealmente en pequeño y con un responsable con nombre. Un proyecto de este tipo no se mide por licencias ahorradas, sino por riesgo evitado y tiempo de espera eliminado.

06Cómo se ordena

• Semana 1: Listar procesos manuales de las áreas no técnicas y los datos que tocan.
• Semanas 2 a 4: Prototipo con datos de prueba y revisión de seguridad antes de conectar nada real.
• Semanas 5 a 8: Piloto con un área, permisos por rol y un dueño técnico asignado.
• Después: Decidir si se escala, se compra o se retira, con métricas de uso.

07Errores que conviene evitar

• Construir porque se puede: sin un problema específico de operación, es una licencia ahorrada a costa de un mantenimiento permanente.
• Conectar datos reales desde el primer prototipo, sin revisión de permisos.
• Dejar la herramienta sin dueño técnico una vez pasado el lanzamiento.
• Medir el éxito por cuántas aplicaciones se crean y no por cuántos procesos mejoran.
• Comprar sin revisar dónde viven los datos que la plataforma procesa.

08Y en México

las empresas que operan con varias sedes, plantas o sucursales enfrentan la versión doméstica del mismo dilema. Cada área quiere su tablero, su formulario o su aplicación, y ahí se acumulan hojas de cálculo con datos importantes. Antes de decidir entre construir o comprar, conviene saber cuántas de esas hojas existen y qué información sensible contienen.

09Checklist para aplicarlo

• Hice la lista de procesos que hoy viven en hojas de cálculo.
• Identifiqué qué datos sensibles tocaría cada herramienta.
• Asigné un responsable técnico con nombre y presupuesto de mantenimiento.
• Definí qué parte es genérica (se compra) y qué parte es propia (se construye).
• Acordé qué métrica decide si se escala o se retira.

10Para aplicar hoy

Pide a cada área una lista de las tres hojas de cálculo que más usa y qué datos contienen. Con esa lista sabrás si tu problema es comprar, construir o ordenar antes de cualquiera de las dos.