顾客先选哪家店和怎样用餐，优惠才有具体范围

顾客在外卖入口看到满减，接下来真正需要判断的是当前这家店、这一份选餐是否适用。门店准备活动说明时，先区分配送、外带自取与堂食的实际范围，再解释相应条件。同一品牌名字出现在不同入口，并不意味着所有门店与用餐方式采用同一安排。把范围放在顾客开始选餐的位置，能减少最后一步才发现理解不同的情况。

可以从顾客实际选择路径整理说明：进入哪家门店，选择哪种取餐或用餐方式，查看当前菜品，再查对应活动。条件跟着当前范围呈现，读者知道她正在看哪一次选择。推广图里提到的优惠，也应有可以继续查询范围的入口，避免一张通用海报替代每家门店的具体内容。

外卖平台上的活动与门店其他渠道活动，分别按各自当前说明解释。顾客拿着某个入口的券来店询问，员工先辨认来源与适用范围，再提供门店能核对的信息。尚不清楚的部分交给对应负责岗位查明，解释以实际条件为依据，而不是看券名字相近就当成同一项活动。

门店内部准备时，可以让员工分别以配送、自取和堂食的身份走一遍选餐路径，记录会看见哪些条件。哪一种范围没有准备好，就先补齐有效介绍再推广。点单前能知道活动在哪些地方成立，顾客才有决定继续选择或换一种安排的基础。

门槛计入哪些项目，写在可以查找的具体说明里

满减条件中的门槛，需要配合计入范围才容易理解。哪些菜品或项目按本次规则计入、哪些另有安排，应采用门店或相应入口已经确认的内容。顾客看到已选总额后，仍可能不知道它与活动采用的范围是否一致，解释时将当前项目逐项对照，比只说金额没达到更有用。

假设一份选餐里既有单点菜品，也有组合和其他附加项目，员工先查本活动对这些对象怎样处理，再说明哪些参与门槛。例子只是演示核对顺序，具体计入内容取自当前规则。条件未确定时先查负责岗位，不能让顾客继续随意增加商品，等付款时再发现新增项目并未帮助达到条件。

顾客本来只需要几样商品，可以先看这份选择适用什么，再决定是否愿意调整。活动说明应让人理解变化，不把凑单作为默认要求。员工回应时可以列出尚未符合的具体条件和当前可选择方式，由顾客根据实际需要作决定，避免为了让某个优惠出现而越过她原来的用餐需求。

多种条件共同存在时，可以按范围、商品、时间与对象分别整理。每个条件采用当前已确定内容，读者逐项查看更容易知道卡在哪一处。内部问答也用相同顺序，前台、点单人员与活动负责人就能围绕同一份选择解释，不需要每次重新猜测活动为什么没有生效。

看见券、领到券和使用券，是不同的选择步骤

顾客打开活动介绍，先能辨认券的适用范围与有效时间，再决定是否领取。领取之后，仍需要结合当前选餐查使用条件。页面或工作人员说明应告诉她现在完成了哪一步，接下来去哪里选择使用，避免一句领取成功被理解成这份订单已经享受相应安排。

可选券有多张时，按各自名称、范围和条件区分。顾客准备使用哪一张，对应的是本次具体选餐；另一张仍有其他用途，就保留独立查询。界面或柜台只展示一个总优惠词，容易让顾客误以为几种券都已经一并采用，需要让她能够看到当前选择的是哪一项。

多个活动能否一起使用，按这个入口或门店已确认规则核对，再说明对应结果。相同名字也可能属于不同活动阶段，员工回答前查当前版本。对外说明没有覆盖的情形，集中交给负责人员补充统一解释，避免不同班次按上次经验给出相反结论。

券已经领取但本次暂不符合时，可以明确说明具体差异：当前门店范围不同、选择的项目不在活动内，或需要继续核对其他条件。顾客因此改选其他菜品或决定暂不用券，都是可承接的实际选择。查询回复围绕她想用的这一份券，不借机要求重新登记一套无关资料。

改菜之后，再查活动采用的范围有没有变化

点单过程中去掉一道菜、换组合或改变规格，都可能影响当前活动采用的范围。顾客修改选择后，应能查看新的有效条件与结果。门店准备说明时，可以把一次增选和一次删改作为测试，看原来显示的活动怎样变化，接待人员也练习按新选择解释，而不是一直引用修改前的内容。

从配送改为到店自取，或改到另一家门店，先看新的方式能提供哪些活动，再让顾客继续选择。原入口的信息可以作为查询线索，实际使用仍对应当前范围。改变取餐或用餐方式时，活动是否仍适用应和其他选择一起检查，避免顾客只看到地点变了，却以为优惠也原样保留。

如果某个菜品暂时无法提供，先确定当前可选安排，再看更换后的项目与活动关系。给顾客解释时，将商品变更与优惠条件分别说清。能够继续使用什么，由已有规则与新选择共同决定；缺少说明的部分由负责人补充，员工不为了快速完成选餐先保证原结果一定不变。

订单或选择已经成立后再出现变更，交给对应办理岗位按当前安排处理，并给顾客提供可查询的信息。聊天中回应的修改请求，需要接到实际办理对象，再核对新选择采用的活动结果。顾客继续查询时，员工找到当前项目与有效条件，便能解释这次调整影响了哪一部分。

未符合优惠时，让顾客知道差的是哪项条件

前台或客服收到为什么这张券用不了的询问，可以先请对方辨认当前门店、选餐方式和券对象，再查对应条件。已经明确的信息直接沿用，缺什么再问什么。将条件与本次选择并列解释，顾客就能知道需要继续确认哪项，而不是只得到系统不支持这样一个笼统答复。

解释顺序可以从最影响范围的地方开始，再查商品与当前时间，最后说明具体使用结果。查到两种信息不一致时，保留各自来源并交活动负责人核对。对方保存了旧介绍，员工需要知道它属于哪个版本，再提供当前有效条件，避免要求顾客自行寻找不同页面比较。

同一问题反复出现，可以回看说明放在哪一步。顾客总是到付款时才知道某项未计入，考虑把相关范围前移；常把自取活动理解成配送活动，检查入口名称和活动标题。调整的是信息呈现与查询步骤，下一次再用相同任务测试，不只要求员工重复解释得更耐心。

取餐或继续查询时，能够找回当前已经采用的结果

到店自取的顾客拿着订单询问优惠，接待人员应从这一次实际订单和使用对象开始查。前面选过券但后来换餐，当前结果可能与最初记忆不同。帮助她找回采用了什么、依据哪些选择，能够说明的部分当场解释，其他问题转到相应负责入口，不让取餐人员靠顾客截图猜整段过程。

配送订单的问题则按其实际办理范围提供查询方式。门店能够解释菜品或本店活动的部分，就把对应信息说清；其他入口掌握的内容，给出继续核对路径。分清可以查的资料来源，顾客才能找到相应问题的承接方，门店也避免将未经证实的外部使用结果当成确定事实。

活动复盘可以抽一份带改菜的选择过程，从看条件、领取、选券到最后结果逐步查看。范围表述不清、变更后说明未更新、旧图入口失效，各自形成具体修正任务。券使用情况帮助提出问题，不能只凭领取或使用变化推定复购增加；先把选择与解释环节做准确。

独立优惠券模块，围绕一次选择与改动演示

门店评估优惠券工具时，可将企雀优惠券页面列入核验。带当前券规则和一次改菜后的选餐情境，测试现有版本能否查询需要的状态，并确认与外卖入口如何衔接。具体的发放、领取、使用或自动叠加能力，均以实际产品演示为准，不能只由页面标题推断。

演示让普通接待人员从顾客想用哪张券开始，找到对应范围与目前办理结果，再指出仍要查哪段资料。外卖平台是否接通、活动能否自动叠加和具体点单方式，不能从公开状态查询能力推断。把产品能提供的信息与门店实际解释任务配合好，顾客就有更清楚的继续选择路径。