项目周期： 2024–2025
我的角色： 主交互设计师
项目背景：Look App 是面向高净值用户的内容分发入口，但首页在长期迭代中不断堆叠金刚入口、标签、专题、置顶等模块，缺乏统一的信息架构，导致结构松散、优先级模糊，用户难以迅速理解内容布局。对于习惯“快速浏览—快速决策”的 ToC 用户而言，这种不稳定结构降低了内容命中率，也影响业务的曝光效率。本次改版的核心目标，是重新梳理首页信息结构，以更清晰的层级、更明确的内容组织方式支撑用户的浏览节奏，让内容获取过程回到连续、可预期、低心智负担的状态。
Understanding the Users
Persona - 高净值客户
Look App 的核心用户以低频但高目的性为特点：平均约每四天登录一次，停留时间短，但希望在有限时间内迅速获取对自身资产有价值的内容。由于使用间隔长，他们不会记忆复杂结构，因此首页必须提供稳定且高度可预期的信息组织方式。只要入口模糊或层级混乱，用户就会迅速放弃浏览。
User Journey
用户通常带着明确目标进入 App：了解近期是否有值得关注的内容，而非每日追踪资讯。因此首页的首要任务是让用户在数秒内理解结构并锁定重要模块。改版前，由于金刚价值不明确、标签体系割裂、置顶与推荐混排，用户难以形成清晰浏览路径。改版后，通过统一内容层级与模块逻辑，用户能够在不需要重新学习结构的前提下建立稳定的阅读节奏。
Emotional Journey
低频用户依赖结构而非记忆，因此首页结构的稳定性决定他们的使用体验。入口越清晰，用户越容易快速理解内容；模块关系越明确，阅读节奏越连贯。过去版本的结构割裂使用户在每次进入时都需要重新建立心智模型。本次重构减少了这些隐性摩擦，使阅读从“寻找内容“转向”专注内容本身”。
Phase 1: 业务需求澄清与需求本质重构
遇到的问题
业务最初希望“整理首页金刚与标签“并”增加内容曝光”，但这一需求在现有结构下并不成立。金刚与标签的点击数据极低，用户对入口意图并不清晰；置顶与推荐模块混排，使内容权重难以判断；专题与文章之间的关系也不明确。用户无法在进入首页时快速理解内容层级，而业务也无法通过结构化手段提升内容曝光。
问题拆解
用户端问题的核心并不在于入口数量，而在于首页缺乏“内容层级模型（Content Hierarchy Model）”。用户无法判断什么是重点内容，什么是延展内容，也无法建立稳定的浏览路径。另一方面，运营虽然希望提升曝光，但实际更新频率较低。如果首页结构依赖高频更新才能保持有效，用户将反复看到相同内容，进一步削弱点击意图。
方案取舍（A → B）
方案 A：内容直出（Content Exposure）
设计团队基于金刚点击率极低的现象，提出将金刚内部的文章直接在首页展示，以提升内容可见度。该方案通过“减少跳转、直接展示内容标题”来提高可感知性，并且有明确的数据支撑。然而在进一步讨论中发现，此方案高度依赖运营频繁更新文章，否则用户可能在三周内看到完全相同的内容，导致体验迅速恶化。
方案 B（最终采用）：重构首页信息层级（Information Architecture）
经过研究讨论，业务方提出的“做卡片“的方案只是表象，本质需求是”让用户更容易看到重要内容“。考虑到运营无法高频更新，首页必须依赖稳定的结构，而不是依赖更新节奏。因此团队将方向从”增加内容模块“转向”重建内容层级”，明确置顶、专题、推荐三个层级的角色，为用户建立可预期的浏览路径。
最终选择方案 B，因为它解决了结构的不稳定性，不依赖运营维护即可成立，并能同时满足用户的浏览需求与业务的曝光需求。
验证
在内部走查中，业务方确认结构化展示比内容直出更能适应长期运营能力。设计方向获得一致认可，并作为第一期改版的基础逻辑进入实现阶段。
反思
这一阶段让我意识到：业务提出的方案往往描述的是“解决方案“，而非”需求本质”。交互设计的任务是回到问题本身，识别能够长期成立的逻辑，而不是依赖外部资源维持短期效果。内容分发类 ToC 产品必须以稳定的结构作为基础，否则任何依赖高频更新的方案都无法持续。
Phase 2: 第一期改版-首页信息架构重建
遇到的问题
改版前的首页将金刚、标签、专题、置顶、推荐等内容混合排列，缺乏层级区分，使用户无法通过视觉结构判断内容的重要性。首页与资讯页的分离也造成内容分散，用户无法形成完整浏览路径。
问题拆解
要让用户在短时间内找到重要内容，需要明确三个层级：
高权重内容（置顶/重点）、结构化内容（专题）、延展内容（推荐）。
现有结构无法支持这一模型；专题没有承担分组任务，推荐内容缺乏集中呈现机制，首页信息不聚焦。
最终方案：统一首页与资讯结构，建立专题作为中层组织方式
通过引入专题作为中层结构，首页可以形成自上而下的内容路径：先展示重点内容，再通过专题提供方向性入口，最后再进入推荐内容。这样用户不必依赖金刚与标签来理解结构，而是通过模块组织方式建立稳定浏览节奏。
验证
第一期上线后，用户能够更快速理解页面结构，专题模块承担起明显的内容聚合与分流功能，置顶内容的点击率提升。首页内容密度降低，使用户在短时间内完成浏览。
反思
这一阶段最重要的收获，是更清晰地看到了业务诉求与用户需求之间的断层。业务希望自己的入口能够被更多用户看到，因此倾向于将模块摆放在首页顶部；但用户进入 App 的主要目的并不是探索运营入口，而是确认近期是否有值得关注的内容。对低频用户来说，入口越多、结构越复杂，理解成本就越高，他们也越不可能深入点击。这意味着，入口层级的推进无法自然转化为内容曝光，反而会破坏用户的浏览节奏。
因此在面对业务诉求时，设计并不能停留在界面层的“满足请求“，而必须回到目标本质：业务想要的是内容曝光，而不是入口本身；用户想要的是可预期、轻量的信息结构，而不是复杂的页面布局。最终采用”结构稳定化 + 内容聚合 + 为算法推荐预留空间”的方案，是因为它能够同时满足双方的根本诉求。这个阶段让我更明确了设计的职责：当业务的直觉方案与用户的真实行为冲突时，设计师的价值在于提出能够长期成立的机制，而不仅是更显眼的入口。
Phase 3: 上线后优化-内容节奏与结构密度调整
遇到的问题
灰度期间发现：大图占比过高、标签区域占空间过多、模块间距略显冗余，使首页在小屏设备上显得沉重。低频用户不会每日看到不同的大图，因此视觉负担被过度放大。
问题拆解
核心问题来自内容密度与更新节奏不匹配：当更新频率较低时，大图和标签这种“视觉占比大的元素“会在多次浏览中产生疲劳感。首页应当以”稳定结构 + 轻量信息”为基础，而非依赖高占比视觉模块。
方案取舍
最终方案：压缩大图、优化标签、统一卡片样式
调整大图展示逻辑，使其只用于置顶内容，避免重复曝光；收紧标签区域，让其承担工具属性而非内容属性；并对文章卡片进行结构化统一，使整体密度下降，内容节奏更加紧凑。
验证
优化上线后，首页的滚动深度降低，用户在关键模块的停留更集中。业务反馈整体结构更清晰，内容更新压力也显著减少。
反思
在第三阶段的优化中，我意识到一个在 ToC 内容产品中经常被忽略的事实：设计端并不是交付界面就结束了，真正影响用户体验的往往是运营在实际使用这些功能时的行为方式。例如，大图模块本身并没有问题，但在更新频率较低的内容体系中，如果运营持续使用大图呈现相同内容，就会带来不必要的视觉负担，最终破坏首页整体的节奏与可读性。因此，功能上线后，设计也必须通过结构约束、呈现规则或默认逻辑来限制潜在的“过度运营”，从机制层减少对用户体验的冲击。
这一阶段让我更加明确：在真实的产品环境中，设计不仅需要考虑用户，还必须纳入运营方的能力边界与实际行为模式。拥有一个功能，并不意味着运营会以最契合用户体验的方式使用它；而设计要做的，是在结构层提前预防不良使用方式。例如将大图限定为置顶内容、收紧标签区的展示规则等，都是在确保系统不因运营策略的短期变化而让用户承担额外的理解成本。在 ToC 产品中，这种“对运营行为的结构性保护”往往比功能本身更关键。
总结
Look App 的首页重构并不是一次简单的界面优化，而是一项围绕内容分发机制、结构约束和用户心理模型展开的系统性重设计。项目从业务诉求出发，但最终回到内容产品最核心的问题：当用户使用频率低且浏览时间极短时，他们依赖的不是视觉刺激，而是结构稳定性、信息层级与内容的可预测性。只有当这些基础机制被重新建立，任何内容才有可能被真正“看到”。
在这一过程中，我逐渐建立了一套更成熟的判断框架：业务提出的需求往往停留在解决方案层，而设计必须深入到需求的本质。业务希望通过入口提升曝光，但实际上用户并不依赖入口；他们只依赖页面结构来理解内容。当方案 A（内容直出）的有效性依赖运营高频更新，而运营能力无法支撑时，这就意味着方案本身不具备可持续性，需要退回原点重新确认“结构本身是否健康”。
项目还让我意识到，ToC 产品的体验质量不仅取决于用户，也取决于运营行为。设计如果不为运营能力设定边界，功能最终会以破坏性的方式影响用户。例如大图、标签等模块本身没有问题，但在更新频率不足的环境下，它们会放大疲劳感，导致结构失衡。因此，本次改版的关键不是增加能力，而是通过层级规则与呈现逻辑，使系统在运营策略变化时依然能够保护用户体验。
最终，Look App 的重构从组件、信息层级、内容节奏三个方向稳定地建立了一个轻量、可预期、适合低频用户的主页框架。它不依赖运营维护，也不过度依赖推荐系统，而是一种在机制层就能持续成立的设计。这是一次从界面处理走向结构治理的实践，也是一次从“实现业务需求“升级为”为产品建立长期逻辑基础”的转变。