Before you start
Bring the facts, not more tabs.
- A website you can edit, or the decision to build one — the order button has to live somewhere you control.
- Your menu in a form you can type from: item names, prices, and the options customers ask for most.
- A business bank account, and a Stripe account in the business’s name or the ability to open one — that is where card payments settle.
You will learn to
- Compare the three ways to take orders online on cost per order, not on feature lists.
- Turn a paper menu into data a checkout can use — categories, items, prices, modifiers, photos.
- Set ordering up in Naratake and prove one test order all the way to the back office.
- Put the order button where customers already look, then get through the first week without surprises.
Pick the route with the commission math in front of you
There are three ways to take orders online, and they differ far more in what they cost per order than in what the customer sees. Do the arithmetic on your own numbers before anyone shows you a demo.
- Route one is a marketplace button — DoorDash, Uber Eats and their peers. You get their customers and their drivers; they keep a commission on every order and the customer’s contact details. On their US pricing pages the delivery-order commission runs from 15% to 30% depending on the plan tier (checked September 2026).
- Route two is an ordering widget plugged into a site you already have. Expect a monthly fee, often a per-order fee on top, and a checkout that lives on the vendor’s domain rather than yours.
- Route three is a website builder with ordering built in. On Naratake that is the Storefront Pro plan, $79 a month or $758 a year: orders are paid through your own Stripe account, Naratake takes 0% of sales, and only Stripe’s normal card fee applies.
- Now the math. A restaurant doing $40,000 a year in online orders pays $8,000 at a 20% commission. Route three costs $948 a year at the monthly price plus Stripe’s card fees — at the published US rate of 2.9% plus 30¢, about $1,550 on 1,300 orders. Roughly $2,500 against $8,000; write both numbers down.
Done when: You can name the route you are taking and what it costs on a year of your own order volume.
Turn the menu into data before you touch a builder
Every route asks for the same thing: a menu a checkout can read. An hour in a spreadsheet first saves that hour three times over, whichever system ends up holding it.
- List every item with a short name, a one-line description and a price. Group them the way customers scan — mains, sides, drinks — not the order the kitchen cooks them.
- Write the modifiers as data: size, protein, spice level, “no onions”. Each option needs a name and a price difference, even when that difference is zero.
- Check the margins before the prices go online. The free food cost calculator in Naratake’s tools takes ingredient costs in and gives the cost per portion and the menu price that hits your target food-cost percentage — online is where a thin margin meets a card fee.
- Photograph the ten items that sell most, in daylight, on one background. A checkout with photos on the best sellers and none on the rest still looks deliberate.
Done when: A spreadsheet with categories, items, prices and modifiers that a stranger could enter into any ordering system without asking you a question.
Set it up in Naratake
Naratake ships ordering as a module of the site itself: menu, cart, checkout and back office run on your own website, and the money goes to the restaurant’s Stripe account. Turning it on is mostly a matter of reading the Modules panel correctly.
- Open Modules in the editor’s left rail and turn on Online ordering. It requires Catalog and Payments, which Naratake turns on alongside it, and suggests Customers — keep that if you want a customer record built from each order.
- In Catalog, enter the categories, items, prices and options from your spreadsheet, then set tax behavior, pickup or delivery rules, and the hours when orders are accepted. Delivery here runs on your own driver or courier — which is exactly why the customer, the contact details and the whole ticket stay with the restaurant.
- Connect Payments to your Stripe account by pasting two keys from your Stripe dashboard. Each charge settles straight into your account: Naratake never holds the money and takes 0% of it, and only Stripe's own card fee applies.
- Place the ordering block on a page with Components, then open Preview → Storefront, place a test order, and switch to Backoffice to find it under Orders. Clear any Launch guide warning about an empty catalog or missing hours before you publish.
Done when: A test order placed in Preview shows up in the Backoffice Orders list with the right items, options and total.
Put the door where customers already look
An ordering page nobody can find takes no orders. Three doors cover most of the traffic: the site header, the tables, and the Google listing.
- Add an “Order” button to the site header and to the phone menu, pointing at the ordering page. On a phone it should be visible without scrolling — that is where most first orders start.
- Print a QR code for the menu and put it on tables, the takeout counter and the window. The free menu QR code generator in Naratake’s tools makes one in the browser — point it at the ordering page, not at a PDF.
- Add the ordering page’s address to your Google Business Profile. Google shows order links on the listing itself, so someone who searched your name does not have to open a delivery app.
- Tell people. A line on receipts, a sign at the counter, one post on whichever channel your regulars follow — “order on our site, same prices, no app”.
Done when: A stranger with your name in Google, a guest at a table, and a visitor on your homepage can each reach the ordering page in one tap.
Launch checklist and the first week
The first week decides whether the order button becomes part of the kitchen’s routine or an ignored screen. Most of the trouble is routine, not technical.
- After publishing, place a real order with a real card from your own phone, then refund it from Stripe. You have now seen what the customer sees, what the back office shows, that the money landed, and where refunds live — before a customer needs any of it.
- Decide who watches the Orders screen during service and on which device — a tablet at the pass beats a phone in a pocket. An order nobody sees is worse than no order button.
- Set the ordering hours a little shorter than the door hours, so the last online order lands before the kitchen closes rather than as it does.
- At the end of the week, count orders from your site against orders from the marketplace, and run the step 1 math on both. That number tells you whether the marketplace stays as a discovery channel or goes.
Done when: One real order has gone from your phone to the kitchen to your Stripe balance and back, someone owns the Orders screen during service, and the ordering hours match the kitchen.
Final check
Do not call it done until these are true.
- A route chosen on a year of your own order volume, with the commission math written down.
- The menu as data — categories, items, prices, modifiers, and ten photos.
- Online ordering on in Modules, Catalog filled, Payments connected to the restaurant’s Stripe account.
- An Order button in the header, a QR code on the tables, an order link on the Google listing.
- One real order placed, seen in the back office, paid into Stripe and refunded — before the first customer.