同样是在网上展示商品、选择规格、提交订单和付款，为什么还需要区分「菜单与订餐」和「商城购买」？

例如：

🍛 顾客想订购一份午餐，通常会关心今天有没有供应、可以选择什么配菜，以及什么时候能够取餐。

☕ 顾客想购买一包咖啡豆，可能更关心重量、烘焙程度、包装方式，以及怎样收到商品。

🎂 顾客想预订生日蛋糕，则可能同时需要选择尺寸、口味、制作日期与取货时间。

🎁 顾客购买节庆礼盒时，可能更关注包装内容、保存期限、数量及配送安排。

这些商品都可以在线上展示和销售，但顾客的购买目的、需要确认的资料，以及商家的订单处理方式并不完全相同。

WeiCity 菜单与订餐和商品商城的主要区别，不只是销售什么商品，而是顾客需要怎样选择，以及商家需要怎样准备和交付。

本篇将从实际经营场景出发，帮助餐厅、咖啡馆、烘焙店、蛋糕店及其他餐饮商家，了解两种销售方式的特点。

具体商品规格、餐点选项、预约取货、配送、付款与订单管理功能，以 WeiCity 当前页面及商家实际设置为准。

线上订餐（Online Food Ordering）通常围绕餐点选择、供应时间、制作安排与取餐方式展开。

顾客购买的不只是某个商品，还可能需要在指定时间取得准备好的食物。

例如：

🍚 鸡饭。

🍜 咖喱面。

🍝 意大利面。

🍔 汉堡。

🍱 便当。

例如：

🌶️ 不辣。

🌶️ 微辣。

🥚 加蛋。

🍗 加肉。

🍚 加饭。

例如：

🍳 早餐供应时间。

🍛 午餐供应时间。

🍜 晚餐供应时间。

例如：

🏪 到店自取。

🚚 商家提供的配送方式。

📅 提前预约取餐。

顾客根据实际页面提示，核对餐点、数量、费用与交付资料后提交订单。

顾客想预订明天中午的鸡饭。

需要确认：

🍛 鸡饭是什么套餐。

🌶️ 选择什么口味。

🔢 需要几份。

📅 明天是否供应。

🕒 中午几点可以取餐。

🏪 应该到哪里领取。

📌 线上订餐的重点，是让顾客清楚选择餐点，并了解供应与取餐安排。

商品商城（Online Shop）通常适合展示可以按照商品资料、规格、包装及用途进行选择的产品。

例如：

☕ 包装咖啡豆。

🍪 饼干礼盒。

🎁 节庆礼品。

🥤 包装饮料。

🍯 蜂蜜。

🛍️ 餐厅周边商品。

顾客通常需要先了解商品本身，再确认购买数量与交付方式。

例如：

商品名称。

包装内容。

主要材料。

例如：

☕ 250g 咖啡豆。

☕ 500g 咖啡豆。

☕ 1kg 咖啡豆。

例如：

🌱 产地。

🔥 烘焙程度。

☕ 风味特点。

📦 包装方式。

说明不同规格或包装对应的售价。

例如：

🏪 自取。

🚚 本地配送。

📦 邮寄。

实际提供哪些方式，以商家设置为准。

顾客想购买一包咖啡豆。

需要确认：

☕ 咖啡豆种类。

📏 重量。

🔥 烘焙程度。

⚙️ 是否提供研磨选择。

💰 商品售价。

📦 包装方式。

🚚 收货安排。

📌 商品商城的重点，是让顾客了解商品规格、价格与交付条件，再决定购买。

两种销售方式都可能提供商品图片、名称、价格、规格与订单入口。

但顾客购买时关注的重点不同。

以上是常见经营场景的比较，并非 WeiCity 两种功能的完整技术规格。

实际可用的选项、限制与自动化功能，应以当前页面为准。

🍽️ 订餐：顾客想知道这一餐怎样选择、什么时候能够吃到。

🛍️ 商城：顾客想知道这个商品有什么规格、怎样购买和收货。

但这不是绝对分类。

例如，蛋糕既可以作为预订餐点，也可以作为商品销售，具体应根据实际购买流程决定。

餐饮商品往往与用餐时间有关。

例如：

🍳 早餐只在早上供应。

🍛 午餐套餐只在中午供应。

🍜 某些餐点只在晚上提供。

🥐 新鲜面包每天供应数量有限。

🎂 生日蛋糕需要提前制作。

因此，顾客除了选择餐点，还需要确认时间安排。

例如：

星期一至星期五供应。

或：

仅在指定日期供应。

例如：

上午 11:00 至下午 2:00。

以上为假设时间。

例如：

需要提前一天预订。

或：

需要提前三个工作日确认。

例如：

指定门店。

指定取餐时段。

例如：

顾客需要更改取餐时间时，应怎样联系商家。

例如：

餐厅营业至晚上 10 点。

但某款午餐套餐只供应至下午 3 点。

因此，商家应清楚说明餐点实际供应时间。

也不是。

例如：

🎁 节庆礼盒需要提前订购。

🎂 定制蛋糕需要制作时间。

📦 预售商品需要等待到货。

只要涉及制作或交付时间，无论放在订餐还是商城，都应该提前说明。

📌 时间安排是订餐的重要特点，但任何需要等待制作或到货的商品，也都需要明确交付时间。

订餐与商城都可能出现「规格」「口味」「数量」等项目。

但这些选项所代表的内容可能不同。

例如：

🍚 普通份。

🍚 加大份。

🍕 9 寸披萨。

🍕 12 寸披萨。

例如：

☕ 250g 咖啡豆。

☕ 500g 咖啡豆。

🍪 12 件装饼干。

🍪 24 件装饼干。

例如：

🥚 加蛋。

🧀 加芝士。

🍗 加肉。

🍚 加饭。

例如：

🎁 单盒礼品。

🎁 双盒套装。

🎁 礼品包装组合。

因为顾客需要知道每个选项实际代表什么。

例如：

❌ A 款。

❌ B 款。

不如写：

A 款｜250g 咖啡豆。

B 款｜500g 咖啡豆。

同样地，餐点也应该明确说明：

普通份。

加大份。

📌 不论使用订餐还是商城，规格名称都应该对应明确的商品内容。

一家餐饮商家可能同时销售现做餐点和包装商品。

例如：

一家咖啡馆经营：

☕ 现做咖啡。

🥪 三明治。

🥐 牛角面包。

☕ 包装咖啡豆。

🎁 咖啡礼盒。

这些商品的购买方式可能不同。

顾客通常关心：

☕ 咖啡种类。

🧊 冷热。

🥤 杯型。

🕒 取餐时间。

顾客通常关心：

🥪 口味。

🥗 主要食材。

🔢 数量。

🏪 取餐安排。

顾客通常关心：

🥐 面包种类。

📦 当天供应数量。

🕒 供应时间。

顾客通常关心：

🌱 豆种。

📏 重量。

🔥 烘焙程度。

📦 包装方式。

🚚 收货方式。

顾客通常关心：

🎁 礼盒包含什么。

📦 包装数量。

💰 售价。

🚚 配送安排。

可以根据顾客的实际购买目的，分别整理商品资料与购买入口。

例如：

现做餐点： 优先考虑餐点选择、供应与取餐流程。

包装商品： 优先考虑商品规格、包装与交付流程。

但是否需要分别使用 WeiCity 订餐与商城，应结合当前功能及商家的实际经营流程决定。

📌 同一家店可以有不同的销售场景，重点是让顾客容易找到适合的购买入口。

生日蛋糕是比较特别的例子。

因为它既是食品，也可能涉及定制商品的购买方式。

例如：

店内已经有制作完成的蛋糕。

顾客可以根据实际供应情况选择。

需要说明：

🎂 蛋糕口味。

📏 尺寸。

💰 价格。

🏪 取餐安排。

例如：

顾客需要提前三天订购。

需要说明：

📅 预订日期。

🎂 蛋糕尺寸。

🍫 口味。

🏪 取餐地点。

例如：

顾客希望添加名字或指定装饰。

需要说明：

🎨 可选择的设计。

📏 尺寸。

✍️ 定制文字。

📅 制作时间。

💬 特殊要求的确认方式。

需要说明：

📍 配送地区。

📦 包装安排。

🕒 交付时间。

⚠️ 保存与运输注意事项。

如果购买流程主要围绕餐点选择、制作日期与取餐时段，可以考虑适合的订餐流程。

如果购买流程主要围绕商品规格、包装与定制资料，可以考虑适合的商城流程。

但最终应以 WeiCity 当前实际提供的功能，能否完整表达购买要求为判断依据。

节庆礼盒也是常见的混合销售场景。

例如：

🧧 新年饼干礼盒。

🎄 圣诞甜点礼盒。

🥮 中秋月饼礼盒。

🎁 企业食品礼盒。

例如：

🍪 饼干种类。

🔢 每盒数量。

🎁 包装内容。

例如：

小礼盒。

大礼盒。

双盒套装。

例如：

单盒售价。

组合售价。

例如：

什么时候开始接受预订。

什么时候截止。

例如：

🏪 到店自取。

🚚 本地配送。

📦 邮寄。

例如：

🌡️ 保存条件。

📅 适用的保质期信息。

如果顾客主要按包装、数量与规格选择，商城式的商品展示可能更容易理解。

如果需要按指定日期制作、准备并安排取餐，则应重点确认相关预订与交付功能是否符合需要。

📌 礼盒属于食品，不代表一定要使用订餐；关键是实际购买与交付流程。

部分食品并不是购买后立即制作或食用。

例如：

☕ 咖啡豆。

🍯 蜂蜜。

🍪 包装饼干。

🥜 坚果。

🥫 包装食品。

顾客购买时，通常更关注商品资料。

例如：

中度烘焙咖啡豆

例如：

250g。

500g。

1kg。

例如：

🌱 产地。

🔥 烘焙程度。

☕ 风味特点。

例如：

每包实际重量。

包装数量。

例如：

根据产品实际标签说明保存条件。

例如：

自取。

本地配送。

邮寄。

例如：

📅 保质期。

🌡️ 储存条件。

📦 包装完整性。

🚚 运输适用性。

这些信息应根据实际产品及适用要求准确提供。

📌 包装食品通常更需要完整的商品规格、保存与配送资料。

虽然购买流程不同，但订单核对的基本原则相似。

确认选择的是正确餐点或商品。

例如：

🍚 加大份鸡饭。

☕ 500g 咖啡豆。

例如：

🍱 便当 3 份。

☕ 咖啡豆 2 包。

例如：

🥚 加蛋。

🎁 礼盒包装。

确认：

💰 商品售价。

➕ 额外收费。

🚚 配送费用。

🎟️ 适用优惠。

例如：

🏪 取餐地点。

📅 取餐日期。

🏠 配送地址。

确认实际付款结果。

需要区分：

🧾 订单已提交。

💳 付款已确认。

📦 商家正在准备。

🚚 商品已经发出。

实际状态名称以当前系统为准。

📌 无论购买的是餐点还是包装商品，提交订单前都应该确认内容、数量、金额与交付安排。

商家可以先回答几个实际经营问题。

例如：

鸡饭。

咖喱面。

现做咖啡。

如果主要涉及餐点制作与取餐，可以优先评估订餐功能。

例如：

250g 咖啡豆。

500g 咖啡豆。

12 件装饼干。

如果主要涉及规格、包装与配送，可以优先评估商城功能。

例如：

生日蛋糕。

节庆礼盒。

团体便当。

需要确认当前购买流程能否清楚表达日期要求。

例如：

生日蛋糕文字。

礼盒包装。

特殊组合。

需要确认页面是否能够记录必要资料，以及哪些要求需要另行确认。

例如：

🏪 到店自取。

🚚 本地配送。

📦 邮寄。

确认当前商品类型提供的实际付款方式，是否符合商家的经营需要。

🍽️ 按餐点、口味与用餐时间购买：优先评估订餐。

🛍️ 按商品规格、包装与用途购买：优先评估商城。

📅 需要预订或定制：重点检查日期、选项、确认与交付流程。

这只是选择方向，并非固定规则。

部分商家可能希望让同一个商品出现在多个购买入口。

例如：

🥐 牛角面包。

🍪 包装饼干。

☕ 咖啡豆。

这样安排之前，需要考虑资料管理问题。

例如：

订餐页面显示 RM12。

商城页面显示 RM15。

如果没有说明不同价格的原因，顾客可能产生疑问。

如果两个入口分别接受订单，需要确认实际库存怎样管理。

例如：

两个页面是否包含相同数量或包装。

例如：

订餐页面只供应当天。

商城页面接受提前购买。

例如：

一个入口提供自取。

另一个入口提供邮寄。

WeiCity 不同商品类型之间是否共享库存、同步数量或合并订单，应以当前实际功能为准。

如果没有自动同步机制，商家需要采用合适的管理方式，避免重复接单或超卖。

📌 同一个商品出现在多个入口时，最重要的是保持价格、内容、库存与交付说明准确。

发布商品后，建议分别从顾客角度检查。

📷 餐点图片是否清楚。

🏷️ 餐点名称是否准确。

🌶️ 口味选择是否明确。

🥚 加料价格是否正确。

🔢 数量是否容易核对。

🕒 供应时间是否清楚。

🏪 取餐安排是否明确。

📦 商品图片是否准确。

📏 规格是否完整。

💰 价格是否正确。

📝 商品介绍是否清楚。

🔢 购买数量是否正确。

🚚 配送说明是否完整。

🧾 订单内容。

💰 最终金额。

👤 联系资料。

💳 付款说明。

🔔 提交结果。

如果平台提供测试方式，可以优先使用。

如果需要实际提交订单，应安排好付款、库存及后续订单处理。

📌 订餐与商城都需要检查实际购买流程，而不只是确认商品已经成功发布。

无论使用哪一种入口，清楚的商品名称与介绍都很重要。

建议提供：

🏷️ 餐点名称。

🥘 主要食材。

🌶️ 口味特点。

💰 价格。

📍 商家资料。

建议提供：

🏷️ 商品名称。

📏 商品规格。

📦 包装内容。

📝 商品介绍。

🚚 交付说明。

因为顾客搜索时的需求可能不同。

例如：

「槟城鸡饭订餐」

与：

「500g 中度烘焙咖啡豆」

代表不同的购买意图。

页面是否被 Google 抓取、收录与展示，仍取决于平台技术设置、页面质量、可访问性及其他因素。

📌 无论是订餐还是商城，内容都应该先准确回答顾客的购买问题。

主要区别在于使用场景。

订餐通常围绕餐点选择、供应时间与取餐安排。

商城通常围绕商品规格、包装与交付安排。

不一定。

应根据实际销售内容与购买流程选择。

可以根据当前功能与实际经营需要，评估使用商城展示和销售相关商品。

如果主要按照重量、烘焙程度与包装选择，可以优先评估商城。

如果主要涉及杯型、冷热与取餐时间，可以优先评估订餐。

取决于是否需要预约日期、尺寸、口味与定制要求，以及当前功能是否支持。

如果主要按照包装、数量与规格购买，可以优先评估商城。

如果涉及餐点数量、制作时间与取餐安排，可以优先评估订餐。

具体规格功能，以当前页面为准。

实际付款方式与处理流程，以当前功能及商家设置为准。

是否共享或同步库存，以当前实际功能为准。

需要根据当前功能与经营安排确认，并注意资料及库存管理。

不一定。

取决于商家供应方式与实际功能。

可以根据实际供货安排评估预售方式，但相关设置与付款功能需要以当前系统为准。

先确认顾客怎样选择商品、是否需要预约，以及商家怎样制作、备货与交付，再评估合适的入口。

📌 选择订餐还是商城，应该以实际购买流程为基础，而不是只看商品是不是食品。

✅ 是现做餐点还是包装商品。

✅ 是否需要制作。

✅ 是否需要提前预订。

✅ 是否需要口味选择。

✅ 是否需要加料。

✅ 是否需要商品规格。

✅ 是否涉及定制。

✅ 是否有供应时段。

✅ 是否需要预约日期。

✅ 是否需要制作时间。

✅ 实际供应数量清楚。

✅ 库存管理方式明确。

✅ 多入口销售时有核对安排。

✅ 基础售价准确。

✅ 规格价格正确。

✅ 加料或包装收费明确。

✅ 自取条件清楚。

✅ 配送安排明确。

✅ 邮寄条件符合实际商品。

✅ 付款方式符合实际需要。

✅ 收款说明清楚。

✅ 商品名称正确。

✅ 数量准确。

✅ 选项完整。

✅ 交付资料清楚。

✅ 手机浏览正常。

✅ 图片清楚。

✅ 文字容易理解。

✅ 购买入口明确。

📌 先确认顾客怎样购买，再决定怎样展示商品，可以让订餐与商城更符合实际经营需要。

对于餐饮商家来说，线上销售不一定只有一种方式。

🍛 现做午餐： 顾客关心餐点、口味、数量与取餐时间。

☕ 现做咖啡： 顾客关心冷热、杯型与取餐安排。

🥐 当天烘焙： 顾客关心供应数量与领取时间。

🎂 生日蛋糕： 顾客关心尺寸、口味、制作日期与定制要求。

🎁 节庆礼盒： 顾客关心包装、件数、预订期限与交付方式。

📦 包装咖啡豆： 顾客关心重量、烘焙程度、保存与配送。

这些商品都可能来自同一家店，但顾客购买时需要确认的信息并不一样。

WeiCity 菜单与订餐和商品商城，可以根据商家实际经营需要，分别承担不同类型的商品展示与购买流程。

选择时，可以先问自己：

🍽️ 顾客是想安排一餐吗？

📦 顾客是想购买一件包装商品吗？

📅 是否需要指定日期制作？

🎨 是否需要选择不同规格？

💬 是否存在需要另行确认的定制要求？

🚚 商品应该怎样交付？

💳 当前付款与订单功能是否符合需要？

🍽️ 需要围绕餐点与用餐时间选择，优先评估订餐。

🛍️ 需要围绕商品规格与包装购买，优先评估商城。

📅 涉及预售、预约或定制，重点确认时间、订单与交付功能。

无论最终使用哪一种入口，都应该让顾客清楚知道：

🏷️ 买的是什么。

🎨 可以怎样选择。

💰 需要支付多少。

📅 什么时候可以取得。

📍 应该怎样收货。

🔔 提交订单后如何确认。

让顾客看得懂、选得对、知道怎样取得商品，才是安排线上订餐与商城购买流程的重点。

具体菜单、商城、规格、加料、预约、库存、配送、付款与订单管理功能，以 WeiCity 当前页面、商家设置与已开通的服务为准。

👉 打开 WeiCity： https://wei.city/