更新 2026-04-18 21:54
This commit is contained in:
parent
3870b1425d
commit
138a8d8995
@ -23,6 +23,12 @@
|
|||||||
|
|
||||||
**问题**:列表 + Tab 偏「管理已有订单」,新用户动机是**先下单**,容易感到「还没约就要先看列表」。
|
**问题**:列表 + Tab 偏「管理已有订单」,新用户动机是**先下单**,容易感到「还没约就要先看列表」。
|
||||||
|
|
||||||
|
**角色边界:数据卡片(重要)**
|
||||||
|
|
||||||
|
- **宠主端(customer)不建议展示「门店经营视角」的四格看板**(如今日到店数、全店进行中、本周完成单量等)。这类指标本质是 **B 端/店长工作台** 信息,容易让宠主感到「进了后台」,且与「我要约我家宠物」的心智不一致。
|
||||||
|
- **若需在首屏给宠主一点「状态感」**,应用 **「与我相关」** 的轻量摘要即可,例如:「你有 1 个待开始预约」或一行状态 + 入口「查看」,而不是多格 KPI。
|
||||||
|
- **门店/老板/员工端**保留或强化该类看板,与宠主端**信息架构分离**(同一 `Home` 内按 `role` 分支即可,产品规则上写清)。
|
||||||
|
|
||||||
**建议**
|
**建议**
|
||||||
|
|
||||||
1. **分区**:上区 **「我要预约」主按钮**(或保留 FAB 但配一句固定文案「点这里新建预约」首次引导);下区才是「我的预约」与 Tab。
|
1. **分区**:上区 **「我要预约」主按钮**(或保留 FAB 但配一句固定文案「点这里新建预约」首次引导);下区才是「我的预约」与 Tab。
|
||||||
@ -88,4 +94,22 @@
|
|||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
|
## 9. 界面气质评审(为何「不够优雅」)
|
||||||
|
|
||||||
|
> 基于宠主首页典型稿:**主标题区 +「预约服务」+ 四格数据 + Tab + 列表/空态「立即预约」+ 右下角「+」**。
|
||||||
|
|
||||||
|
**这不是「产品文档里唯一理想稿」**,而是「主行动显性化」方向下的一种实现;**优雅感**更多取决于层级是否干净,当前稿常见问题在于:
|
||||||
|
|
||||||
|
| 问题 | 说明 | 优雅化方向 |
|
||||||
|
|------|------|------------|
|
||||||
|
| **预约入口重复** | 同屏出现「预约服务」「立即预约」「+」**三条路径**,用户要下意识选一条,认知负担上升 | **只保留一个主 CTA**(推荐:首屏大按钮或空态主按钮二选一);FAB 与顶栏按钮**不要并存**,或 FAB 降级为老用户习惯入口并弱化样式 |
|
||||||
|
| **四格统计偏「店内看板」** | 「今日到店 / 进行中 / 待开始 / 本周完成」对**店长**友好,对**宠主**容易像后台;且占首屏纵向空间 | **宠主端原则上不展示该区块**(见 §2「角色边界」);仅 B 端保留。若宠主端要状态感,用**与我相关**的一行摘要替代 |
|
||||||
|
| **Tab + 空态再一按钮** | 逻辑正确但层级多:先理解 Tab,再读空态,再点「立即预约」 | 空态时**弱化 Tab 视觉权重**(或默认选中「待开始」并一句话说明),**只强调一个「去预约」** |
|
||||||
|
| **副文案与标签** | 「开剪前」等偏业内说法,宠主可读性一般 | **全局措辞**:对外统一「未开始服务」「到店前」等(与《产品改进建议》措辞同步原则一致) |
|
||||||
|
|
||||||
|
**更「优雅」的宠主首页通常长这样(原则,非唯一稿)**:
|
||||||
|
**一眼一件事**——「约服务」;**数字是配角**;**列表是结果**,不抢第一步。
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
*本文为产品侧交互与信息架构建议,定稿后与研发评审可行性(尤其小程序分享落地、扫码参数、登录态)。*
|
*本文为产品侧交互与信息架构建议,定稿后与研发评审可行性(尤其小程序分享落地、扫码参数、登录态)。*
|
||||||
|
|||||||
Loading…
Reference in New Issue
Block a user