Monetizar cubicación ociosa en rutas ya planificadas (backhaul). El producto se entrega como una app tipo Uber para carga por camión: el usuario entiende el flujo sin capacitación larga.
| Horizonte | Qué | Por qué |
|---|---|---|
| Ahora (MVP) | App propia Uber Truck en web → usuarios y viajes reales | Validar demanda, take rate y retención |
| Después (con tracción) | Add-on / API integrable en plataformas grandes (movilidad, logística) | No competir de entrada; demostrar valor con datos y GMV |
Todo el piloto (20 viajes, métricas, confianza) ocurre dentro de la app, no en WhatsApp ni planillas externas.
| Cliente | Valor | Analogía Uber |
|---|---|---|
| Transportista | Ingreso marginal en trayecto que ya pagaba fijo | Conductor aprovecha viaje planificado |
| Embarcador PYME | Carga incidental rápida, sin corredor lento | Pasajero pide viaje al instante |
| Ecosistema | Menos km vacíos, menor huella | Eficiencia de red |
| Rol | Comisión | Visibilidad |
|---|---|---|
| Embarcador | 10% «Servicio Cubik» sobre agreed_price_clp | Solo ve su 10%; no ve el 5% del transportista |
| Transportista | 5% comisión sobre agreed_price_clp | Solo ve su 5%; no ve el 10% del embarcador |
| Plataforma | 15% efectivo del GMV flete | Panel admin |
Ejemplo flete $1.200.000: Cubik ingresa $180.000; embarcador paga $1.320.000 al salir en ruta; transportista recibe $1.140.000 al completar.
Cobro: Cubik Saldo (wallet tipo Uber Cash), sin efectivo. Publicar requiere 20% del presupuesto máximo en saldo; retención al Marcar en ruta; liberación al completar. Tier ≥ $1.000.000: factura + saldo/transferencia registrada.
Piloto v0.0.100–0.0.105: comisiones 10/5 simuladas post-completed; sin wallet real aún. GMV piloto = simulación UI.
La app propone un rango orientativo al embarcador (POST /api/maps/budget-estimate). Coeficientes calibrados corredor RM–Valparaíso (jun 2026): base $80.000, $450/km, $22/kg, urgente ×1,18; rango publicado 82%–125%. Ejemplo Renca–La Serena (~463 km, 12 t): ~$452k–$691k vs viaje acordado ~$570k. Configurable en Railway (BUDGET_*). No bloquea ofertas fuera de rango.
Comparación con costo logístico por kg de informes internos (red masiva, tramos «Recepción»): no es comparable 1:1 con flete spot dedicado; ver canvas comparacion-costos-transporte.
Implementación wallet/escrow producción: siguiente etapa. Tarifario por corredor/tipo camión: futuro.
Suscripción mensual para embarcadores de alto volumen → descuento en fee embarcador (ej. 10% → 7%). Banner de ahorro en checkout. Plan transportista opcional post-M2.
Red de capacidad predictiva; módulo integrable para socios (API/widgets) con métricas agregadas anonimizadas.
cargo-trust-v1, reporte de incidentes en viaje.Corredor M2: RM ↔ Valparaíso / San Antonio. Liquidez semanal: ≥3 cargas y ≥2 ofertas en el mismo corredor. Detalle: Piloto M2 — KPIs y riesgos.
| KPI | Meta |
|---|---|
| Viajes completados en app (corredor) | 20 (M2) → 100 (M4) |
| Match rate | ≥ 60% (M2) |
| Take rate efectivo | 12–15% |
| Tiempo publicación → match | < 4 h mediana (M2) |
| Cancelación post-asignación | < 10% |
| NPS transportista / embarcador | ≥ 7 (M2) → ≥ 8 (M4) |
Journey detallado: Journey-Usuario-Uber-Truck.html. Arquitectura, Gantt y roadmap: Memoria-tecnica-Uber-Truck.html.