UI设计0-1项目设计驱动业务增长Mobile端

2026春节不打烊·支持自定义休假时间

春节休假自助设置功能, 支持商家一键设置、全程托管: 系统按休息时间自动设「不打烊」标、设预售, 替代手动开关标与上下架。让想休息的商家尽量不被打扰, 让能发货的商家一天不浪费。

店均不打烊GMV

+5.6%

店均日均不打烊覆盖率

+8.4%

设置休假时间店铺数

19.0
商家首页中春节不打烊休假设置入口的手机截图。
春节休假设置完成后正常营业中状态的手机截图。
时间
2026/01
团队构成
产品(1), 设计(我), 前端开发(2), 后端开发(1), 测试(2), BI(1)
我的角色
协助产品梳理需求和定义策略; 独立完成交互、UI设计和走查
25年春节, 平台商品和不打烊商品供给层层流失
日常商品供给池到春节在售商品池, 再到不打烊商品池的供给层层流失示意图。

节前比日常多下架3000万商品

超4000万商品未参与“不打烊”但正常发货

超8万商家响应复工弹窗(参与“不打烊”)

如何理解这个现象:平台物流免罚期与商家实际假期错位, 错位期需商家手动处理, 风险大, 收益模糊
平台规则与商家安排在春节期间的错位示意图: 平台物流免罚期可节后发货, 但商家实际休假与复工时间不同。底部提示错位期需正常发货,否则履约违规;需手动认领不打烊标,否则限流。

为商家解决什么问题, 以增加平台春节供给?

执行层:关键动作全依赖商家记住和手动操作

上标、取消标、上下架须在特定日期手动完成

决策层:收益不清晰, 但高风险是确定的,宁愿少做少错

对规则感知弱, 不知道复工可以领标, 浪费流量权益

操作漏/晚容易物流违规, 风险大于收益,不如下架到底

产品

支持自动化托管能力, 自动上下标/预售, 自动领/取消权益

消除执行成本,同时改下架为预售, 同样规避履约责任但保住供给

设计

如何强化权益并弱化风险感知, 让要休息的商家愿意托管? 让本可以营业的商家多营业?

触达阶段

在商家动线中铺埋权益感知节点, 提升转化动机

转化阶段

事前事中行动透明化, 强传达平台保障

节前

批量下架商品场景, 增加功能宣导

节前批量下架商品列表界面截图。
节前没有及时发货弹窗, 宣导设置休假时间权益。

设置时

根据选择时间, 实时可视化春节期间日程, 含商家状态/商品状态/系统操作

春节休假时间设置日历界面截图。
春节休假设置后系统操作日程可视化界面截图。

节中

对已设置商家增加权益透传,引导提前开工; 对未设置休假时间的商家推送宣导弹窗

节中一键开工入口界面截图。
节中未设置休假时间商家的宣导弹窗截图。

设置后

首页banner实时透传当前状态和平台保障, 并预告下一阶段动作

设置后商家首页与三条春节状态权益 banner 的组合截图。

效果

店均不打烊GMV
+5.6%
店均日均不打烊覆盖率
+8.4%
设置休假时间店铺数
19.0
下架渠道转化占比
22.4%

项目过程

  1. 1

    了解项目背景

    了解业务现状, 用户痛点和产品方案

  2. 2

    梳理用户旅程, 推导设计方案

    • 对用户节前-节中-节后操作动线做全面梳理
    • 从触达-转化视角发现设计机会点并推导方案
  3. 3

    开发实现

    配合开发将日历方案组件化, 降低开发成本

  4. 4

    设计走查和上线

    PC和Mobile双端走查, 监督开发修复设计缺陷

一盏红灯笼串联节前、休假和复工状态

  • 入口和落地页需要跨越节前、休假中、复工3个阶段。设计既要保持同一功能的识别连续性,也要让商家快速判断当前经营状态
  • 灯笼是典型的传统春节视觉元素,通过亮、灭、重亮表达经营状态;文案承担规则说明,隐喻负责降低识别成本
查看详情
春节休假期间商家首页的红灯笼状态入口,以及节前、节中、复工三个阶段对应的权益提示横幅。
春节休假时间设置的三张手机界面: 纯工具感、工具加弱营销和强营销版对比。

兼容弹性/固定休假用户需求, 轻认知/非阻断性设计引导多营业

  • 将权益感知的职责拆分到默认空态页和前序的触达环节, 减少设置表单的营销负担
  • 设置表单使用轻量的文本和视觉表达, 影响弹性休假的商家的休假决策
查看详情