「星客多」小程序 2017年

「星客多」小程序 2017年

星客多小程序设计复盘:克制、降噪与规则的数字化

星客多这个项目的核心挑战,在于其商业模式的特殊性——线下彻底砍掉了传统美发店赖以生存的“办卡推销”和“话术引导”。当线下变得绝对安静时,线上小程序就必须承担起业务转化预期管理的全部压力。


建立克制的视觉规范与组件资产

“我不希望用户在界面上产生多余的情绪波动,核心目标是让他们最快做出决策”
色彩的业务指向: 界面没有用复杂的渐变或高饱和度的装饰。我们选定深蓝色作为基底色,用来压住整个应用的“工具属性”与“科技感”。粉色则作为点缀,在视觉上稍微中和掉纯工具产品的冰冷感。
图形降噪: 门店服务中涉及的所有物理触点(洗发水、剪刀、毛发吸尘器、工具消毒等),全部被抽象为极简的统一线稿 Icon。这不仅是为了界面干净,更是在潜移默化地向用户输出“流程标准化”的心理暗示。
组件状态的穷举与定义: 在“选择发型师”这个核心转化页中,我们在底层构建了严谨的组件库。针对发型师的接单状态(如“今日约满”、“暂不可约”、“立即下单”),我们在设计端设定了明确的布尔值逻辑与视觉映射。通过高对比度的微标签介入,确保界面在不同数据流下都能保持清晰的层级,不需要用户去二次阅读理解。


信息架构与“等待焦虑”的对冲

传统理发店最大的痛点是“遥遥无期的等待”。在砍掉线下接待员后,线上交互必须提供极致的确定性
做减法的导航: 整个小程序的骨架被我压到了极简的 3-Tab:【剪发】负责核心漏斗,【订单】负责履约跟踪,【个人】沉淀资产。没有任何多余的业务分支。
动态履约看板: 订单支付后的详情页是整个产品体验的胜负手。我们没有在这个页面放任何营销干扰,而是将核心组件直接置顶:当前的排号(如 A180)、指定的发型师、以及精确到分钟的预计剪发时间。通过后端算法实时刷新的时间预估与动态验票码,我们实际上是在用线上的数据透明度,去安抚用户线下的物理等待焦虑。

边缘场景(Edge Cases)与业务规则的博弈

好的设计不仅是把主流程画好看,更重要的是在异常流中如何处理用户体验与业务安全之间的冲突。
改期交互的“强制锁”: 用户迟到是高频场景,必须提供改期功能。但在交互定义上,我坚持加了一道死锁:“每个订单只能修改一次预约时间,修改成功后无法再次改动”。这在用户体验上其实是一种“强干预”,但为了保证线下门店排班系统的稳定不被恶意用户击穿,设计必须向业务规则妥协。
带有情绪缓冲的退款漏斗: 退款链路不能是一键式的。当用户申请退款时,系统会先通过弹窗拦截,明确告知“无法退还优惠券”,过滤掉部分冲动退款;随后必须切入“退款原因”的调研选项。这既是安抚,也是在通过交互手段强制回收业务痛点数据。
星客多小程序
├── 首页
├── banner
└── 没有实质性作用
└── 门店信息
├── 店铺图片
├── 门店信息
├── 营业时间
├── 服务项目
├── 单人剪发服务
└── 单人刘海服务
├── 评价
├── 门店详细信息
└── 客服电话
├── 订单
├── 全部
├── 等待服务
├── 待评价
├── 已完成
└── 已退款
└── 个人
    ├── 基本信息
    ├── 优惠券
    ├── 发型精选
    ├── 历史评价
    ├── 投诉建议
    ├── 个人设置
    └── 关于星客多
星客多小程序
├── 首页
├── banner
└── 没有实质性作用
└── 门店信息
├── 店铺图片
├── 门店信息
├── 营业时间
├── 服务项目
├── 单人剪发服务
└── 单人刘海服务
├── 评价
├── 门店详细信息
└── 客服电话
├── 订单
├── 全部
├── 等待服务
├── 待评价
├── 已完成
└── 已退款
└── 个人
    ├── 基本信息
    ├── 优惠券
    ├── 发型精选
    ├── 历史评价
    ├── 投诉建议
    ├── 个人设置
    └── 关于星客多
星客多小程序
├── 首页
├── banner
└── 没有实质性作用
└── 门店信息
├── 店铺图片
├── 门店信息
├── 营业时间
├── 服务项目
├── 单人剪发服务
└── 单人刘海服务
├── 评价
├── 门店详细信息
└── 客服电话
├── 订单
├── 全部
├── 等待服务
├── 待评价
├── 已完成
└── 已退款
└── 个人
    ├── 基本信息
    ├── 优惠券
    ├── 发型精选
    ├── 历史评价
    ├── 投诉建议
    ├── 个人设置
    └── 关于星客多