Construir una pila de pedidos nativa de Square para restaurantes pequeños

El sitio web de un restaurante no es un folleto. Es el menú, los horarios, los especiales, el pipeline de consultas de catering — y, cuando funciona, el canal por el que llegan los pedidos de mayor margen. Pedidos directos que la cocina saca del mismo dashboard de Square donde caen los pedidos en sala, sin que un marketplace se lleve un corte por el camino.

La mayoría de restaurantes independientes no opera ese canal hoy, porque las dos opciones que normalmente les muestran tienen un problema cada una.

Un constructor de sitios con plantilla te da un menú y un checkout, pero falta el flujo de catering, los pagos con wallet móvil no están cableados, y la consistencia de marca termina donde la plantilla la dejó. Un build personalizado cuesta alrededor de veinte mil dólares y tres meses del calendario de una agencia — lo cual es difícil de justificar contra un solo canal de conversión que nadie ha probado todavía para ese restaurante específico.

Así que construimos una tercera opción, y usamos nuestra propia cocina como referencia.

Nova Kitchen — el build de referencia

Nova Kitchen es el demo en vivo del studio de lo que llamamos el tier Connected-Restaurant — un sitio de restaurante personalizado que el dueño opera de punta a punta, conectado a la cuenta de Square que el restaurante ya paga.

El menú es el Catálogo de Square del restaurante, renderizado en vivo. Cuando el operador edita un precio en Square o marca un ítem como 86, el sitio refleja el cambio en segundos. No hay un admin de menú separado que mantener.

El pago del cliente fluye por Square Web Payments. El formulario de tarjeta convive con Apple Pay, Google Pay y Cash App Pay — los que el dispositivo del visitante soporte. El mismo merchant rate que el restaurante ya paga en sala aplica a cada pedido directo. Sin comisión de marketplace. Sin un tercero reteniendo fondos. El dinero cae en el dashboard de Square, en el mismo calendario de payout.

El catering corre en su propia pista. Un menú separado de bandejas grupales con conteos de porciones-N, un solo carrito que cambia de modo con una confirmación estilo operador explícita antes de pasar de pedido individual a pedido grupal, una anticipación mínima de 48 horas, un piso de $75, y propina + delivery codificados como service charges de Square para que el total del dashboard coincida con el recibo del cliente al centavo.

La lealtad es automática. Cada pedido suma un punto por dólar; cien puntos canjean cinco dólares en checkout. El cliente conserva su cuenta. El restaurante conserva la relación. La señal de lealtad compone localmente en vez de filtrarse a un tercero.

Por qué elegimos Square como fuente de verdad

Elegir una sola plataforma de pago-y-catálogo contra la cual integrar — en vez de intentar ser neutral entre todas — es la decisión que le permite a un equipo pequeño entregar una pila que realmente tiene opinión, realmente es rápida y realmente es consistente.

Square es la decisión que tomamos para restaurantes. El razonamiento es mecánico, no preferencial:

• El restaurante probablemente ya corre Square para pagos en sala. Eso significa que ya existe un menú (el Catálogo), un programa de lealtad existente (Square Loyalty), un procesador de pagos con merchant rate ya negociado. El sitio no introduce un segundo sistema que el operador tenga que mantener sincronizado.
• La superficie de developer de Square — el Catalog API, el Orders API, el Web Payments SDK, el Loyalty API — nos da los primitivos que necesita un sitio de pedidos conectado, en una plataforma, con un set de credenciales, con un set de webhooks.
• El Web Payments SDK soporta Apple Pay y Google Pay de forma nativa junto al formulario de tarjeta, lo cual mueve materialmente la conversión de checkout móvil contra formularios solo-tarjeta.

Ese trade — profundidad sobre neutralidad — es el mismo trade que verás a lo largo de los otros verticales del studio: elegimos un instrumento afilado y construimos con él, en vez de embotar el trabajo intentando ser todo a la vez.

Qué está conectado — dicho de frente

El case study de Nova Kitchen lo deja claro de la misma manera que cada sistema en el studio lo deja claro: qué entra y qué no entra al alcance, en el registro, antes de que empiece la conversación.

Conectado:

• El menú se jala en vivo del Catálogo de Square. Edita un precio en Square, el sitio lo refleja en segundos.
• Los pedidos caen en el mismo dashboard de Square donde caen los pedidos en sala. Info del cliente, notas dietéticas y totales adjuntos.
• Los puntos de lealtad acreditan automáticamente contra el programa de Square Loyalty existente del restaurante.
• Marcar un ítem como 86 en Square detiene al sitio de aceptar pedidos por él. Sin disponibilidad obsoleta.

No conectado (y vale la pena decirlo explícitamente):

• Decremento de Square Inventory a nivel de ingrediente en cada pedido. La mayoría de restaurantes de comida preparada no rastrean inventario a nivel de ingrediente en Square; si el tuyo sí, ese es un alcance separado.
• Impresoras de tickets de cocina personalizadas y hardware KDS. Esos son configuración del Square POS, no trabajo del sitio web — el restaurante hereda el setup de impresora o KDS que ya tenga.
• Integraciones de terceros más allá de Square. El tier Connected-Restaurant es intencionalmente una integración de plataforma única.

El demo actual corre en un sandbox de Square. Un restaurante real conecta sus propias credenciales de producción de Square al momento del provisioning.

Owner Lens — prueba, no pitch

Lo más difícil de vender un "algo conectado" es que no puedes ver qué está conectado desde afuera. La jornada del comensal esconde la plomería a propósito. Así que un prospecto tiene que tomar la palabra del studio de que el menú está cableado al Catálogo, de que los puntos de lealtad son entradas reales de Square Loyalty, de que el pedido realmente cayó en el mismo dashboard donde caen los pedidos en sala.

No queríamos que tuvieran que tomarnos la palabra. Así que Nova Kitchen ofrece un toggle Owner Lens — una pastilla en la esquina inferior derecha que activa un set de anotaciones inline: este ítem del menú viene del SKU X del Catálogo, esta vista previa de lealtad lee del programa Y, este botón de checkout llama al Web Payments SDK en esta superficie. Es el mismo plato, dos vistas: cara al comensal pristina, cara al prospecto transparente.

Owner Lens es el equivalente del demo a abrir la cocina a un cliente que preguntó cómo se hace el plato. La respuesta es la misma en ambas vistas; solo una de ellas la muestra.

Qué significa esto para un operador que lo está considerando

Si manejas un restaurante independiente y estás sentado con un sitio de plantilla del que ya te arrepientes a medias, o un canal de marketplace que se está comiendo del quince al treinta por ciento de cada pedido que te enruta, aquí está la versión honesta de qué cambia y qué no cambia el tier Connected-Restaurant para ti.

Qué cambia:

• Obtienes un canal de pedidos directos donde el cliente es tuyo. No del marketplace. Tuyo.
• El checkout con wallet móvil significa que los clientes que regresan pagan en dos taps. Esa diferencia de conversión es real y está bien documentada a nivel de plataforma.
• El catering se vuelve una ruta de conversión estructurada con anticipación y mínimo confirmados, en vez de un ida y vuelta de correos que se cae al piso.
• La lealtad compone contra Square en vez de filtrarse a la plataforma de recompensas de terceros que de otro modo cablearías.
• Obtienes un sistema alojado al que accedes mediante un login — nosotros lo diseñamos, construimos, alojamos y operamos por ti, así nunca mantienes nada y nunca se queda obsoleto. Tu menú vive en tu propia cuenta de Square, y tu contenido y datos se exportan cuando quieras. Tus datos siempre son tuyos; nosotros mantenemos el sistema corriendo y mejorando.

Qué no cambia:

• Square sigue siendo Square. Tu merchant rate, tu calendario de payout, tu hardware en sala, tu proceso de disputas existente — todo sin cambios.
• El workflow de la cocina en la línea no se mueve. Los tickets imprimen donde imprimían antes. El hardware KDS se comporta como lo configuraste.
• Sigues siendo el operador. Tú decides qué publicar, qué cobrar, qué cuenta como un día de feature. El sitio refleja tus decisiones; no las reemplaza.

El primer cliente pagante se convierte en el segundo logo de la página de casos de estudio. Nova Kitchen es la prueba-del-sistema. El siguiente restaurante es la prueba-del-patrón.

Si quieres ver el sistema correr, el case study de Nova Kitchen tiene la arquitectura completa, el walkthrough del Owner Lens, y un sandbox en vivo contra el cual puedes colocar un pedido real — aparecerá en nuestro dashboard de Square en segundos y un recibo llegará a tu bandeja un momento después.

Si quieres hablar de si esto encaja en tu restaurante, la página de oferta Connected-Restaurant es el lugar para empezar, y una llamada de intake está en la página de book.