页面不是用来好看的：我的设计决策三问

我为什么需要一套决策框架

我以前也会先问：这个页面好不好看？后来发现，这个问题太晚了。一个页面如果方向错了，再精致也只是精致地偏航。

真正应该先问的是：它到底要帮业务完成什么？用户来到这里想解决什么？他的视线会按什么顺序理解信息，并最终做出行动？所以我现在做页面前，会先用三个问题把方向钉住。

设计决策不是审美投票，而是目标排序。先把排序讲清楚，页面才知道该强调什么、收掉什么。

Business / User / Visual Flow

SH Method

先判断页面目标，再排序用户任务，最后组织视觉流。页面不是堆模块，而是把人带到正确行动。

B 业务中心决定页面骨架：转化、留存、效率、告知或管理。

U 用户任务决定模块优先级：用户要得到什么，或完成什么。

F 视觉流决定阅读路径：第一眼、第二眼、最后行动。

先判断页面核心目标。转化页要建立信任并给出行动；效率型工具要减少路径和等待；告知页要让用户快速理解“这和我有什么关系”。

运营页面看用户能得到什么，产品页面看用户要完成什么。页面不是展示我们有什么，而是承接用户此刻最想解决的问题。

安排用户第一眼看哪里，第二眼理解什么，最后在哪里行动。视觉流不是装饰，它是把判断变成行动路径。

业务中心决定页面骨架。一个转化页面、一个后台工具、一个活动运营页，看起来都可以很漂亮，但它们的结构不应该一样。

如果页面目标是转化，首屏就不能只是展示气质，它必须尽快建立信任、解释价值，并给出行动入口。如果目标是效率，装饰就要退后，信息密度、状态反馈和路径清晰度才是核心。如果目标是告知，重点不是把所有信息都摆出来，而是让用户在最短时间内理解这件事和自己有什么关系。

没有业务中心，设计很容易退化成风格选择：这里加一张图，那里放一个按钮，看起来都对，但没有一个元素真正承担结果。

运营页面看用户能得到什么；产品页面看用户要完成什么。这两个问题不一样，但都在提醒我：页面不能只从“我想展示什么”出发。

比如一个作品集页面，如果只展示“我做过什么”，它更像简历；但如果展示“我怎么判断问题、怎么推进方案、怎么把复杂需求变成产品界面”，它才真正变成能力证据。所以我会把项目卡、文章入口、方法论拆解放在更高优先级，而不是急着堆工作经历。

用户利益和用户任务会直接影响模块排序。该前置的就前置，该折叠的就折叠，该删掉的就删掉。设计不是把东西摆满，而是替用户减少无效判断。

页面不是平铺信息，而是安排注意力。用户第一眼应该看到什么？第二眼应该理解什么？最后在哪里行动？如果这个顺序不清楚，页面就会变成一堆互相竞争的模块。

比如文章列表页的精选区，悬浮预览就不应该只服务一张精选卡，而应该服务整个文章列表，让用户在不同文章之间快速比较和判断。交互不是为了“有动效”，而是为了让选择成本下降。

视觉流不是装饰，它是决策路径。字号、位置、留白、颜色、动效，最后都应该回答同一个问题：用户下一步该看哪里、该做什么。

设计不是把东西摆漂亮。设计是替用户和业务做排序。

这套框架不复杂，但很适合在页面设计前、中、后各检查一遍。开始前用它定方向，设计中用它做取舍，交付前用它查有没有跑偏。

这个页面是为了转化、留存、效率、告知，还是管理？不要同时假装承担所有目标。

用户来到这里，是想判断、购买、学习、筛选、配置，还是完成某个具体操作？

第一眼落点、第二眼解释、最后行动入口能不能被一句话说清楚？

如果一个模块既不服务业务中心，也不承接用户任务，就应该降级或删除。

我现在判断一个页面，不会先问它够不够高级，而是先问：业务中心有没有被放到最前面？用户任务有没有被真正承接？视觉流有没有把人带到正确的行动？

如果这三个问题没有回答清楚，页面越精致，越容易变成噪音。反过来，一个页面只要排序清楚，即使视觉很克制，也会让人更快理解、更快判断、更快行动。