Fulfillment

El fulfillment es cómo el cliente recibe su pedido después de pagar. No es el menú ni la app del canal — es la promesa: retiro en mostrador, entrega a domicilio, consumo en local, o cualquier otro flujo que definas para completar el pedido.

​

Modos habituales

Son el punto de partida. Fire spark también te permite crear tipos de fulfillment acordes a cómo vendes de verdad — con reglas y flujo de checkout propios — sin tratar cada variación como un parche distinto por canal. Un carril drive-thru, un cargo de envío o prompts de propina no son productos aparte; son comportamiento atado a un tipo de fulfillment. Tú decides qué tiendas y canales exponen cada opción, igual que hoy con delivery o pickup.

​

Reglas por tienda, canal y tipo

Las reglas pueden variar por tienda y por canal. Una ubicación puede ofrecer delivery en tu app pero solo pickup en un agregador. Un fulfillment drive-thru custom puede existir solo en locales con carril; shipping puede vivir en web pero no en kiosco. Fire spark mantiene esas reglas en un solo modelo para que cada superficie exponga solo lo que esa tienda puede cumplir — ya sea un tipo estándar o uno custom.

​

Por qué importa comercialmente

El fulfillment mal configurado genera los fallos más visibles: el cliente espera delivery y la tienda preparó pickup; el agregador muestra un servicio que cocina no puede ejecutar. Tener fulfillment unificado también significa que experimentos comerciales — sumar tips en canales propios, probar un modo de entrega nuevo o activar shipping en una región — no exigen una integración nueva por idea. Defines el tipo, su workflow y dónde está activo.

​

Handoff a operaciones

Cuando se coloca un pedido, el tipo de fulfillment y los cargos relacionados viajan con él al POS o RMS. Flujos de cocina y despacho siguen en los sistemas que tu equipo ya usa; Fire spark lleva la elección del cliente con precisión del canal al mostrador.

​

Conceptos relacionados