Đặt món trực tuyến cho nhà hàng: hướng dẫn toàn diện

Hỏi một chủ nhà hàng “hệ thống đặt món trực tuyến” của họ là gì, phần lớn sẽ chỉ vào nút giỏ hàng — khoảnh khắc khách chạm vào Đặt món. Nút đó có thật, nhưng nó chỉ là một mắt xích trong chuỗi dài hơn: khách tìm ra quán, thấy một thực đơn đáng tin, bỏ món vào giỏ, trả tiền, được ăn đúng giờ đã hứa và — nếu cả chuỗi chạy đúng — quay lại mà không cần ai bán hàng cho họ lần nữa. Coi “đặt món trực tuyến” chính là cái nút đó, rồi phó mặc mọi thứ trước và sau nó cho may rủi, hoặc cho nền tảng nào đang nắm khách trong tay, là sai lầm phổ biến nhất mà hướng dẫn này tồn tại để sửa.

Tối thiểu, một hệ thống chạy được cần một thực đơn số luôn cập nhật, một khâu thanh toán dựng đúng theo cách người ta đặt món trên thực tế (chủ yếu trên điện thoại, thường là đang vội), một cách nhận tiền, phần xử lý cho lấy tại quán, giao tận nơi hay đặt trước, và một cơ chế nào đó để kéo người đặt lần đầu quay lại lần thứ hai. Chẳng có gì trong số đó cần đến công nghệ cầu kỳ. Thứ nó cần là mọi mắt xích trong chuỗi phải khớp với mọi mắt xích còn lại — giá trên thực đơn đúng bằng giá ở khâu thanh toán, món đã hết biến mất khỏi mọi nơi cùng lúc, và thời gian giao hứa ở đầu trang đúng là thời gian mà bếp lẫn tài xế đang thực sự chạy theo.

Quyết định xuyên suốt cả hướng dẫn này là quyền sở hữu. Khách có thể đặt qua một nền tảng giao đồ ăn, hoặc qua một kênh do nhà hàng kiểm soát — trang web của quán, ứng dụng của quán, một cuộc gọi, một ki-ốt đặt ở quầy. Cả hai đường đều đổ về cùng một cái bếp. Khác nhau là ở chỗ cuối cùng ai sở hữu mối quan hệ với khách, dữ liệu đơn hàng, và phần biên lợi nhuận còn lại sau khi đơn đã được thanh toán.

Tự thân không đường nào sai cả. Nền tảng là một kênh thật và chạy được, dành cho người khách chưa từng nghe tên quán và đang so năm lựa chọn trên bản đồ. Vấn đề không phải là nền tảng tồn tại; vấn đề là những nhà hàng không bao giờ dựng con đường còn lại, nên mọi khách — kể cả người đã đặt mười lần — vẫn cứ tiếp tục trả chi phí thu hút của một người lạ.

Hướng dẫn này đi theo chuỗi đúng thứ tự mà một nhà hàng thực sự trải qua. Chương tiếp theo nhìn vào các kênh khách có thể đặt món và việc mà mỗi kênh thực sự giải quyết. Sau đó là khâu thanh toán — phần có đòn bẩy lớn nhất trong cả chuỗi — rồi đến kỷ luật vận hành giữ được lời hứa giao hàng hay lấy hàng sau khi đã hứa. Tiếp theo là bài toán tiền: một đơn qua nền tảng thực sự tốn bao nhiêu khi cộng đủ mọi khoản, và các nhà hàng lấy lại biên lợi nhuận bằng cách nào mà không cần chiến tranh giá. Hướng dẫn khép lại bằng một câu trả lời thực tế cho câu hỏi mà chủ quán nào rồi cũng hỏi — nên dựng gì trước, và nên để yên cái gì.

“Chúng ta nên lên nền tảng, hay tự làm ứng dụng, hay đặt một cái ki-ốt?” thường được hỏi như thể có một đáp án đúng. Không có, bởi vì trang web, gian hàng trên nền tảng, ứng dụng, ki-ốt và đường dây điện thoại không cạnh tranh cùng một khoảnh khắc của khách — mỗi thứ giải quyết một việc khác nhau, và tổ hợp kênh của một nhà hàng nên bám theo những việc mà khách của quán đang có, chứ không bám theo sở thích công nghệ này hơn công nghệ kia.

Web thắng ở lần đầu tìm ra quán. Người khách tìm “pizza ngon gần đây” và muốn đặt trong bốn phút tới sẽ không đi tải ứng dụng trước. Một trang web nhanh, được chăm sóc tử tế — tìm thấy qua tìm kiếm, chia sẻ được bằng đường dẫn, không phải cài gì — bắt được đúng người khách đó đúng lúc họ đang quyết. Đây cũng là chỗ một gian hàng trên nền tảng kiếm lại xứng đáng phần tiền nó lấy: với người chưa từng nghe tên quán, độ phủ sẵn có của nền tảng có thể đưa quán tới trước mặt một người mà riêng trang web sẽ không bao giờ với tới. Đó là lập luận trung thực cho việc có mặt trên nền tảng — để người chưa biết quán nhìn thấy quán, chứ không phải làm đường thanh toán mặc định cho người vốn đã biết mình sẽ ăn ở đâu.

Ứng dụng riêng của nhà hàng thắng ở thói quen. Thứ khách đổi lấy một lần cài đặt là sự tiện lợi về sau: một địa chỉ đã lưu, một phương thức thanh toán đã nhớ, một chỗ trên màn hình chính và — nếu dùng chừng mực, không biến thành phiền nhiễu — một kênh thông báo trực tiếp mà trang web đơn giản là không có. Cuộc đổi chác ấy chỉ có lãi với người đặt đủ thường xuyên để muốn có lối tắt, và đúng vì vậy mà ứng dụng thường là kênh thứ hai hoặc thứ ba một nhà hàng dựng, chứ không phải kênh đầu tiên.

Hai kênh nữa làm tròn bộ, và cả hai đều hoạt động bằng cách bắt lại một khoảnh khắc lẽ ra đã mất.

Xét về bài toán tiền, ki-ốt tự đặt món không phải món đồ chơi của chuỗi lớn. Hai thứ thay đổi ngay khi khách đặt món trên màn hình thay vì đặt với một người ở quầy: giỏ hàng có xu hướng lớn hơn, vì màn hình không bao giờ quên mời thêm một món đi kèm hợp lý như một nhân viên đang tất bật có thể quên, và hàng chờ có xu hướng ngắn lại, vì nhiều khách đặt song song thay vì lần lượt từng người. Đơn cũng xuống bếp đúng như đã nhập — không nghe nhầm qua một cái quầy ồn ào — và đã trả tiền ngay lúc đặt, nghĩa là phiếu bếp sẵn sàng để làm ngay khi vừa in ra. Ki-ốt có đáng hay không quy về một câu hỏi, không phải quy về quy mô quán: hàng chờ vào đúng giờ cao điểm thật của bạn có đang làm mất đơn không? Nếu khách bỏ đi thay vì đứng đợi, một cái ki-ốt để quầy mang thương hiệu của chính quán — ảnh của quán, màu của quán, không phải một cái máy thuê chung chung — thường đáng chỗ nó chiếm. Nếu hiếm khi có hàng chờ thì việc đó chưa gấp.

Một cuộc gọi nhỡ là kiểu mất đơn lặng lẽ nhất, vì nó xảy ra đúng vào giờ nhà hàng đông nhất và ít có khả năng nghe máy nhất. Với nhiều nhà hàng, điện thoại vẫn là kênh bị bỏ cho hộp thư thoại đều đặn nhất trong giờ cao điểm — và người gọi không được trả lời thường chẳng để lại lời nhắn; họ gọi sang quán kế tiếp, hoặc mở ứng dụng của một nền tảng. Trả lời mọi cuộc gọi — bằng cách tăng người vào giờ cao điểm, hoặc bằng một hệ thống thoại nhận đơn bằng đúng ngôn ngữ người gọi, đọc lại để xác nhận, rồi đẩy đơn vào cùng một hàng đợi bếp như mọi đơn khác — biến một kênh đang âm thầm rỉ đơn thành một kênh bắt được đơn. Quan trọng hơn cơ chế là kỷ luật đằng sau nó: người gọi có yêu cầu bất thường, có câu hỏi nghiêm túc về dị ứng hay có khiếu nại thì phải tới được một con người chứ không bị kẹt trong kịch bản. Tính năng ki-ốt và nhận đơn qua điện thoại bằng AI của Menuella được dựng đúng quanh mô hình đó — tự động bắt đơn thông thường, chuyển tiếp mọi thứ không nên tự động hóa — nhưng quyết định nền tảng (ngay lúc này, khoảnh khắc đó có đang được bắt lại hay không?) mới là điều thực sự quan trọng, bất kể công cụ nào trả lời nó.

Cái bẫy phá hỏng mọi lựa chọn kênh trong chương này là chạy hai bản thực đơn khác nhau. Nếu trang web, ứng dụng, ki-ốt và gian hàng trên nền tảng mỗi thứ lấy giá, tình trạng còn hàng và khuyến mại từ một nguồn khác nhau, sớm muộn chúng sẽ lệch nhau — khách thấy một giá trên ứng dụng và một giá khác trên trang web, hoặc đặt ở ki-ốt một món mà trang web đã báo hết. Đó không phải chuyện vênh nhỏ; đó là khách bắt quả tang nhà hàng ở một thứ trông như nói dối. Một nguồn sự thật duy nhất cho thực đơn, giá và khuyến mại, dùng chung cho bao nhiêu màn hình quán đang chạy đi nữa, là điều kiện thầm lặng nằm dưới mọi thứ còn lại trong hướng dẫn này.

Nếu một nhà hàng chỉ cải thiện được đúng một phần trong chuỗi đặt món, phần đó nên là khâu thanh toán. Đây là mảnh đất giá trị nhất trong cả hệ thống — khoảnh khắc mà sự quan tâm hoặc thành doanh thu hoặc không — và nó hỏng theo những cách gần như luôn sửa được một khi đã nhìn ra.

Bên dưới giao diện, bốn thứ phải luôn khớp nhau. Trạng thái đơn nghĩa là giỏ hàng giữ nguyên giá, tùy chọn và lựa chọn cách nhận hàng khi khách đi qua từng bước — chuyển từ lấy tại quán sang giao tận nơi không được âm thầm làm rỗng giỏ hay mất khung giờ đã chọn. Kiểm tra theo điều kiện vận hành nghĩa là khâu thanh toán dùng đúng bộ quy tắc mà bếp đang thực sự chạy theo: món còn hay hết, địa chỉ giao có nằm trong vùng đang hoạt động không, khung giờ được yêu cầu còn chỗ không — kiểm trước khi trả tiền, chứ không phát hiện ra sau. Trạng thái thanh toán nghĩa là hệ thống luôn nói được chính xác đơn đang ở đâu: đã khởi tạo thanh toán, đã ủy quyền, đã trừ tiền, đã nhận đơn, đã chấp nhận đơn — để người khách bị rớt mạng giữa lúc trả tiền được báo rõ chuyện gì đã xảy ra thay vì phải tự hỏi mình có bị trừ hai lần không. Chuyển đơn xuống bếp nghĩa là một đơn đã xác nhận và đã trả tiền tới bếp một cách tự động và không mơ hồ, kèm một đường quay lại rõ ràng tới khách nếu sau đó có gì thay đổi trong bếp — một nguyên liệu hết, một máy in hỏng, một khung giờ đã kín. Khâu thanh toán làm đúng cả bốn thì hiếm khi gây chú ý; làm sai một thì hiện ra ngay lập tức dưới dạng một cuộc gọi giận dữ hoặc một đơn bị hủy.

Chính giao diện mới quyết định khách có tới được cái kiến trúc đó hay không. Phần lớn đơn được đặt trên điện thoại, thường là một tay, thường là tay kia đang xách túi và sóng thì chập chờn. Cách thiết kế đáp lại chuyện đó là giữ những thao tác quan trọng — xác nhận giờ, chọn tiền bo, đặt đơn — nằm trong tầm ngón cái ở nửa dưới màn hình; hỏi từng thứ một thay vì bày ra một biểu mẫu dài; kiểm tra số điện thoại hay địa chỉ giao ngay bên cạnh ô nhập thay vì chỉ kiểm sau khi gửi; và đặt Apple Pay cùng Google Pay lên trước việc gõ tay số thẻ, vì mỗi lần khách phải mở bàn phím là một cơ hội nhỏ để mất họ. Một giỏ hàng sống sót qua nút quay lại, qua một lần rớt mạng hay qua một lần trả tiền thất bại còn đáng giá hơn gần như mọi bản sửa đơn lẻ khác. Và khi có gì đó đang xử lý, hãy nói ra cho thấy được — “đang xử lý thanh toán…” luôn hơn một cái nút đứng hình, vì lựa chọn còn lại là khách chạm hai lần vì không chắc và tạo ra đúng cái rủi ro đơn trùng mà kiến trúc phía trên tồn tại để ngăn.

Tốc độ, độ ổn định và việc báo còn hàng trung thực cũng là một tín hiệu về khả năng được tìm thấy, theo cách có thật dù gián tiếp. Một khâu thanh toán chất đầy mã thừa và cửa sổ bật lên không chỉ khiến khách thấy chậm — nó tạo ra đúng loại phiên bỏ dở mà theo thời gian các hệ thống tìm kiếm đọc thành trải nghiệm kém chất lượng. Không thứ nào trong đó thay được phần nội dung: một khâu thanh toán cực nhanh đặt trên một trang thực đơn sơ sài và cũ kỹ vẫn thua một đối thủ có thực đơn đầy đủ và chính xác. Tốc độ khuếch đại một trang vốn đã có thứ đáng tìm, chứ không thay thế nó.

Bán thêm thuộc về chương này vì nó diễn ra ở khâu thanh toán, và vì khác biệt giữa một gợi ý hay và một gợi ý phiền gần như hoàn toàn nằm ở sự tiết chế. Hình dung đáng giữ là một người phục vụ giỏi chứ không phải một người bán hàng dai dẳng: người biết đọc bàn, mời đúng một thứ thực sự hợp, và buông ngay khi câu trả lời là không. Trên thực tế, đó là bốn thứ cùng hoạt động. Thứ nhất, thứ tự ưu tiên: gợi ý mạnh nhất cho một giỏ hàng cụ thể là gợi ý kết hợp tốt nhất giữa biên lợi nhuận đóng góp và khả năng thật sự khách sẽ đồng ý — rút ra từ cách khách đã đặt trên thực tế, chứ không từ món nào rẻ nhất để đẩy. Thứ hai, các lằn ranh an toàn, và chúng đứng trước biên lợi nhuận chứ không đứng sau: một bộ lọc dị ứng hoặc chế độ ăn đè lên mọi tính toán khác, không ngoại lệ; một món đã hết biến khỏi danh sách gợi ý ngay khi được đánh dấu hết chứ không phải mãi tới lúc thanh toán; và một phép kiểm tải bếp để một gợi ý không bao giờ rơi xuống một bếp đã ngập việc trong giờ cao điểm. Một món mới chưa có lịch sử đặt vẫn cần một điểm khởi đầu hợp lý — thường là chính thuộc tính của nó, như phong cách ẩm thực hay độ cay — thay vì gợi ý bừa hoặc không gợi ý gì cho tới khi đủ dữ liệu. Thứ ba, thời điểm: những món gắn chặt với nhau thuộc về lúc sớm, khi khách còn đang dựng đơn; đồ uống hay tráng miệng có thể hợp sau khi đã chọn xong món chính, miễn là tải lên tức thì; còn bước cuối trước khi trả tiền — nơi khách cần tổng tiền, giờ giấc và các khoản phí, chứ không cần bất ngờ — hiếm khi là chỗ đúng để chen thêm thứ gì mới. Thứ tư, cách mời: một gợi ý thôi, không phải một bức tường gợi ý, bỏ qua bằng một lần chạm và đã bỏ thì nó ở yên, và không bao giờ chắn giữa khách với nút xác nhận. Làm như vậy, một gợi ý đọc lên như một phép lịch sự — “món này hợp với món kia” — chứ không như một khoản thuế để đi tới chỗ trả tiền, và giỏ hàng lớn lên mà không tiêu lạm vào niềm tin mà toàn bộ phần còn lại của hướng dẫn này được dựng lên để bảo vệ.

Đưa khách tới được nút “đặt đơn” là một bài toán. Thực hiện đúng thứ đã hứa — đúng giờ, đúng chất lượng mà tấm ảnh trên thực đơn gợi ra — là bài toán khác, và chính nó mới quyết định người khách đó có đặt lần thứ hai hay không.

Đặt trước biến doanh thu từ phỏng đoán thành kế hoạch. Thay vì phát hiện ra nhu cầu tối thứ Sáu theo từng phiếu bếp in ra, một nhà hàng nhận trước các đơn lấy tại quán đã hẹn giờ, đơn cho văn phòng hay suất lễ tết là đang thực hiện một thứ đã được trả tiền. Thu tiền ngay lúc đặt kéo tỷ lệ khách bỏ hẹn về gần bằng không, và — vì áp lực phải quyết ngay đã mất — một đơn có kế hoạch thường mang giá trị giỏ hàng cao hơn một đơn ngẫu hứng, do khách dễ đồng ý thêm một món phụ hay một món tráng miệng khi không phải chọn dưới sức ép thời gian. Ba thiết lập giữ cho một đơn đặt trước không phục kích bếp về sau: khách được đặt trước xa tới đâu, bếp thực sự cần bao nhiêu thời gian chuẩn bị trước khi một đơn lớn đổ xuống, và mốc chốt chính xác mà sau đó không nhận thêm đơn nào cho khung giờ đó nữa. Quy tắc vận hành bảo vệ tất cả những thứ trên: đơn đặt trước phải lấy từ đúng thực đơn và đúng tình trạng còn hàng như đơn đặt trực tiếp, nếu không nhà hàng sẽ bán trước nhiều ngày một món mà tới hôm đó bếp không còn làm được.

Giờ cao điểm là bài toán năng lực xử lý, không phải bài toán “từ chối khách”. Bản năng khi một đợt đông dọa nhấn chìm bếp là cứ nhận hết rồi cầu may — nhưng một máy in phiếu không bao giờ ngừng không phải dấu hiệu thành công, đó là một cảnh báo sớm. Quản nhu cầu cho tốt là trải nó ra chứ không phải chối nó: một mức trần cho số đơn được xử lý cùng lúc, vượt qua đó thì khách mới được hướng (chứ không phải bị đuổi) sang khung giờ khả thi kế tiếp; một lệnh tạm dừng nhận đơn mới khi thiết bị thực sự gặp sự cố; và một khung giờ lấy hàng hoặc giao hàng đã hứa biết dài ra một cách trung thực khi bếp chạm ngưỡng, thay vì đứng yên và lặng lẽ trở thành lời nói dối. Cũng nên đo công sức thật chứ không đo số đơn — một đơn cỡ gia đình trói chân bếp lâu hơn hẳn một món khai vị, nên chỉ đếm phiếu là đánh giá thấp tải thực. Một thời gian chuẩn bị và một mốc chốt rõ ràng cho đơn lớn, cùng một danh sách sơ chế dựng từ các giờ lấy hàng đã hẹn chứ không chỉ từ phiếu đang chạy, là thứ làm cho một ca thực sự đông, nhìn từ trong bếp, gần với buồn tẻ hơn là với hỗn loạn.

Vùng giao hàng nên vẽ theo thời gian chạy xe, không vẽ bằng một vòng tròn trên bản đồ. Một người khách cách ba ki-lô-mét đường chim bay hoàn toàn có thể là mười lăm phút chạy xe khi có một con sông, một đường tàu cắt ngang hay một đường vành đai chen vào — và vùng vẽ theo khoảng cách thay vì theo thời gian chạy xe thực tế là nguyên nhân phổ biến nhất khiến đồ ăn tới nơi đã nguội ở rìa khu vực phục vụ. Cũng nên chia phí giao theo bậc khoảng cách, để một chuyến xa không âm thầm ăn mất phần biên lợi nhuận mà đơn của một khách quen ở gần lẽ ra đang gánh. Bán kính giao không cố định mãi mãi: nếu một món bán chạy mới đẩy thời gian chuẩn bị lên và làm bếp căng ra, thu hẹp bán kính tạm thời sẽ bảo vệ lời hứa cho tất cả những ai còn nằm trong đó, thay vì để lời hứa gãy với mọi người. Và một cụm phàn nàn “đồ ăn nguội” đến đều từ một khu phố nhất định, ngay cả khi bản đồ nói thời gian lẽ ra phải ổn, thường đang chỉ vào một biến số bị bỏ sót — chỗ đỗ xe khó, một đoạn đi bộ dài, một lối vào có cổng bảo vệ — và đáng có một khoảng dự phòng riêng thay vì một cái nhún vai.

Tự chạy giao hàng thêm vào một việc vận hành thật sự: điều phối. Một thời gian giao gắn với tải bếp thật, thay vì một con số cố định chọn cho đẹp trên trang đặt món, là khác biệt giữa một lời hứa đứng vững và một tối thứ Sáu ngồi nghe những cuộc gọi “đồ ăn của tôi đâu rồi”. Giao một chuyến cho cơ hội tốt nhất để đồ tới đúng giờ và còn nóng — chứ không đơn giản là giao cho tài xế nào đang rảnh — và đặt một giới hạn cứng cho số đơn gộp vào một chuyến khi món nhạy cảm với nhiệt độ, cả hai đều bảo vệ đúng thứ khách thực sự để ý, tức là tình trạng đồ ăn ở cửa nhà họ, chứ không phải logic chia tuyến phía sau. Thứ thực sự tách một hoạt động giao hàng mở rộng được khỏi một hoạt động tự đốt đánh giá của chính mình không nằm ở tình huống dễ mà nằm ở phương án dự phòng: một đường đi rõ ràng và nhanh cho trường hợp thiếu tài xế, sai địa chỉ, hoặc một món phải làm lại, cộng với khả năng để quản lý tạm dừng một vùng hay kéo dài thời gian giao theo thời gian thực khi có gì đó thực sự sai — giải quyết trong vài phút thay vì leo thang thành một chuỗi đánh giá một sao.

Bản thân thời gian giao xứng đáng được chăm chút riêng, vì khách chỉ nhớ một con số và nhớ nó có đúng hay không. Một ước lượng chắc chắn gộp hai loại bất định khác nhau — tải bếp, thứ chi phối thời gian chuẩn bị, và tình hình đường sá, thứ chi phối chính chuyến đi — và nó phải tự cập nhật ngay khi bếp thực sự trễ, thay vì ngồi yên trên một con số đã lặng lẽ hết đúng. Lấy tại quán và giao tận nơi nên tính riêng, vì cái thứ nhất gần như chỉ phụ thuộc vào bếp còn cái thứ hai cộng thêm độ dao động lớn hơn nhiều của đường sá; ép cả hai qua một phép tính thì chắc chắn một trong hai sẽ sai. Bản năng quảng cáo con số ngắn nhất có thể thường là bản năng sai: một khoảng dự phòng nhỏ và trung thực mà giữ được đều đặn thì hơn một con số anh hùng nhưng gãy dưới tải thật, và con số đáng đo không phải thời gian giao trung bình mà là tỷ lệ giữ đúng lời hứa — bao nhiêu phần trăm số lần đồ ăn tới đúng hoặc sớm hơn giờ đã hứa. Khi nhiều khả năng sẽ trễ, một lý do ngắn và trung thực — nhu cầu cao, đã có tài xế nhận, một món đang làm lại — giúp nhiều hơn sự im lặng, miễn là lý do bộ phận hỗ trợ nói qua điện thoại khớp với thứ trang đơn hàng đang hiển thị; khách để ý sự vênh nhau, chứ không để ý bản thân độ trễ. Và vì chẳng ai đúng giờ được mọi lần, chuyện gì xảy ra khi một đơn giao trễ còn quan trọng hơn việc không bao giờ trễ: một tin nhắn chủ động báo trước, một khoản bù nhỏ, hay một cử chỉ nhận trách nhiệm khác mà khách nhìn thấy được, thường xây được nhiều lòng trung thành hơn một buổi tối trôi chảy mà không ai để ý — miễn là toàn bộ cuộc trao đổi đó diễn ra trên kênh của chính nhà hàng, để niềm tin nó tạo ra thuộc về nhà hàng chứ không thuộc về ứng dụng nào tình cờ chuyển lời. Bộ công cụ giao hàng của Menuella tính lời hứa theo cách này — gộp thời gian chuẩn bị với tình hình đường sá, vẫn để quản lý kéo dài thời gian bằng tay kèm một lý do được ghi lại — nhưng chính kỷ luật nền tảng (một khoảng dự phòng, một tỷ lệ giữ hẹn đáng đo, một kênh nhà hàng thực sự sở hữu) mới làm cho bất kỳ lời hứa giao hàng nào đáng tin, bất kể hệ thống nào chạy nó.

Con số in trên trang báo giá của một nền tảng là chi phí niêm yết của một đơn, không phải tổng chi phí — và những nhà hàng lập kế hoạch quanh con số niêm yết gần như luôn để lại trên bàn nhiều biên lợi nhuận hơn họ tưởng.

Một hợp đồng với nền tảng thường chứa vài dòng chi phí ngoài mức chiết khấu được công bố. Chiết khấu gốc là khoản lớn nhất và dễ thấy nhất, thường nằm đâu đó trong khoảng 20–35% tùy hạng. Bên dưới nó là các khuyến mại bắt buộc mà nhà hàng có thể bị yêu cầu tung ra để còn hiển thị trong chính danh sách của nền tảng; vị trí hiển thị trả tiền, một khoản cộng thêm trên chiết khấu để được đặt ở chỗ nổi bật; và rủi ro hoàn tiền hay bồi hoàn, nơi chính sách của nền tảng có thể để nhà hàng gánh một phần chi phí của các giao dịch bị tranh chấp. Chẳng điều nào trong đó biến nền tảng thành kẻ xấu — họ cung cấp công nghệ thật, độ phủ thật và một dịch vụ thật — nhưng nó có nghĩa là con số phần trăm được công bố nói thấp hơn thực tế một đơn tốn bao nhiêu vào lúc mọi thứ đã tất toán.

Cho cùng một đơn chạy qua cả hai kênh thì khoảng cách thôi trừu tượng. Đây là một ví dụ minh họa, và được ghi rõ là minh họa — mỗi nhà hàng nên tính lại theo điều khoản hợp đồng của mình chứ đừng coi các con số chính xác này là phổ quát — nhưng hình dạng của kết quả thì đúng trên diện rộng. Một đơn 30 € qua nền tảng, với 30% chiết khấu, một khuyến mại bắt buộc 10%, cộng khoảng 2 € rủi ro hoàn tiền và 1,50 € phân bổ quảng cáo khuyến mại trong một tuần điển hình, để lại cho nhà hàng khoảng 14,50 €. Cũng đơn 30 € đó đặt trực tiếp trên trang của chính nhà hàng, chỉ chịu phí xử lý thanh toán khoảng 2,5%, để lại khoảng 29,25 €. Khoảng cách trên một đơn duy nhất đó — gần 15 € — là toàn bộ lập luận gói trong một dòng: cùng một khách, cùng một bếp, cùng một hộp đựng, kết quả khác nhau đáng kể chỉ tùy vào việc đơn đã đi qua kênh nào.

Lập luận ủng hộ nền tảng yếu đi đúng ở nhóm khách mà nhà hàng đã giành được rồi. Khả năng được nhìn thấy kiếm lại xứng đáng phần tiền nó lấy ở lần đầu tiên một người lạ tìm ra quán qua đó. Đó là một cuộc đổi chác yếu hơn hẳn ở lần thứ hai mươi cùng người khách ấy đặt món, vì tới lúc đó nhà hàng đang trả một mức chiết khấu kiểu thu hút khách mới cho một thói quen mà chính mình đã dựng nên. Phân biệt đó — khách mới so với khách quay lại — là toàn bộ nền của một kế hoạch lấy lại biên lợi nhuận, bởi nó có nghĩa câu trả lời không phải “rời nền tảng”, mà là “thôi trả tiền hai lần cho một người khách vốn đã biết đường tới thẳng nhà hàng”.

Việc lấy lại biên lợi nhuận chạy bằng cách nhắm vào khách quen với những ưu đãi kín đáo, chứ không bằng cách tuyên chiến với nền tảng. Nhóm khách đáng chủ động kéo về là những người đã đặt vài lần trong một khoảng thời gian gần đây được xác định rõ — người ghé một lần đúng là kiểu khách mà độ phủ của nền tảng thực sự hữu ích, và đuổi theo họ về kênh trực tiếp không phải là chỗ có đòn bẩy. Thay vì một chênh lệch giá công khai giữa các kênh, vốn tốn kém và dễ trông như quảng cáo gài, đòn bẩy bền hơn là một lợi ích kín đáo chỉ dành cho kênh trực tiếp: một combo, một món ăn kèm chỉ có trên trang đặt món của quán, hoặc một khung giờ lấy hàng sớm hơn — thứ gì đó làm kênh trực tiếp tốt lên thấy rõ mà không hạ giá công khai so với nền tảng. Nhưng cách đó chỉ hiệu quả nếu việc thực hiện đơn vẫn công bằng: nếu phiếu từ nền tảng luôn được bếp ưu tiên trong giờ cao điểm, khách sẽ học rất nhanh rằng đặt trực tiếp đồng nghĩa với đợi lâu hơn, và toàn bộ nỗ lực lấy lại biên lợi nhuận tự phá chính nó.

Cách làm theo từng bước thường hiệu quả hơn một cú chuyển đột ngột. Một trình tự thực tế và hay được dùng: trước hết làm cho khâu thanh toán của chính quán ổn định, thật sự nhanh và đáng tin; rồi thêm một ưu đãi khách thân thiết thưởng riêng cho đơn đặt trực tiếp; rồi từng bước giới hạn mức độ tham gia của quán vào chương trình khuyến mại bắt buộc của nền tảng; rồi chuyển một phần ngân sách quảng cáo từ vị trí hiển thị trên nền tảng sang khả năng được tìm thấy của chính quán, theo dõi hằng tuần tỷ trọng đơn trực tiếp và biên lợi nhuận trung bình trong suốt quá trình — và chậm lại nếu khiếu nại tới bộ phận hỗ trợ bắt đầu tăng, vì đó là dấu hiệu vận hành đang bị yêu cầu chạy nhanh hơn mức nó hấp thụ nổi. Nhiều nhà hàng nhắm, trong khoảng một năm, tới đâu đó quanh mức chia đều giữa lượng đơn trực tiếp và lượng đơn qua nền tảng, dù mục tiêu thực tế khác nhau đáng kể theo mô hình — một bếp chỉ giao hàng, không có khách ăn tại chỗ, về cấu trúc phụ thuộc vào nền tảng nhiều hơn một nhà hàng có lượng khách vào quán vững, và nhịp độ khả thi phụ thuộc vào cạnh tranh địa phương không kém gì phụ thuộc vào những gì quán tự làm bên trong. Hãy coi mọi con số phần trăm cụ thể, kể cả con số vừa nêu, là điểm khởi đầu để tính lại theo số liệu của chính quán, chứ không phải một đích phải đạt cho bằng được.

Mọi thứ trong hướng dẫn này rồi sẽ đều hữu ích, nhưng gần như không nhà hàng nào nên cố dựng tất cả cùng lúc. Câu hỏi thực sự quan trọng là thứ tự: làm đúng cái gì trước, thêm cái gì khi nền móng đã vững, và — quan trọng không kém — phần nào của hướng dẫn này có thể thành thật mà chờ, hoặc không áp dụng cho một nhà hàng cụ thể nào đó.

Thứ tự dựng hiệu quả với phần lớn nhà hàng chạy qua ba giai đoạn. Giai đoạn một là làm chủ thực đơn: một thực đơn số cập nhật, chính xác và nhanh trên tên miền của chính quán, vì mọi giai đoạn sau — thanh toán, giao hàng, khách thân thiết — đều dựa trên việc thực đơn đó là nguồn sự thật duy nhất mà mọi thứ khác đọc theo. Giai đoạn hai là làm chủ khâu thanh toán: chuyển việc hoàn tất đơn sang luồng của chính quán, tối ưu cho điện thoại, vì đây chính là chỗ biên lợi nhuận bị nền tảng lấy đi được lấy lại và là chỗ chương về thanh toán của hướng dẫn này hoàn vốn nhanh nhất. Giai đoạn ba là làm chủ khách quen: chương trình khách thân thiết, tin nhắn kéo khách quay lại và — khi đã có một lượng khách lặp lại đủ thật để biện minh — những kênh tạo thói quen như ứng dụng hay ki-ốt, vốn chỉ kiếm lại được tiền khi có tần suất thật. Cố dựng giai đoạn ba trước khi giai đoạn một vững là lý do phổ biến nhất khiến một khoản đầu tư kênh đầy hứa hẹn không đạt kỳ vọng; một ứng dụng mà chưa có ai đặt đủ thường xuyên để mở nó không phải vấn đề về kênh, đó là vấn đề về thứ tự.

Không phải kênh nào trong hướng dẫn này cũng đáng dựng ở mọi nhà hàng, và loại hình quán là lý do trung thực cho điều đó. Một nhà hàng fine dining với lượng đơn trực tuyến khiêm tốn thường thu được nhiều giá trị hơn từ một trang web nhanh, chăm sóc tử tế và việc quản lý đặt bàn chắc chắn, hơn là từ một cái ki-ốt để quầy mà quán hiếm khi cần. Một bếp chỉ giao hàng, không có khách ăn tại chỗ, về bản chất phụ thuộc vào độ phủ của nền tảng nhiều hơn một nhà hàng có lượng khách vào quán vững, và nên cân nhắc trung thực chi phí vận hành thật của việc tự chạy giao hàng — vùng giao, điều phối, phương án dự phòng cho những gì trục trặc — đặt cạnh thứ thực sự lấy lại được, trước khi cam kết làm. Một quán pop-up, một quầy theo mùa, hay bất kỳ mô hình nào có tiềm năng khách quay lại thực sự thấp, thường được phục vụ tốt hơn khi cứ ở lại với web thay vì dựng một ứng dụng vốn cần một lượng khách quay lại để biện minh cho việc cài đặt; khi quán đã có một lớp khách quen thật, phép tính đó đảo chiều và thói quen trên màn hình chính trở nên đáng đầu tư. Một mô hình phục vụ tại quầy với đỉnh cao điểm rõ — một quán trưa đông kín, một ô cửa food truck xếp hàng ra tận ngoài vào buổi trưa — là trường hợp kinh điển mà ki-ốt kiếm lại chỗ của mình nhanh nhất, chính bởi hai hành vi mà ki-ốt thay đổi (giỏ hàng lớn hơn, hàng chờ ngắn hơn) quan trọng nhất đúng vào lúc hàng chờ đang hình thành.

Nền tảng nào quan trọng, và nắm bao nhiêu phần thị trường, thực sự khác nhau theo từng nước — và hướng dẫn này cố ý không giả vờ ngược lại. Ở Việt Nam, GrabFood và ShopeeFood là hai cái tên dẫn đầu, với Be Food cạnh tranh ở các thành phố lớn; Lieferando là nền tảng tham chiếu ở Đức; Uber Eats và Deliveroo hiện diện rộng khắp phần lớn châu Âu; Glovo và Just Eat có sức nặng riêng ở Tây Ban Nha và Ý; Yemeksepeti cùng các đối thủ mới hơn dẫn đầu ở Thổ Nhĩ Kỳ. Tỷ trọng đơn trực tiếp có thể đạt được, mức chiết khấu đang phổ biến, và thậm chí ưu đãi kín đáo nào thực sự làm khách đổi kênh cũng thay đổi theo cạnh tranh địa phương và theo mô hình quán, chứ không chỉ theo quốc gia. Mọi con số cụ thể trong hướng dẫn này — ví dụ 30 €, mức khoảng một nửa là đơn trực tiếp mà nhiều quán nhắm tới — đều là minh họa được ghi rõ, để tính lại theo hợp đồng và theo khách của từng quán, chứ không phải những con số phổ quát đáng đuổi theo vì chính chúng.

Một cách ngắn gọn và thực tế để biết một kênh cụ thể có thực sự đáng dựng ngay bây giờ hay không: một hàng chờ đang thấy rõ là làm mất đơn vào giờ cao điểm là tín hiệu cho ki-ốt; một cái điện thoại reo mà không ai nghe trong giờ đông nhất là tín hiệu cho việc nhận đơn qua điện thoại, bằng người hay tự động; một hóa đơn nền tảng cứ tăng mãi, cụ thể trên những khách rõ ràng đã đặt nhiều lần, là tín hiệu để bắt đầu một kế hoạch lấy lại biên lợi nhuận; và một lời hứa giao hàng gãy theo lịch đoán được, hay gặp nhất là tối thứ Sáu, là tín hiệu để chỉnh vùng giao, điều phối và kỷ luật thời gian dự kiến trước khi thêm bất cứ kênh mới nào. Dựng theo thứ tự đó — giải quyết vấn đề đang thấy rõ là tốn tiền ngay lúc này, trên nền một thực đơn và một khâu thanh toán vốn đã chạy tốt — thường hiệu quả hơn là dựng cùng lúc mọi thứ mà hướng dẫn này mô tả.