--- title: "Dark store frente a marketplace local" description: "Compara dark store y marketplace local con el modelo publicado de DashMart: inventario, preparación, reparto, costes y alcance de plataforma." canonical: https://www.ordering.co/es/blog/dark-store-vs-local-delivery-marketplace/ lang: es --- # Dark store frente a marketplace local: quién prepara y entrega el carrito Compara dark store y marketplace local con el modelo publicado de DashMart: inventario, preparación, reparto, costes y alcance de plataforma. 4 min de lectura· Ordering.co· Guías ## Separa la tienda online del lugar que cumple el pedido Una app local puede mostrar un carrito parecido y ocultar operaciones distintas. En un modelo, un centro dedicado recibe, almacena, prepara y empaca. En otro, tiendas participantes trabajan pedidos desde sus propios locales. Una dark store es una ubicación orientada al cumplimiento, en lugar de la experiencia habitual de compra presencial. Un marketplace local conecta demanda con comercios y sus formas de cumplir. Un negocio puede combinar ambos; las etiquetas no determinan todos los contratos ni la propiedad del stock. Para un emprendedor que investiga DashMarts, la pregunta práctica es qué responsabilidades asumirá: planificación, compra, almacén, preparación, reparto, relaciones con comercios y soporte. ## Usa con precisión las descripciones actuales de DashMart La [página de DashMart para comercios](https://merchants.doordash.com/en-us/products/dashmart) describe productos en centros dedicados y pedidos preparados, empacados y entregados por esa red. El [anuncio de DashMart Fulfillment Services](https://about.doordash.com/en-us/news/doordash-unveils-dashmart-fulfillment-services) también describe gestión de inventario y cumplimiento para retailers que venden en DoorDash o en canales propios. La diferencia importa: canal de venta, centro dedicado y servicio externalizado de cumplimiento no son el mismo producto. No deduzcas que todo acuerdo obliga al retailer a construir almacén ni que el operador sea dueño legal de todos los productos. Úsalos como referencias, no como pronóstico de disponibilidad, aceptación, tarifas, velocidad o resultados. Tu acuerdo debe definir propiedad, custodia, alcance y responsabilidad por pérdidas. ## Una ubicación dedicada concentra control y responsabilidad El operador puede diseñar recepción, almacén, preparación, empaque y entrega al repartidor alrededor de pedidos. Ese control necesita proceso: recepciones aceptadas, stock por ubicación, cortes de conteo, daños, merma y resolución de faltantes. Define quién financia, posee, absorbe caducidad o pérdida y repone. Pueden ser partes distintas. Tener anaqueles correctos no sustituye demanda y compras; almacenar más no mejora automáticamente el servicio si caduca u ocupa espacio escaso. En marketplace de tiendas, dependes del catálogo, disponibilidad, aceptación y preparación de cada comercio. Menor control central puede reducir trabajo de centro, pero aumentar alta, sincronización y soporte. Ningún modelo elimina explicar un agotado. ## Compara el mismo agotado en ambos modelos Toma un carrito ilustrativo con dos artículos de supermercado. El cliente paga, pero no aparece uno al preparar. En un centro dedicado, el equipo revisa ubicación, conteo, reserva y movimientos pendientes. Aplica el proceso acordado de faltantes y pide elección permitida o ajusta por el flujo de pagos compatible. En marketplace de comercios, la tienda debe comunicar faltante y opciones. El operador necesita estado y soporte confiables, sin asumir una sustitución silenciosa. Si hay varios comercios, cliente y pago deben entender el resultado de cada parte. En ambos modelos registra artículos finales, importes, preparación, reparto y reembolso. Cambia quién puede actuar sobre stock y preparación, no si la app era atractiva. ## Modela los costes que realmente absorbe el negocio En operación dedicada incluye local, equipos, financiación de stock aplicable, recepción, preparación, condiciones de almacén, merma, empaque, tecnología, reparto, soporte y devoluciones. Si externalizas, obtén condiciones de almacenamiento, manejo, cumplimiento, reparto, ajustes y salida; no supongas que desaparecen. En marketplace modela captación y soporte de comercios, integración, plataforma, pagos, reparto, reembolso y promociones financiadas. Separa valor de mercancía e ingreso del operador. Compara contribución del pedido completado después de costes variables y comprueba si la carga observada sostiene fijos. Usa evidencia del piloto y términos reales. La guía no ofrece densidad, margen, renta, comisión ni tiempo de entrega universales. ## Separa software comercial y ejecución de almacén El canal necesita catálogo, precio, disponibilidad, checkout, pago y estados. La operación física necesita además controles de recepción, almacén, existencias, preparación y excepciones. Algunos pueden estar en un sistema de almacén o inventario integrado con pedidos. Ordering.co aporta [pedidos de supermercado](https://www.ordering.co/es/solutions/groceries/), [marketplace](https://www.ordering.co/es/solutions/marketplaces/), [operación del comercio](https://www.ordering.co/es/platform/ordering-merchant/) y [reparto](https://www.ordering.co/es/platform/ordering-delivery/). La disponibilidad de producto no establece WMS completo, compras, lotes y caducidad, reposición ni cadena fría. Asigna una fuente principal a cada cantidad y evento. Evita descontar dos veces y prueba recuperar una actualización tardía. La [guía de inventario](https://www.ordering.co/es/blog/restaurant-inventory-control/) distingue contador vendible y movimientos físicos. ## Elige el modelo tras probar una zona acotada Prueba surtido, ubicación, zona y horario definidos. Incluye preparación normal, diferencia de stock, comercio o preparador tardío, falta de reparto, daños y entrega fallida. Registra responsable y conciliación de stock, pago y comunicación. Compara control, servicio, coste y trabajo del operador. Puede encajar un híbrido, pero documenta qué productos y pedidos usan cada vía. Decide por la capacidad sostenible. Una dark store no es solo un marketplace con contador más rápido, ni un marketplace es solo un almacén sin anaqueles. ## Sigue leyendo. - ## [Cómo planear una API de Facebook Marketplace para comercio local](https://www.ordering.co/es/blog/facebook-marketplace-api-for-local-commerce/) Separa Marketplace, catálogos y Facebook Login; define operación, permiso, elegibilidad de cuenta, revisión y pruebas antes de prometer una conexión. - ## [Facebook Marketplace o un marketplace local propio](https://www.ordering.co/es/blog/facebook-marketplace-vs-owned-marketplace/) Compara descubrir compradores mediante anuncios con operar pedidos de varios comercios bajo tu marca, incluyendo catálogo, pago, reparto y clientes. - ## [Clon de Just Eat: define quién atiende y entrega el pedido](https://www.ordering.co/es/blog/just-eat-clone-what-it-is-how-to-build-one/) Diseña un marketplace independiente con recolección, reparto del restaurante, flota coordinada y un traspaso claro hacia POS y cocina. ## Míralo funcionando con tu propio menú. La forma más corta de entender todo esto es ver cómo un pedido pasa de tu tienda en línea a la sucursal y de ahí al repartidor, en tus propias sucursales. [Agenda una demo](https://www.ordering.co/es/contact/?meeting=demo#book)[Ve una demo en vivo](https://www.ordering.co/es/demo/)