我用7天把91官网的体验拆开：最关键的居然是分类筛选（信息量有点大）
我用7天把91官网的体验拆开：最关键的居然是分类筛选（信息量有点大）
引言 这是一份基于7天深度拆解的产品体验报告，目标是把91官网的用户旅程、信息架构和交互细节逐项剖开，找出影响用户效率和转化的关键点。结论很直白：在信息量大、内容类型分散的场景下，分类与筛选体系的优劣直接决定了用户能否快速找到想要的内容，进而影响留存和转化。本报告把问题、原因、改进方案和可执行的优先级路线都给出来，便于直接落地。
一、检视范围与方法论（7天都在干什么）
- 覆盖设备：桌面、移动（Android/iOS）、平板。
- 覆盖入口：首页、分类页、搜索、详情页、推荐流、用户登录/个人中心。
- 数据来源：定性体验走查、路径模拟（常见目标：浏览、搜索、下单/收藏/下载/注册）、对比竞品主流做法、可量化指标建议（需埋点验证）。
- 测试用户画像假设：新访客（首次访问）、任务导向用户（明确目标）、探索型用户（浏览和发现）。
二、总体印象速览
- 信息密度高、内容丰富，但结构化不足，导致首次访问成本高。
- 搜索可用但不是最优路径，很多用户更依赖分类入口；可见分类层级/标签对用户决策影响大。
- 筛选体验存在明显摩擦：过滤项耦合、状态不可分享、移动端操作不友好。
- 页面性能与首屏信息分配在移动端影响了用户耐心，尤其是复杂筛选后结果渲染延迟明显降权体验。
三、关键洞察（核心：分类与筛选） 1) 分类标签粒度与用户心理不匹配
- 观察：主分类与子分类命名偏技术化或内部化，用户不一定能在第一层直接判断该分类能否解决需求。
- 影响：入口错位会导致高跳出或进入错误的子项再返回，增加决策成本。
2) 筛选项耦合且缺乏层次化展示
- 观察：筛选项一次性展示大量选项（颜色/尺寸/类型/价格），没有按使用频率或逻辑分组，部分互斥选项未显式联动。
- 影响：用户需要多次点击尝试，易发生“筛选后无结果”或“误选”的体验问题。
3) 筛选状态不可持久化、不可分享
- 观察：URL 未反映筛选参数；刷新或分享后丢失筛选条件。
- 影响：用户无法复现之前的筛选结果，影响协作与复访效率。
4) 移动端筛选交互不够轻量
- 观察：筛选面板占用大量屏幕，确认动作不明确，清空/应用按钮位置不合理。
- 影响：移动端完成一次有效筛选的操作成本过高，影响转化。
5) 筛选反馈与结果排序不明确
- 观察：筛选后结果排序默认未解释（是否按相关度、销量、上新）。没有实时结果计数（或计数延迟）。
- 影响：用户无法判断筛选是否必要或应调整筛选条件。
四、详细问题清单（可直接映射到产品任务）
- 分类命名多使用内部术语，缺少用户视角的替代词/提示。
- 分类树深度不合理（有些分支过深，有些合并后仍有重复入口）。
- 筛选项缺乏“常用/高级”分层展示。
- 筛选互斥逻辑不友好：例如选A后仍显示与A矛盾的B选项。
- 筛选结果页面没有面包屑或明显的“当前筛选”可视化。
- 筛选URL不可读：缺少参数化，可分享性差。
- 筛选与排序默认顺序未经分人测试：对不同用户目标（价格敏感/新品偏好）支持不足。
- 移动端选项卡/弹窗样式体验不足：操作需要上下滚动、再次确认步骤多。
- 筛选变化的响应延迟：后端分页或渲染策略未优化，影响用户感知速度。
- 没有基于筛选行为的个性化推荐（例如基于频繁使用的筛选，为用户优先展示相关内容）。
五、可落地的改进策略（按优先级） A. 极速可执行（7–14天，业务价值高、实现成本低）
- 语言优化：把主分类和子分类用更通俗的用户向标签替代，同时保留小字样技术标签供高级用户查看。
- 筛选分组：先把筛选项按“核心（必选/高频）”与“扩展（高级）”两层展示，移动端默认隐藏扩展项。
- 显示结果计数：筛选项旁显示每项的匹配数（后端预计算或近实时计数），帮助用户快速判断。
- 添加清晰的“当前筛选”区块，可一键清空/逐项移除。
- URL 参数化：筛选条件映射到URL，支持分享与刷新保留状态（利于SEO也便于埋点分析）。
B. 中期优化（1–3个月）
- 筛选互斥联动逻辑：建立规则引擎，选择某项后自动隐藏/灰化互斥选项，并提供替代建议。
- 排序策略多元化：为不同场景提供预设排序（相关度/热度/价格/上新），并在页面显著说明。
- 移动端筛选交互重做：固定底部“应用/清空”条、可滑动多列选择、一次性确认，减少回退与重复操作。
- 实时反馈与骨架屏：在筛选触发时展示骨架加载，减少用户对延迟的主观感知。
C. 长期与进阶（3–9个月）
- 个性化筛选推荐：根据用户历史筛选与点击，优先展示用户更可能使用的筛选项。
- 智能搜索与语义解析：把搜索与筛选打通，支持自然语言查询（例如“最近30天最热/带高清标签”）。
- A/B 测试与数据驱动优化：建立基于筛选使用率、筛选到转化漏斗的常态化实验平台。
- 内容/标签标准化与治理：建立分类与标签治理流程，确保新内容上架时自动纳入合适分类与可筛选字段。
六、具体交互设计建议（可直接给设计/前端参考）
- 筛选面板结构：
- 顶部：当前筛选快捷串（可快速取消单项）。
- 左/上部：核心筛选（常见的：类别、价格区间、地域、类型、功能）。
- 折叠区：高级筛选/多选属性（按需展开）。
- 底部固定条：结果总数 + 清空 + 应用（移动优先）。
- 筛选项显示细节：
- 每项后展示计数（例如：标签A（124））。
- 热门项高亮、已选项显著色块。
- 对多维度筛选使用面包屑与标签云共存。
- URL参数示例（便于与后端对接）：
- /search?q=关键词&cat=分类id&tag=标签1,标签2&min=100&max=500&sort=hot&page=2
- 结果为空处理：
- 提供“放宽筛选建议”（自动列出可以放开的筛选项），并展示替代相关内容。
七、衡量改进效果的关键指标（KPI）
- 筛选使用率（进入分类页后触发筛选的比例）。
- 筛选到转化率（触发筛选后达成目标的比率）。
- 平均筛选次数（用户在一次会话中调整筛选的次数，过高可能代表困难）。
- 搜索与分类入口的分布比（用户更倾向于哪条路径）。
- 页面跳出率与单页停留时长（筛选后结果展示页的表现）。
- 分享/复访率（URL参数化后复访和分享带来的流量）。
八、具体的优先级实施路线（可直接套用到2–3周迭代计划） 第1周（短平快迭代）
- 分类标签词表优化（与内容团队核对并上线文案替换）。
- 在筛选项旁添加结果计数（前端展示，后端初版用估算或缓存）。
- 添加“当前筛选”可视化和清空按钮。
第2周（交互与移动体验）
- 移动端筛选底部固定条以及一次性应用/清空逻辑。
- URL 参数化支持（初版：核心筛选项优先映射）。
第3–6周（中期优化）
- 筛选联动逻辑开发并测试。
- 排序策略说明与默认规则调整（分人群或场景A/B测试）。
- 骨架屏/加载反馈优化，提升感知速度。
第7周起（长期项目）
- 个性化与智能搜索能力立项（数据准备、模型、离线规则）。
- 完整的A/B测试体系上线，持续迭代。
九、竞品/行业参考（取其精髓）
- 电商类平台的筛选做法：把高频筛选放在最显眼位置，计数动态更新且支持URL分享。
- 垂直内容平台：使用“热门标签”+“近期热度”双维度引导探索，支持按人群偏好的默认筛选。
- 结果为空的救援页：采用“相似推荐”和“放宽筛选建议”提高任务完成率。
十、结语（行动导向） 把分类和筛选做对，能立即提升用户找对内容的效率，降低探索成本并拉高转化率。上面给出的分步建议从语言、交互到技术实现均可落地：先做低成本、见效快的改动，确认数据改善后再推进中长期的智能化升级。下一步可以把现有的漏斗和筛选行为做一次埋点对照，确定改进带来的真实收益，然后按优先级推进产品与设计的具体开发任务。
如果你想，我可以：
- 把“主分类 + 子分类”的具体词表和替代词整理成表格，按使用频率和用户可理解性打分；
- 生成一份可交付给前端的筛选URL参数文档与示例；
- 给出3个移动端筛选的交互原型描述（便于设计快速落地）。
你想先从哪一步开始？
