Para el caso de estudio se desarrolló una herramienta web para hacer análisis de ventaja competitiva. La aplicación principal, que contiene el dashboard interactivo, se encuentra disponible aquí.
La base de datos fue poblada directamente del archivo COMPETITORS_DATA. Para completar el análisis comparativo, se agregaron valores simulados para las métricas faltantes de Rappi.
A continuación se presentan los hallazgos más relevantes para el caso de estudio y se propone una estrategia de meal prep para mejorar la competitividad de Rappi.
Solo se muestran las zonas priorizadas dentro de cada grupo de ventaja competitiva.
| Zona | Diferencia (mins) | Uber Eats | Rappi |
|---|---|---|---|
| Del Valle | -9.46 | 32.86 | 42.32 |
| Lomas de Chapultepec | -5.25 | 27.73 | 32.97 |
| Santa Fe | -5.22 | 30.22 | 35.44 |
| Zona | Diferencia (MXN) | DiDi Food | Rappi |
|---|---|---|---|
| Condesa | -3.11 | 8.91 | 12.01 |
| Del Valle | -2.9 | 8.36 | 11.26 |
| Polanco | -2.89 | 15.42 | 18.31 |
| Roma Norte | -2.72 | 11.85 | 14.57 |
| Zona | Diferencia (pts) | DiDi Food | Rappi |
|---|---|---|---|
| Del Valle | +1.2 | 4.54 | 3.35 |
| Condesa | +1.09 | 4.3 | 3.21 |
| Lomas de Chapultepec | +1.05 | 4.4 | 3.35 |
| Polanco | +0.97 | 4.25 | 3.29 |
| Santa Fe | +0.94 | 4.4 | 3.46 |
Objetivo: lanzar y escalar una propuesta de meal prep en Turbo que reduzca el tiempo de entrega, reduzca el precio total pagado por el cliente y aumente el puntaje de satisfacción.
Propuesta base: lanzar meal prep en Turbo con dos modalidades: eat now, platos calientes para consumo inmediato, y eat later, comidas refrigeradas para 24 a 48 horas. La operación inicial debe apoyarse en restaurantes aliados cercanos, pocos SKUs, un submenú Turbo curado, finishing mínimo, control térmico y packaging estándar. La propuesta debe resolver necesidades concretas como almuerzo alto en proteína, almuerzo vegetariano balanceado, cena ligera o comida para mañana, apoyándose en Pro/Pro Black para incentivar recurrencia. Tras validar adopción sostenida y margen, podrían explorarse cocinas propias o compartidas, vida útil superior a 48 horas y packs para varios días.
La estrategia de meal prep en Turbo debe tratarse como una nueva categoría de conveniencia, no como una extensión más del marketplace de restaurantes. El objetivo no es ofrecer “más platos”, sino ofrecer comidas predecibles, rápidas, de buen precio total y con alta confiabilidad.
La propuesta base debe mantenerse, pero con una precisión importante: “eat now” y “eat later” no deben operar igual en todas las zonas. En zonas densas y céntricas puede prometerse velocidad tipo Turbo; en zonas periféricas o de baja densidad, la promesa debe moverse hacia ventanas, pedidos programados, packs o cobertura más selectiva.
La lógica estratégica se sostiene sobre tres premisas operativas:
La categoría debe escalar solo si consigue simultáneamente:
Meal Prep Turbo = comida lista, confiable y más económica que pedir un plato tradicional de restaurante, con dos modalidades claras.
| Modalidad | Promesa | Caso de uso | Principio operativo |
|---|---|---|---|
| Eat now | Plato caliente o templado para consumo inmediato | Almuerzo rápido, cena ligera, comida post-gym, día laboral | Preparación anticipada + finishing mínimo + radio corto |
| Eat later | Comida refrigerada para consumir en 24–48 horas | Cena de la noche, comida de mañana, planificación semanal ligera | Stock refrigerado + empaque seguro + instrucciones de recalentado |
La propuesta debe comunicar tres beneficios en el primer nivel de la interfaz:
Meal prep debe resolver necesidades concretas, no venderse como “comida preparada” genérica.
| Necesidad | Producto recomendado | Métrica de éxito |
|---|---|---|
| Almuerzo alto en proteína | Bowl o plato caliente con proteína clara, carbohidrato y vegetales | Recompra weekday lunch, rating por SKU |
| Almuerzo vegetariano balanceado | Legumbres, granos, vegetales y proteína vegetal/huevo según mercado | Conversión y reclamos bajos por “porción insuficiente” |
| Cena ligera | Sopa, wrap, ensalada robusta, bowl pequeño | Recompra dinner, bajo reclamo por frescura |
| Comida para mañana | Eat later refrigerado 24–48h | Attach rate a pedidos de hoy, recompra D7/D30 |
| Ahorro | Pack 2 comidas o value SKU | Precio total vs alternativa comparable |
El error sería lanzar meal prep como un menú amplio. La categoría debe empezar con pocos SKUs, alta rotación y muy baja variabilidad.
Recomendación inicial por microzona:
| Tipo de SKU | Cantidad inicial | Ejemplos |
|---|---|---|
| Alto en proteína | 2–3 | Pollo + arroz + vegetales; carne magra + papa; bowl de pavo |
| Vegetariano balanceado | 1–2 | Lentejas + arroz + vegetales; bowl de garbanzos; tofu o huevo según mercado |
| Cena ligera | 1–2 | Ensalada robusta, wrap, sopa + proteína |
| Eat later / mañana | 2–3 | Pasta proteica, bowl refrigerado, arroz con pollo, opción vegetariana refrigerada |
| Value SKU | 1–2 | Plato económico, simple, abundante, especialmente para zonas de menor poder adquisitivo |
El menú ideal inicial es de 8 a 12 SKUs por zona, no más. La rotación semanal puede cambiar 20%–30% del menú, pero los SKUs ganadores deben mantenerse para construir hábito.
El meal prep no debe depender de cocinar desde cero en el momento del pedido. El flujo operativo debe diseñarse para que el tiempo de cocina no sea el cuello de botella.
Los aliados deben operar con tres modelos permitidos:
| Modelo | Uso recomendado | Ventaja |
|---|---|---|
| Pre-prep + finishing | Eat now caliente | Reduce tiempo sin sacrificar frescura |
| Stock refrigerado certificado | Eat later | Reduce preparación casi a picking |
| Batch por franja horaria | Lunch/dinner peak | Mejora costo, velocidad y predictibilidad |
La métrica de pricing debe ser precio total pagado por el cliente, incluyendo producto, envío, tarifa de servicio y descuentos.
Meal prep debe tener una regla comercial sencilla:
El precio total de un pedido meal prep debe ser visiblemente menor que pedir un plato comparable de restaurante tradicional en la misma zona.
No basta con que el plato sea barato si el usuario termina viendo cargos altos al checkout.
La velocidad importa, pero la satisfacción depende más de cumplir la promesa que de prometer el menor ETA posible.
Regla operativa:
Si una zona, franja o aliado no puede cumplir consistentemente el SLA, el sistema debe ampliar la promesa, mover la oferta a eat later, programar la entrega o apagar el SKU.
La estrategia debe diferenciarse por dos ejes:
| Zona | Atractivo para lanzamiento | Estrategia principal | Modalidad prioritaria |
|---|---|---|---|
| Céntrica + mayor poder adquisitivo | Muy alto | Velocidad, calidad, Pro Black, proteína, fitness, oficinas | Eat now + eat later |
| Céntrica + menor poder adquisitivo | Alto | Precio total bajo, value SKUs, combos, alta densidad | Eat now value + eat later económico |
| Periférica + mayor poder adquisitivo | Medio | Packs, programación, calidad, conveniencia familiar | Eat later + ventanas programadas |
| Periférica + menor poder adquisitivo | Bajo al inicio | Cobertura selectiva, packs, umbrales, drops agrupados | Eat later value, no promesa Turbo agresiva |
Estas deben ser las primeras zonas de lanzamiento.
Razón: alta densidad, mayor adopción de Pro/Pro Black, usuarios con sensibilidad a tiempo y disposición a pagar por calidad. Aquí el problema no es solo ahorrar, sino reemplazar el almuerzo caro, lento o impredecible.
Oferta recomendada:
| Necesidad | Producto |
|---|---|
| Almuerzo ejecutivo rápido | Bowl alto en proteína, ensalada con proteína, plato caliente balanceado |
| Post-gym | Alto en proteína, macros visibles |
| Cena ligera | Wrap, ensalada robusta, sopa + proteína |
| Comida para mañana | Eat later refrigerado, empaque premium, instrucciones claras |
Pricing: descuento moderado, pero con fuerte percepción de valor. Pro Black debe incluir prioridad, mejores SKUs, soporte y reducción de fees.
Promesa operativa: radio corto, alta disponibilidad, ETA exigente. Si no se puede cumplir, el SKU no se muestra.
También son atractivas por densidad, pero la estrategia debe ser distinta.
Razón: hay volumen potencial, pero alta sensibilidad a precio total. Aquí la categoría debe competir contra almuerzos corrientes, menús del día, tiendas cercanas y comida casera.
Oferta recomendada:
| Necesidad | Producto |
|---|---|
| Almuerzo económico | Plato value con proteína sencilla |
| Vegetariano accesible | Lentejas, garbanzos, arroz, vegetales |
| Comida para mañana | Pack de 2 comidas con descuento |
| Cena ligera | Opción económica refrigerada |
Pricing: el foco debe estar en precio cerrado, bajos fees y bundles. El usuario debe entender desde el listado cuánto va a pagar.
Tácticas prioritarias:
Aquí el potencial existe, pero no conviene vender la misma promesa de velocidad que en zonas céntricas.
Razón: mayor distancia y menor densidad elevan costo y riesgo de incumplimiento. La satisfacción puede caer si se promete “Turbo” y se entrega como delivery estándar.
Oferta recomendada:
| Necesidad | Producto |
|---|---|
| Planificación familiar | Pack 2–4 comidas |
| Cena saludable | Eat later premium |
| Conveniencia semanal | Compra programada |
| Fitness / wellness | Proteína, macros, dieta balanceada |
Modelo recomendado: más eat later, más programación, más packs y menos dependencia de entrega inmediata.
Pricing: menos descuento agresivo, más valor en conveniencia, calidad, recurrencia y Pro Black.
Estas zonas no deberían ser la primera prioridad para eat now.
Razón: combinan baja densidad relativa, alta sensibilidad a precio, mayor costo logístico y mayor riesgo de incumplir ETA. Lanzar con subsidios amplios podría destruir margen sin construir recurrencia.
Estrategia recomendada:
| Palanca | Aplicación |
|---|---|
| Cobertura selectiva | Solo microzonas con densidad suficiente |
| Eat later | Más viable que eat now |
| Packs | 2–3 comidas para diluir envío |
| Ventanas | Entrega programada o “ahorra si esperas” |
| Drops agrupados | Oficinas, universidades, conjuntos, zonas industriales |
| Menú value | SKUs simples, abundantes y estables |
La regla debe ser clara:
Si la zona no permite precio total competitivo y ETA confiable, no se lanza eat now; se lanza eat later programado o no se lanza todavía.
La operación inicial debe apoyarse en aliados, no en cocinas propias. Esto reduce CAPEX, acelera aprendizaje y permite validar demanda antes de comprometer infraestructura.
| Criterio | Requisito |
|---|---|
| Ubicación | Cerca de zonas de demanda y/o Turbo hubs |
| Capacidad | Puede producir lotes pequeños de forma consistente |
| Menú | Platos simples, estandarizables, empacables |
| Calidad | Baja tasa de errores, cancelaciones y reclamos |
| Tiempo | Finishing máximo de pocos minutos |
| Inventario | Capacidad de actualizar disponibilidad en tiempo real |
| Seguridad alimentaria | Control térmico, trazabilidad, etiquetado y vida útil |
Este flujo debe usarse principalmente en zonas céntricas y densas.
Este flujo sirve para zonas céntricas y periféricas, especialmente donde el eat now no puede prometer velocidad confiable.
Este debe ser una segunda fase, no el punto de partida.
Este modelo solo debe activarse si hay suficiente rotación por SKU. Si se implementa demasiado pronto, puede aumentar desperdicio y complejidad.
La categoría tiene una ventaja estructural: al no cocinar desde cero, puede reducir el componente más incierto del pedido. Pero esa ventaja solo se captura si el sistema controla preparación, disponibilidad, radio, dispatch y ETA.
| Palanca | Cómo aplica a meal prep | Impacto esperado |
|---|---|---|
| Pre-prep por franja | Lotes antes de lunch/dinner | Menos tiempo de cocina |
| Finishing mínimo | Calentar, sellar, agregar componente final | Menos variabilidad |
| Menú corto | Menos errores y preparación más rápida | Mejor TAT y CSAT |
| Radio dinámico | Mostrar solo donde se puede cumplir | Menos late orders |
| Courier steering | Repartidores cerca de aliados/hubs en horas pico | Menor asignación y pickup |
| Estados operativos estrictos | “Listo”, “en preparación”, “agotado” reales | Mejor ETA |
| No batching para hot sensible | Evita comida fría o tarde | Mejor satisfacción |
| Batching selectivo para eat later | Reduce costo sin dañar calidad | Menor precio total |
| Zona | Eat now | Eat later |
|---|---|---|
| Céntrica + mayor poder adquisitivo | Promesa rápida, tipo Turbo | Inmediato o programado |
| Céntrica + menor poder adquisitivo | Promesa rápida si hay densidad | Inmediato, con packs |
| Periférica + mayor poder adquisitivo | Solo si hay aliado cercano | Principalmente programado |
| Periférica + menor poder adquisitivo | No priorizar al inicio | Programado, agrupado o packs |
La clave es no usar una promesa única. La promesa debe ser dinámica por microzona, hora, backlog, clima, disponibilidad de repartidores y tipo de SKU.
Meal prep debe tener reglas duras de visibilidad:
| Condición | Decisión |
|---|---|
| No hay stock suficiente | Ocultar SKU |
| Aliado tiene backlog alto | Ocultar eat now o ampliar ETA |
| Repartidores insuficientes | Mostrar eat later o programado |
| Zona fuera de radio rentable | No mostrar Turbo meal prep |
| SKU sensible al calor/frío | No permitir batching |
| Alta probabilidad de late order | Cambiar promesa o bloquear orden |
Esto protege CSAT. Una mala orden de meal prep no solo afecta ese pedido: debilita la confianza en toda la categoría.
| KPI | Definición | Uso |
|---|---|---|
| TAT total | delivered_at - order_created_at |
Medir experiencia completa |
| Prep time | order_ready_at - merchant_accept_at |
Detectar cuello de cocina |
| Pickup dwell | Espera del repartidor en tienda | Sincronización cocina-courier |
| On-time rate | Pedidos dentro de ventana prometida | Confiabilidad |
| P90 TAT | Cola de pedidos lentos | Guardrail de satisfacción |
| Error ETA | ETA real vs prometido | Calidad de promesa |
| Órdenes por courier hora | Productividad logística | Economía unitaria |
Meal prep debe tener una arquitectura de precio más simple que restaurantes tradicionales.
| Componente | Estrategia |
|---|---|
| Precio del plato | SKUs ancla, acuerdos con aliados, ingredientes compartidos |
| Envío | Radio corto, densidad, Pro, umbrales, batching selectivo |
| Tarifa de servicio | Waiver focalizado, reducción para Pro/Pro Black, precio cerrado |
| Promos | Segmentadas por zona, cohorte, horario y recurrencia |
| Packs | 2 comidas, 3 comidas, almuerzo + cena, hoy + mañana |
La interfaz debe mostrar una promesa tipo:
“Meal Prep desde $X total con Pro”
“Precio final estimado: plato + envío + fee”
“Ahorra comprando 2 comidas”
El usuario debe entender el ahorro antes del checkout. La satisfacción cae cuando el cliente descubre cargos tarde o siente que la promoción no era clara.
| Zona | Táctica de precio |
|---|---|
| Céntrica + mayor poder adquisitivo | Pro Black, bundles premium, menor fee, prioridad, descuento por recurrencia |
| Céntrica + menor poder adquisitivo | SKU value, envío reducido, fee waiver, pack 2 comidas, promos lunch |
| Periférica + mayor poder adquisitivo | Packs programados, suscripción, menor urgencia, mayor ticket |
| Periférica + menor poder adquisitivo | Entrega agrupada, umbral bajo, pack económico, ventanas “ahorra si esperas” |
La negociación con restaurantes no debe ser “bajen todos los precios”. Debe ser específica:
| Palanca | Qué recibe el aliado | Qué recibe el usuario |
|---|---|---|
| Volumen garantizado por SKU | Mayor rotación | Menor precio |
| Menú simplificado | Menor complejidad | Menos errores |
| Ingredientes comunes | Menor costo | Precio más competitivo |
| Visibilidad en Turbo | Más demanda | Más disponibilidad |
| Forecast por franja | Mejor planeación | Menor espera |
| Cofunding promocional | Tráfico incremental | Descuento visible |
La plataforma debe pedir mejores precios a cambio de algo concreto: demanda predecible, menor complejidad, visibilidad y recurrencia.
| Pack | Descripción | Zona prioritaria | Objetivo |
|---|---|---|---|
| Hoy + mañana | 1 eat now + 1 eat later | Céntricas | Aumentar ticket y diluir envío |
| Pack 2 económico | 2 eat later value | Céntrica de menor poder adquisitivo, periferia de menor poder adquisitivo | Bajar precio total por comida |
| Pack fitness | 3 comidas altas en proteína | Céntrica de mayor poder adquisitivo, periferia de mayor poder adquisitivo | Recurrencia y Pro Black |
| Pack familiar | 3–4 comidas refrigeradas | Periferia de mayor poder adquisitivo | Conveniencia y ticket alto |
| Lunch semanal ligero | 3 almuerzos programados | Oficinas, zonas céntricas | Recurrencia weekday |
La satisfacción no debe depender de que el plato sea “rico” solamente. En meal prep, el cliente evalúa cuatro cosas:
| Driver | Cómo se mejora |
|---|---|
| Confiabilidad de ETA | Promesa dinámica, no sobreprometer |
| Calidad del pedido | Packaging, control térmico, fotos reales |
| Exactitud | Pocos SKUs, inventario real, sin sustituciones improvisadas |
| Precio justo | Precio total claro desde el listado |
| Recuperación | Compensación proactiva ante demora, daño o error |
| Recurrencia | Pro/Pro Black, packs, favoritos, recompra fácil |
El submenú debe estar diseñado por necesidad, no por restaurante.
Estructura recomendada:
| Sección | Ejemplos |
|---|---|
| Alto en proteína | +30g proteína, post-gym, almuerzo potente |
| Vegetariano balanceado | Lentejas, garbanzos, bowl vegetal |
| Cena ligera | Ensaladas, sopas, wraps |
| Para mañana | Refrigerados 24–48h |
| Ahorra comprando 2 | Packs hoy + mañana |
| Pro / Pro Black | Envío/fee reducido, prioridad, bundles exclusivos |
Cada SKU debe mostrar:
Reglas recomendadas:
| Incidente | Acción |
|---|---|
| Demora alta en eat now | Aviso proactivo + crédito pequeño o cambio a eat later |
| Producto frío cuando debía llegar caliente | Reembolso parcial o reemplazo |
| Producto con empaque dañado | Reembolso inmediato |
| Eat later cerca de vencimiento | No vender o descuento explícito tipo clearance |
| Error de SKU | Crédito/reembolso + bloqueo temporal del SKU/aliado si reincide |
La recuperación debe ser automática cuando el sistema ya sabe que falló. No debe obligar al usuario a pelear con soporte.
Cada SKU debe tener un score operativo propio:
| Métrica | Umbral de decisión |
|---|---|
| Rating promedio | Retirar o revisar si cae por debajo del promedio de categoría |
| Reclamos por 1.000 órdenes | Pausar si supera umbral definido |
| Recompra D30 | Mantener SKUs con recurrencia alta |
| Reembolso por daño/frío | Ajustar empaque o retirar |
| Comentarios sobre porción | Ajustar gramaje o comunicación |
| Comentarios sobre sabor | Revisar receta o proveedor |
Un SKU con mal CSAT o alta tasa de reclamos debe salir rápido del menú, aunque venda bien.
Meal prep es una categoría ideal para recurrencia. No debe depender solo de cupones.
Pro debe resolver el problema de precio total.
| Beneficio | Objetivo |
|---|---|
| Envío reducido o gratis en meal prep | Bajar precio total |
| Descuento de fee | Reducir fricción de checkout |
| Pack semanal ligero | Incentivar recurrencia |
| Recompra rápida | Facilitar hábito |
Ejemplo de mecánica:
“Pide 3 meal preps en el mes y desbloquea envío/fee reducido en el siguiente.”
Pro Black debe resolver conveniencia y calidad.
| Beneficio | Objetivo |
|---|---|
| SKUs premium | Diferenciación |
| Prioridad en horas pico | Mejor SLA |
| Soporte preferente | Mejor recuperación |
| Programación semanal | Mayor recurrencia |
| Packs fitness/wellness | Mayor ticket |
No conviene regalar demasiado a Pro Black; conviene darle mejor experiencia y confiabilidad.
| Nivel | Comportamiento | Incentivo |
|---|---|---|
| Primera compra | Prueba individual | Descuento controlado o envío reducido |
| Segunda compra | Repetición en 7 días | Recompra rápida + SKU favorito |
| Tercera compra | Hábito incipiente | Pack hoy + mañana |
| Usuario frecuente | 3+ órdenes/mes | Beneficio Pro |
| Usuario power | 6+ órdenes/mes | Pro Black, programación, SKUs premium |
La categoría solo escala si el empaque es estándar y confiable.
| Tipo | Requisito |
|---|---|
| Eat now | Mantener temperatura, evitar derrames, separar componentes sensibles |
| Eat later | Contenedor refrigerable y recalentable, sello, etiqueta, instrucciones |
Cada eat later debe incluir:
Debe existir un score por aliado:
| KPI | Uso |
|---|---|
| Reclamos por 1.000 órdenes | Calidad percibida |
| Fallas de empaque | Riesgo operativo |
| Desviación de temperatura | Seguridad y frescura |
| Error de SKU | Exactitud |
| Cancelaciones/OOS | Confiabilidad |
| TAT real vs prometido | Cumplimiento |
| CSAT por SKU | Decisión de mantener o retirar |
Target: oficinas, gimnasios, usuarios Pro, zonas céntricas.
Promesa: rápido, saciante, saludable.
Oferta: bowl o plato caliente con proteína clara.
Pricing: premium accesible; descuento por recompra.
Zona ideal: céntrica de mayor poder adquisitivo y céntrica de menor poder adquisitivo con variante value.
Target: usuarios saludables, universitarios, oficinas.
Promesa: completo, no “ensalada débil”.
Oferta: legumbres, granos, vegetales, huevo/tofu según mercado.
Pricing: debe ser competitivo; no puede costar más que proteína animal sin justificación.
Zona ideal: todas las zonas, con adaptación de ingredientes.
Target: usuarios que no quieren cocinar ni comer pesado.
Promesa: rápido, liviano, confiable.
Oferta: sopa, ensalada robusta, wrap, bowl pequeño.
Pricing: menor ticket, ideal para Pro.
Zona ideal: céntrica de mayor poder adquisitivo, periférica de mayor poder adquisitivo y usuarios recurrentes.
Target: usuarios ocupados, familias pequeñas, trabajadores híbridos.
Promesa: resuelve mañana desde hoy.
Oferta: eat later refrigerado 24–48h.
Pricing: pack 2 o 3 comidas.
Zona ideal: periféricas, zonas de mayor poder adquisitivo, zonas con menor viabilidad de eat now.
Objetivo: validar calidad, recurrencia y Pro/Pro Black.
| Elemento | Diseño |
|---|---|
| SKUs | 10–12 |
| Mix | 60% eat now, 40% eat later |
| Aliados | Restaurantes confiables, saludables, ejecutivos |
| Métrica crítica | CSAT, recompra, TAT P90 |
| Pricing | Descuento moderado + beneficios Pro |
| Riesgo | Que se perciba como caro si no se muestra valor total |
Objetivo: validar precio total bajo con densidad alta.
| Elemento | Diseño |
|---|---|
| SKUs | 8–10 |
| Mix | 50% eat now, 50% eat later |
| Aliados | Cocinas de alta eficiencia, menús simples |
| Métrica crítica | Conversión, precio total, margen |
| Pricing | SKU value + fee waiver + pack 2 |
| Riesgo | Que los subsidios escondan mala economía |
Objetivo: validar eat later y packs programados.
| Elemento | Diseño |
|---|---|
| SKUs | 6–8 |
| Mix | 20% eat now, 80% eat later |
| Aliados | Locales cercanos o cocina compartida |
| Métrica crítica | Recompra semanal, desperdicio, satisfacción |
| Pricing | Packs + Pro Black |
| Riesgo | Baja densidad y altos costos logísticos |
Este debe ser el último piloto.
| Elemento | Diseño |
|---|---|
| SKUs | 4–6 |
| Mix | Principalmente eat later |
| Modelo | Programado, agrupado, packs |
| Métrica crítica | Precio total y costo por entrega |
| Pricing | Value pack, umbral bajo, ventana económica |
| Riesgo | Margen negativo si se fuerza velocidad Turbo |
| Objetivo | KPI principal |
|---|---|
| Reducir tiempo | TAT P50, TAT P90, on-time rate |
| Reducir precio total | Precio total promedio, ahorro vs restaurante comparable |
| Aumentar satisfacción | CSAT, rating, recompra D30 |
| Asegurar margen | Contribution margin por orden |
| Validar recurrencia | Órdenes por usuario al mes, attach rate Pro |
| Controlar calidad | Reclamos, reembolsos, fallas de empaque |
| Controlar desperdicio | Vencimiento, sell-through por SKU |
| Métrica | Guardrail |
|---|---|
| TAT | No lanzar en zonas donde P90 sea inconsistente |
| CSAT | Meal prep no debe quedar por debajo del promedio de Turbo |
| Margen | No escalar SKUs con margen negativo estructural |
| Desperdicio | Retirar SKUs con baja rotación |
| Reclamos | Bloquear aliados reincidentes |
| Precio total | No permitir fee shock en checkout |
| Recompra | Sin recompra, no hay categoría; solo promo |
| Vista | Qué debe mostrar |
|---|---|
| Por zona | TAT, precio total, CSAT, margen, demanda |
| Por SKU | Sell-through, rating, reclamos, recompra |
| Por aliado | Prep time, cancelaciones, errores, reclamos |
| Por cohorte | Nuevos, recurrentes, Pro, Pro Black, price-sensitive |
| Por franja | Lunch, dinner, horas valle, fines de semana |
| Por modalidad | Eat now vs eat later |
Objetivo: construir la categoría antes de venderla.
Acciones:
Objetivo: validar demanda, TAT, precio y CSAT.
Acciones:
Objetivo: mejorar economía y experiencia.
Acciones:
Objetivo: convertir meal prep en vertical recurrente.
Acciones:
Solo después de validar adopción y margen.
Criterios para avanzar:
| Criterio | Señal necesaria |
|---|---|
| Demanda | Recompra sostenida y volumen por SKU |
| Margen | CM positivo sin subsidios excesivos |
| Calidad | CSAT alto y reclamos bajos |
| Operación | Desperdicio controlado |
| Densidad | Suficiente volumen por microzona |
| Aliados | Limitaciones de capacidad o consistencia |
En esta fase sí tiene sentido evaluar cocinas propias, cocinas compartidas, vida útil superior a 48 horas y packs para varios días.
| Test | Hipótesis | Control | Tratamiento | Métrica primaria | Guardrails |
|---|---|---|---|---|---|
| Precio cerrado | Mostrar precio total mejora conversión y reduce quejas por fee | Precio tradicional | Precio total desde listado | Conversión checkout | Margen, AOV |
| Pack 2 comidas | Bundles diluyen envío y aumentan recurrencia | SKU individual | Pack hoy + mañana | Precio total por comida, recompra D7 | Desperdicio, margen |
| ETA dinámica | Promesa menos agresiva pero más confiable sube CSAT | ETA actual | ETA con gating por riesgo | On-time rate, CSAT | Conversión, GMV |
| Eat later programado | Ventanas bajan costo en periferia | Entrega inmediata | Entrega programada con ahorro | Costo por entrega | CSAT, late rate |
| Beneficio Pro | Pro aumenta recurrencia sin subsidio universal | Sin beneficio específico | Envío/fee reducido en meal prep | Recompra D30 | Coste de beneficio |
| Menú corto | Menos SKUs mejora TAT y exactitud | Menú amplio | 8–12 SKUs curados | TAT, error rate | Conversión |
| Riesgo | Qué puede salir mal | Mitigación |
|---|---|---|
| Sobrepromesa de velocidad | Late orders, comida fría, caída de CSAT | Gating por zona, backlog y disponibilidad |
| Menú demasiado amplio | Errores, baja rotación, desperdicio | 8–12 SKUs iniciales |
| Precio total no competitivo | Baja conversión o abandono checkout | Precio cerrado, packs, Pro, fee waiver |
| Subsidios excesivos | Margen negativo no sostenible | Promos segmentadas y con holdout |
| Baja calidad del aliado | Reclamos, errores, cancelaciones | Scorecard y bloqueo temporal |
| Desperdicio en eat later | Pérdida de margen | Forecast, sell-through, descuentos de clearance explícitos |
| Packaging deficiente | Derrames, frío/calor incorrecto | Estándar obligatorio por modalidad |
| Expansión prematura | Complejidad sin demanda | Escalar solo con recompra, margen y CSAT |
| Periferia mal atendida | Costo alto y experiencia mala | Programación, packs, drops agrupados |
| Pro percibido como insuficiente | No aumenta recurrencia | Beneficios concretos de envío, fee y prioridad |
En síntesis, la estrategia propuesta es:
Lanzar meal prep en Turbo como una categoría de comida preparada, rápida y recurrente, con dos modalidades: eat now para microzonas donde Rappi pueda cumplir velocidad y confiabilidad; y eat later para zonas donde la planificación genere más valor que la inmediatez, apoyándose en packs, entregas programadas y eficiencia logística.
La primera ola debe enfocarse en zonas céntricas, con dos versiones:
En periferias, la expansión debe ser selectiva: eat later, packs, programación y entregas agrupadas antes que prometer velocidad Turbo.
El éxito no dependerá de tener más platos, sino de cumplir tres condiciones simultáneas:
La categoría debe escalar solo cuando demuestre recompra, margen positivo, bajo reclamo, bajo desperdicio y TAT confiable. Ahí sí tiene sentido evolucionar hacia cocinas compartidas, inventario propio, vida útil mayor y planes de varios días.