Respuesta rápida
Elige si el sitio web enlazará a un marketplace, usará pedidos nativos del POS, integrará el flujo de un proveedor o operará un canal directo independiente. Después verifica de principio a fin el menú, el pago, el enrutamiento de pedidos, el cumplimiento, el soporte y la analítica.
Agregar pedidos en línea al sitio web de un restaurante es un cambio operativo de seis partes: elegir la vía de pedidos, preparar el menú, conectar los pagos, definir el cumplimiento, agregar el punto de entrada del cliente y probar el pedido completo. Un restaurante puede usar más de una vía. Documenta qué canal es responsable del menú, de la relación con el cliente, del pago, del reembolso, del soporte y del estado del cumplimiento antes del lanzamiento.
Criterios de evaluación
- experiencia del sitio web y de la marca
- fuente de verdad del menú y de la disponibilidad
- titularidad del pago y del checkout
- enrutamiento de pedidos al POS y a la cocina
- flujo de recolección y de entrega
- consentimiento del cliente, analítica, soporte y accesibilidad
Agrega pedidos en línea en seis pasos
- Elige la vía de pedidos y sus sistemas de referencia, y registra las condiciones comerciales vigentes, el territorio, el responsable de soporte y las integraciones requeridas.
- Construye y revisa el menú: productos, modificadores, precios, impuestos, disponibilidad, imágenes y cambios programados.
- Conecta el proveedor de pagos aprobado y prueba la autorización, la captura, las propinas, los reembolsos y los estados de pago fallido.
- Configura los horarios de recoger en tienda y de entrega, los tiempos de anticipación, las zonas, las tarifas, los mínimos, la capacidad y el manejo de productos no disponibles, y conecta la aceptación de pedidos en la tienda.
- Agrega al sitio web existente un enlace o una superficie integrada con un nombre claro, como «Pide en línea», y verifica el acceso con teclado y desde el celular.
- Haz pedidos de prueba aprobados para cada vía de cumplimiento y de pago, en distintos dispositivos y con rutas de falla; concilia los resultados, capacita al personal, publica quién es responsable del soporte y registra los procedimientos de reversión.
Cómo se ve esto en el panel de administración de Ordering.co
En Ordering.co, las zonas de entrega se dibujan directamente en un mapa (o se importan desde un archivo KML) y se les asigna precio por distancia o por zona, por lo que el paso 4 anterior no requiere un desarrollador. Los menús pueden programarse por día y hora —un menú aparte de desayuno, comida o cena— dentro del paso 2. Y una vez que empiezan a llegar pedidos, el panel de administración y la app Merchant envían notificaciones automáticas de pedidos por correo electrónico y push, así que los pedidos de prueba del paso 6 confirman que el personal realmente recibe la alerta.
Compara los enfoques disponibles
Usa este marco para comparar enfoques con tus requisitos operativos. Confirma las cifras vigentes, el alcance de cada proveedor y las condiciones comerciales antes de decidir.
| Enfoque | Para qué sirve | Qué se debe verificar |
|---|---|---|
| Marketplace de terceros | Descubrimiento de demanda y alcance de marketplace subcontratado | Tabla de tarifas vigente, opción de cumplimiento, acceso a los datos de clientes, marca, reglas de posicionamiento, reembolsos, soporte y condiciones locales |
| Pedidos nativos del POS | Un canal directo estrechamente ligado a un ecosistema de POS | Producto y cuenta de POS exactos, versión compatible, sincronización de menú y pedidos, pagos, sucursales, entregas, control de marca, acceso a los datos y soporte |
| Canal directo independiente | Un sitio web o una app con tu marca que opera el propio negocio | Plan de la plataforma, implementación, integraciones, adquisición de clientes, procesamiento de pagos, cumplimiento, soporte, responsabilidades operativas y costo operativo total |
| Modelo híbrido | Conservar el alcance del marketplace mientras se hace crecer un canal directo | Funciones de cada canal, paridad de menús, enrutamiento de pedidos, consentimiento del cliente, atribución y responsable operativo |
Compara las vías con las mismas preguntas
- ¿Cuánto cobra el proveedor en este territorio y contrato, incluidos los cargos porcentuales, fijos, de entrega, de pago, de promoción, de reembolso y de soporte?
- ¿Quién controla la marca, el dominio, el acceso a los clientes, el consentimiento, la retención y las exportaciones?
- ¿Qué objetos de menú, inventario, pedidos, pagos y cumplimiento se mueven entre sistemas, y en qué dirección?
- ¿Quién es responsable de las fallas, los reintentos, la conciliación, los reembolsos, la atención al cliente y la escalación con el proveedor?
- ¿El equipo puede verificar la ruta completa del pedido en web, celular, operación de la tienda y entrega antes del lanzamiento?
Las tarifas de los marketplaces varían según el proveedor, el plan, el método de cumplimiento, el contrato y el mercado. Usa las condiciones vigentes del proveedor y el acuerdo aplicable. Los detalles de los planes de Ordering.co, lo que incluyen y excluyen, y los cargos aplicables se mantienen en la página de precios.
Preguntas por resolver antes de elegir
Para cada respuesta siguiente, verifica la documentación vigente del proveedor, el plan, el territorio, las tarifas, las exclusiones, las responsabilidades de implementación y las condiciones del contrato antes de basarte en el resultado.
¿Cómo agrego pedidos al sitio web de mi restaurante?
Sigue los seis pasos anteriores: elige la vía, construye el menú, conecta los pagos, configura el cumplimiento, agrega el punto de entrada del cliente y prueba cada vía de pedido antes del lanzamiento.
¿Los pedidos deben integrarse en el sitio o abrirse en otra página?
Cualquiera de las dos puede funcionar. Ya sea que integres la superficie de pedidos o enlaces a un flujo de pedidos con tu marca, dale un punto de entrada con un nombre claro, como «Pide en línea», y verifica que los clientes puedan completar un pedido con teclado y desde el celular.
¿Los pedidos en línea necesitan una integración con el POS?
No siempre. Decide qué sistema es la fuente de verdad del menú, la disponibilidad y los pedidos; después confirma qué objetos se mueven entre el canal de pedidos y el POS, en qué dirección y quién es responsable de las fallas de sincronización. Los pedidos nativos del POS atan el canal a los límites propios de catálogo, pagos, sucursales e integraciones de ese POS.
¿Cómo encajan las entregas y el recoger en tienda en el flujo del sitio web?
Configura los horarios de recoger en tienda y de entrega, los tiempos de anticipación, las zonas, las tarifas, los mínimos, la capacidad y el manejo de productos no disponibles antes del lanzamiento, y asegúrate de que los clientes reciban el estado correcto del pedido en cada opción.
¿Qué se debe probar antes del lanzamiento?
Haz pedidos de prueba aprobados para cada vía de cumplimiento y de pago, incluidas propinas, reembolsos y pagos fallidos, y concilia los resultados. El plazo depende de la preparación de los datos, la configuración, las integraciones, la revisión de las apps, las pruebas, la capacitación y la preparación del soporte, así que solicita un alcance escrito, con plazos, responsables y exclusiones, que refleje esas dependencias.
¿Cuál es el mejor enfoque de pedidos en línea?
No existe un ganador universal. Califica cada enfoque con todos los criterios de evaluación anteriores y exige evidencia con fecha y una demostración en vivo del flujo para cada requisito importante.
Criterio de aceptación
El sitio web está listo cuando un cliente puede entrar al flujo de pedidos, completar cada vía de pago y de cumplimiento compatible, recibir el estado correcto y llegar a una vía de soporte documentada, y cuando el restaurante puede recibir, preparar, conciliar, cancelar y reembolsar el pedido sin depender de un supuesto no probado.
Conversa sobre el modelo operativo para evaluar estos requisitos frente a tu restaurante.