1、开篇:为什么要从单屏走向多屏?一个真实项目的血泪史

大家好,我是这门课的主讲人。在正式开始之前,我想先问一个问题:

你手头的项目,是不是也只有一个屏幕?

别急着回答。我先说说我自己的经历。

几年前,我接手了一个电商后台系统。当时团队不大,产品经理拍着胸脯说:“咱们先做PC端,移动端以后再说。” 嗯,这话听着耳熟吧?

结果呢?上线三个月,老板在周会上摔了杯子:“为什么用户用手机打开我们的后台,按钮都点不到?”

那一刻,我意识到——单屏思维,正在杀死我们的项目。

一个真实项目的血泪史

那个项目叫“橙心优选”,一个给供应商用的订单管理系统。

最初的设计很“纯粹”:

  • 所有功能都在一个1920x1080的屏幕上
  • 表格列数多达20列
  • 操作按钮密密麻麻
  • 弹窗套弹窗,最深能叠5层

我当时觉得,这很合理啊。供应商坐在办公室,用大屏显示器,多爽。

但现实给了我一记响亮的耳光。

上线后,客服电话被打爆了。反馈集中在:

  1. “我在仓库用手机扫码,根本看不清表格”
  2. “iPad上点按钮,总是点到旁边的”
  3. “我想在平板上快速审核订单,但页面要左右滑半天”

为什么会这样?

说白了,我们只考虑了“一个屏幕”的场景。但用户的真实世界,是多屏的:

  • 办公室:27寸大屏显示器
  • 仓库:6寸手机
  • 路上:10寸平板
  • 会议室:65寸电视投屏

每个屏幕的尺寸、交互方式、使用场景完全不同。用一套UI去适配所有,结果就是——谁都用不好

核心教训:单屏设计不是“偷懒”,而是“傲慢”。你以为用户会按你的方式用,但用户只会按自己的方式骂你。

单屏架构的三大死穴

经过那次惨痛教训,我总结出单屏架构的三大问题:

问题 表现 后果
布局僵化 固定宽度、固定列数 小屏显示不全,大屏浪费空间
交互单一 鼠标点击为主 触屏操作体验极差
数据过载 所有信息堆在一个页面 用户找不到重点,操作效率低

我记得有一次,一个供应商在仓库里用手机操作,因为页面太长,他滑了十几秒才找到“提交”按钮。结果手指一抖,点到了旁边的“删除”按钮……

嗯,那个订单真的被删了。数据恢复花了整整两天。

避坑指南:我曾经以为“响应式布局”能解决一切。但后来发现,响应式只是“缩放”,不是“适配”。真正的多屏设计,要从信息架构开始重构。

多屏架构的核心思想

那什么是多屏架构?

说白了,就是让同一个系统,在不同屏幕上都能提供最佳体验

它不只是“把PC页面缩小到手机上”,而是:

  • 按场景拆分功能:PC做复杂操作,手机做快速审批,平板做数据查看
  • 按屏幕调整布局:大屏用多栏,小屏用单栏,中屏用自适应
  • 按设备优化交互:鼠标用悬停,触屏用点击,遥控器用焦点

你想想看,一个仓库管理员,他需要的是:

  • 在手机上快速扫码入库
  • 在平板上查看库存报表
  • 在PC上处理异常订单

这三个场景,需要的UI完全不同。如果硬要用一套代码去适配,结果就是——代码臃肿,体验稀碎

我的建议:不要一开始就想着“一套代码跑所有”。先想清楚你的用户会在哪些屏幕上用你的系统,然后为每个屏幕设计独立的交互流程。代码可以复用,但体验必须定制。

从单屏到多屏,到底要改什么?

很多人以为,多屏就是加几个CSS媒体查询。其实远不止。

我列一下需要改的层面:

  1. 数据层:不同屏幕需要的数据量不同,不能一股脑全传
  2. 业务层:不同场景的业务流程不同,要拆分服务
  3. 展示层:不同屏幕的UI组件不同,要独立设计
  4. 交互层:不同设备的交互方式不同,要分别适配

举个例子。在PC上,一个订单详情页可以展示:

订单号 | 商品名 | 数量 | 单价 | 总价 | 状态 | 操作
----------------------------------------------------
1001   | 苹果   | 10   | 5.0  | 50.0 | 已发货 | [查看] [修改] [删除]
1002   | 香蕉   | 20   | 3.0  | 60.0 | 待付款 | [查看] [修改] [删除]

但在手机上,同样的数据必须拆成卡片:

┌─────────────────────┐
│ 订单号: 1001         │
│ 商品: 苹果 x 10      │
│ 总价: ¥50.0          │
│ 状态: 已发货          │
│ [查看详情]           │
└─────────────────────┘

你看,不只是布局变了,连信息层级都变了。手机版只展示最关键的信息,把次要信息藏到详情页里。

这就是多屏设计的精髓——不是缩放,而是重构

这门课能给你什么?

在接下来的30章里,我会带你一步步走过从单屏到多屏的完整演进路径。

你会学到:

  • 如何分析用户的多屏使用场景
  • 如何设计跨屏的信息架构
  • 如何用微服务拆分业务逻辑
  • 如何用组件库统一多屏UI
  • 如何做多屏测试和性能优化

每个章节,我都会结合真实项目案例,告诉你哪些坑我踩过,哪些路走不通。

嗯,准备好了吗?

下一章,我们聊聊多屏场景分析——你的用户到底在哪些屏幕上用你的系统?

咱们下章见。