Caso de implementación
Una agencia mediana de Buenos Aires sumaba entre ocho y doce clientes corporativos por mes. Cada alta dependía de planillas, mails cruzados y llamadas para confirmar CUIT, contactos y condiciones de facturación. El portal de onboarding que armamos ordena ese trámite en un solo circuito.
El equipo comercial cerraba la venta y ahí empezaba el problema. Los datos del cliente llegaban por WhatsApp, después por mail, y a veces se repetían. Operaciones tenía que cargarlos a mano en el sistema de reservas y en el de facturación. Cuando algo faltaba, el alta se estiraba varios días.
Antes de escribir código, mapeamos el alta real: quién la pide, quién la aprueba y qué campos son obligatorios para facturar. Decidimos que el portal fuera una herramienta interna, no un formulario público. Eso simplificó permisos y evitó exponer datos fiscales.
Etapa 1
Campos agrupados por bloque: datos fiscales, contactos operativos y condiciones de pago. Validación de CUIT y de correos antes de guardar.
Etapa 2
Operaciones ve las altas pendientes, aprueba o devuelve con observaciones. Cada cambio queda con usuario y fecha.
Etapa 3
Al aprobar, el alta se envía al sistema de reservas por API. Si falla, queda en cola y avisa al responsable por correo.
El alta pasó de un promedio de cuatro días a menos de uno. La mayor ganancia no fue la velocidad, sino la trazabilidad: hoy se sabe quién cargó cada dato y cuándo. Las devoluciones por información incompleta bajaron casi a cero.
Quedó pendiente una segunda etapa con firma digital de contratos, que la agencia decidió postergar para después de la temporada alta.
Tres trabajos que estamos armando con agencias y equipos de soporte en Buenos Aires. Cada uno tiene su propio recorte: no son demos genéricas, sino situaciones concretas con decisiones, límites y cosas que todavía estamos resolviendo.
Portal de alta
Un portal interno para que una agencia cargue sus datos, credenciales y circuitos de prueba sin depender de correos sueltos. La idea es que el alta de un cliente nuevo deje de ser un ida y vuelta de planillas y pase a un flujo con estados visibles. Estamos definiendo qué campos son obligatorios desde el arranque y cuáles se pueden completar después, sin trabar la operación.
Ver el detalle del proyectoTemporada alta
Un rediseño del circuito de reservas para los meses de mayor demanda, donde el volumen rompe cualquier proceso que funcione bien el resto del año. Acá el foco está en las excepciones: cambios de último momento, cupos que se liberan y confirmaciones que no pueden esperar. El trabajo incluye decisiones incómodas sobre qué se automatiza y qué queda con revisión humana.
Ver el detalle del proyectoSoporte
Una revisión del tablero que usa el equipo de soporte para seguir tickets, integraciones caídas y consultas repetidas. El problema no era la falta de datos, sino que estaban repartidos en tres pantallas distintas y nadie miraba las tres. La propuesta agrupa señales por urgencia y deja registro de quién tocó cada integración por última vez.
Ver el detalle del proyecto