很多入行的设计师做了大量原型输出，但被问到 “什么是交互设计” 时，依旧很难给出清晰的解释。兰亭妙微在 B 端、移动端项目实践中发现，不少人把交互简单等同于画原型、画界面，这其实是一种认知误区。今天结合行业起源、权威定义与实战经验，梳理交互设计的真正内涵。

筛选是移动端产品里十分高频的交互控件。当页面数据量大、条目繁杂时，筛选功能可以帮助用户快速收缩范围，定位目标内容。兰亭妙微在电商、OTO、教育类项目实践中，梳理了市面上主流筛选控件类型，同时明确每种组件的适用边界，方便设计师做组件选型。

很多人都有这样的经历：睡前只想刷几条短视频，不知不觉就耗费一两个小时。为什么我们会难以自主停下浏览？兰亭妙微结合 C 端产品项目实践，剖析短视频、信息流产品背后的交互机制，同时探讨设计套路与良性体验之间的边界。

很多交互设计师做完项目，交付完原型文档就算工作结束，忽略项目复盘环节。复盘是设计师实现能力迭代非常关键的手段，尤其新人设计师，大量细碎基础项目，如果缺少复盘沉淀，工作做完很难转化为个人经验。兰亭妙微团队在内部项目流程中，会要求设计师在项目收尾一周内完成复盘文档，把项目过程中的感触、问题、解决方案梳理沉淀下来。

B 端系统业务逻辑复杂，数据内容不可控，再加上浏览器窗口可以自由缩放，极限内容场景是设计师绕不开的难题。实际评审中，开发、测试经常会提出疑问：当文字、选项、数据超出预设版面，页面该如何表现。兰亭妙微在大量政企后台、管理系统项目中发现，多数设计只覆盖 80% 常规使用场景，常常忽略剩下 20% 的极限边界情况。一套完善的设计规则，必须提前定义各类内容溢出的处理方案。

不少 UI 从业者会疑惑，UI 设计师是否需要掌握交互设计能力。答案是肯定的，只做视觉美化，不懂交互逻辑的 UI 并不完整。UI 设计不只是把需求转化为界面视觉，更要兼顾完整的用户体验，也就是用户和产品之间的整套交互行为。

“如无必要，勿增实体”，这句古老的哲学箴言，便是奥卡姆剃刀原理的核心内核，也印证了爱因斯坦的名言：“万事万物应当尽可能简洁，但不能过度简化”。在 UI 与交互设计实践当中，奥卡姆剃刀早已成为设计师做取舍的重要思想工具，帮助我们剥离冗余，打造高效友好的用户体验。

兰亭妙微ui设计公司分享：随着跨设备办公成为主流，B 端业务系统早已不再局限 PC 网页。手机、平板打破办公时空限制，业务人员可以随时随地处理审批、查看数据、完成业务操作。但B 端移动端不等于 PC 页面简单缩小，不能直接把 PC 端复杂功能全盘搬运到小屏设备。

本文将从设计认知、模块实操、项目落地三个维度，结合表单、列表、数据看板、工作台与医疗行业实战案例，完整讲解 B 端移动 App 该如何设计。

一、建立设计认知：认清多端能力差异

PC、Pad、App 三者是一套功能逐级下放的关系：屏幕尺寸越小，功能越要做减法，只保留角色的核心业务能力，剥离复杂配置、低频操作。

表格

以有赞美业工作台为例：

• 手机端：仅保留宫格形式核心功能入口；
• Pad 端：除功能入口外，直接展示待办业务内容；
• PC 端：完整呈现经营图表、批量操作、高级配置等全套管理能力。

不同终端，使用者角色、使用场景完全不同。PC 多是店长坐班管理店铺；Pad 给到前台员工接待使用；手机端则随时随地可用，家里、路上、门店都可能操作。移动端设计的核心命题，就是在有限屏幕下平衡操作效率与可用性。

二、核心模块实操：四大高频页面设计要点

B 端移动端最核心的四类页面：表单、列表、数据页、工作台，几乎覆盖绝大多数业务场景。

2.1 B 端移动端表单设计

B 端表单核心作用是数据录入，基础组成包含：标题、标签、必填标记、提示说明、输入区、操作按钮。

表单设计存在两种相反诉求：多数场景希望用户快速完成填写；资质审核、认证类场景，则需要引导用户审慎仔细填写。同时还要适配小屏幕空间约束、多语言国际化场景。

表单标签对齐方式，直接影响填写效率，眼动实验可以给到明确参考：

① 左对齐标签（左标签‑左内容）

优势：符合阅读习惯，适合陌生、复杂业务字段； 劣势：填写速度最慢，用户眼动跳转次数多； 适用：资质认证、金融申请，需要用户仔细阅读每一项内容的页面。

变体：左标签‑右内容。优化长标签空间适配，视觉整齐，但标签与输入框关联感减弱，更适合选择类录入。

② 顶对齐标签（标签位于输入框上方）

优势：阅读填写效率极高，眼动实验显示标签到输入框定位仅需 50 毫秒；对长文本、多语言国际化友好； 劣势：占用纵向屏幕空间； 适用：追求快速填写，字段数量不多的业务表单。

实践提示：不要固定一套对齐方案全局复用，根据业务目的做选型。

2.2 B 端移动端列表设计

列表用于信息浏览、检索、快速操作，基础构成：卡片容器、搜索、筛选。

• 卡片：移动端优先使用卡片组件，可以承载丰富信息与操作，适配多端适配；
• 筛选：帮助用户在海量业务数据快速过滤，降低信息查找成本；
• 搜索：支持关键词直达目标条目。

列表视觉差异化：向真实业务场景借鉴

可以借鉴现实纸质单据的视觉语言，缓解纯数据页面的冰冷感。 例如途牛商旅复刻纸质差旅审批单线条样式；医鹿模拟病历本装订细节；饿了么商家版模仿外卖小票样式。把真实业务载体的视觉特征迁移到界面，让业务人员更容易理解。

2.3 B 端移动端数据页设计

移动端数据页面 = 核心指标统计 + 可视化图表卡片 + 筛选器 + 明细列表。 数据统计一般采用「主指标 + 辅助指标」结构；图表则把抽象数字图形化，降低理解成本。

激励性数据设计

国外电力公司曾做过经典案例：向用户推送对比邻居用电情况的条形图表，仅仅通过数据对比可视化，就实现用户平均用电量下降 2%。 核心思路：不只是陈列数字，通过对比参照，传递业务状态，引导用户行为。

移动端图表取舍

手机屏幕狭小，图表要做取舍：

• 直角折线：数据精准，适合需要精确读数场景；
• 平滑曲线：弱化细节误差，降低用户认知负担，侧重感知趋势；

移动端很多看板场景，优先传递趋势感知，而非绝对精准读数，可以简化 Y 轴刻度，换取更好视觉体验。

2.4 B 端工作台：产品价值的门面

工作台是用户进入产品后的首页，承担快速掌握工作进度、直达业务功能的作用，是产品体验与视觉体系的核心阵地。

以医蝶谷医生端改版为例： 业务层面 旧版首屏大比重给到极速问诊抢单，对于接单慢的新手医生体验不友好；改版收起抢单模块，把问诊待办整合首页，所有医生打开首页即可直观掌握工作任务。

视觉层面 弱化工具图标强视觉，减少干扰，把视觉重心留给待办、消息等高价值业务信息。

工作台设计不能只堆功能入口，要回归角色真实工作流，优先展示用户当下最关心的业务信息。

实战案例：医疗医生端排班设计

医生工作特征：突发事务多、工作多线并行、任务复杂（手术、查房、接诊、写病历），排班往往不是固定周循环，存在大量碎片化、不连续时段。针对该业务特征，设计落地三条策略：

1. 优化层级，提升屏幕利用率 列表采用顶对齐布局，压缩无任务空白时间轴，无需反复滑动，首屏即可看到晚间排期。
2. 色彩标签传递信息，克制视觉元素 放弃复杂业务图标，使用轻量化颜色标签区分不同问诊类型，提升查找效率。
3. 简化操作路径，减少步骤损耗 优化前添加 3 段不连续排班，需要 12 步操作；优化后压缩至 4 步完成，大幅降低操作负担。

B 端设计必须扎根行业真实工作场景，行业壁垒越强，越需要深度调研业务角色，而不是套用通用组件模板。

三、从设计到落地：设计师与开发协作避坑

B 端移动大多基于 H5、RN 技术实现多端复用，设计输出时，不能只交付视觉稿，还要考虑技术实现、性能、规范落地。

3.1 搭建页面框架，实现并行开发

不必等全部视觉完成再交付。先输出页面框架线框图，开发先行搭建 DOM 页面骨架；后续再交付视觉标注完成 CSS 样式还原，有效缩短项目周期。

3.2 图片资源优化，降低服务器与带宽压力

1. 素材尽量多处复用，减少新增图片资源；
2. 大图分层切图：把人像、主体元素和背景拆分，实测可以减少 50% 图片体积，同时支持跨页面复用；

图片越多、体积越大，用户加载越慢，服务器存储成本越高。

3.3 H5 环境常见坑点，提前和前端对齐约定

1. 空格占位符 （1 个空格）、 （半个汉字宽度）、 （1 个汉字宽度），文本换行间距，不能单纯靠 margin/padding，需要提前对齐规则。
2. 字重还原问题 PingFang 字体中 Medium（500）在 Web/H5 环境渲染失效，和常规字重几乎看不出区别。团队约定：设计稿 Medium，代码统一写font‑weight:600，保障粗细效果一致。

3.4 设计规范如何推动落地

很难依靠一个版本把全部规范整改完毕。设计师要具备项目管理思维：

• 将规范需求拆分、评估优先级，分版本迭代上线；
• 使用排期跟踪表格，记录需求、负责人、版本、上线时间，同步 PM 与研发，持续跟进落地。

写在最后

B 端移动 App，不是 PC 端的缩小版。 优秀的 B 端移动端设计，始于对业务角色真实工作场景的理解，中间依托表单、列表、图表、工作台等组件合理选型，最后还要兼顾技术实现、性能、规范迭代，才能真正给到业务人员高效好用的工具。

转载：优设

兰亭妙微（蓝蓝设计）www.lanlanwork.com 是一家专注而深入的界面设计公司，为期望卓越的国内外企业提供卓越的大数据可视化界面设计、B端界面设计、桌面端界面设计、APP界面设计、图标定制、用户体验设计、交互设计、UI咨询、高端网站设计、平面设计，以及相关的软件开发服务，咨询电话：01063334945。

兰亭妙微ui设计公司分享：做 UI 设计时，我们常会绘制一些看不见的透明背景框辅助排版。即便你没有主动做过这类操作，打开成熟项目的源文件，也总能发现它们的踪迹。

这个知识点看着不起眼，却是落地项目里至关重要的底层能力。不少学员都曾为此困惑，本文就系统拆解 UI 背景框的设计逻辑与实操方法。

一、UI 里的隐形边框，从何而来？

UI 设计不等同于纯平面创作，它属于软件工程的一环，必须遵循标准化制图规范，才能保障设计方案顺利交付开发。

制图规范不是设计师凭空制定，而是由前端的实现逻辑决定。想要吃透 UI 制图规则，就要先理解前端基础工作逻辑。

前端工程师负责实现用户可见的界面与交互效果，设计师输出的稿件，就是前端开发最核心的参考依据，二者需要高频协作交付成果。不同开发平台语言各不相同，但界面渲染的底层逻辑高度统一，我把它概括为：矩形堆叠布局模式。

简单来说：整个软件界面，是无数矩形模块排列、嵌套、拼接组装出来的。所有视觉元素，都要先收纳进矩形容器内，再完成页面拼装；排版对齐的依据是容器边界，而非图形本身的外形轮廓。

网页端这类容器叫 Div，移动端称之为 View，名称有差异，但核心作用一致。前端会为容器定义宽高、定位等参数，完成界面布局。容器支持多层嵌套：子元素装入父容器，父容器再归入更高层级的容器，层层构建完整页面。

UI 四大基础元素：形状、文本、图标、图片，全部拥有对应的容器边界：

• 形状：例如带圆角的色块组件，外层会包裹一层无圆角的父级矩形容器；
• 文本：文本本身自带矩形容器，文本框区域就是它的占位边界；
• 图标：哪怕图形轮廓不规则，排版时也会套入固定尺寸矩形容器；
• 图片：本身就是矩形资源，需要置入图片容器完成渲染展示。

元素完成之后，再通过父容器完成分组。譬如卡片内部，把上方信息区、左下模块、右下模块分别编组，合并为完整信息模块；信息模块搭配左侧图片模块，组成单张商品卡片；多张卡片再组合，生成完整的卡片列表。

有 Figma 使用经验的同学会发现：这和我们搭建组件的流程一模一样。Figma 的图层编组、Frame 框架、Auto Layout 自动布局，本质都是在模拟前端真实的布局逻辑。

当然设计工具和开发实现不会 100% 对等，但设计稿的结构越贴近前端容器逻辑，还原度越高，开发成本越低；反之则容易出现视觉偏差，增加沟通改稿成本。

这就是为什么我们要在稿子里绘制这些看不见的矩形背景框：对齐开发逻辑，缩小设计与落地之间的鸿沟。

二、背景框该如何设置？

理解了来源，接下来讲落地规则，我们从底层基础元素，向上延伸到父级模块。

1. 基础元素：文本与图标的背景框规则

形状和图片本身自带矩形边界，无需额外处理，重点关注文本、图标两类元素。

文本

文本的占位容器由排版模式和行高共同决定。对应 Figma 文本 Layout 三种模式：自动延展、固定宽度、固定尺寸。

实际开发中，只有极短文本适合自动向右延展；绝大多数场景，都要给文本设置固定宽高约束。举个例子，商品标题字数不可控，如果不限制容器宽度，文字会无限横向延展，破坏页面布局，因此必须设置固定宽度。

另外很多新手会踩坑：为了视觉对齐，强行把行高设置成和字号相等。这是错误做法。单行文本里，行高决定文本容器的整体高度，容器天然会在文字上下留出留白。不管文字本身轮廓多大，设计和前端对齐，都以文本容器边界为准，而不是文字笔画本身。

图标

图标的容器逻辑，可以类比汉字的田字格。 同样字号下，汉字 “一” 外形扁，“囊” 笔画繁复，但二者占位空间完全一致，不会因为字形大小改变排版位置。图标同理，同规格图标，必须统一外层矩形容器尺寸，排版对齐参考容器边框，不能按照图标图形本身轮廓去对齐。

2. 父级模块：固定尺寸 vs 自适应尺寸

父容器分为两大类型：固定尺寸模块、自适应尺寸模块。

固定尺寸模块

在设计之初宽高就已经确定，典型代表：顶部标题栏、工具栏、底部导航、操作栏。

尺寸大多参考官方组件规范。即便不直接复用官方组件，功能相近的模块，也尽量沿用既定数值，避免随意新增尺寸。这是行业沉淀下来的共识，保障整套产品视觉体系统一。

固定容器还有一个核心价值：作为子元素对齐基准。比如设计顶部标题栏后，栏内所有元素，直接依托这个容器做顶对齐、垂直居中，而不是靠元素之间的间距去推算位置。

自适应尺寸模块

UI 项目里占比更高，容器大小由内部内容决定。 比如动态内容卡片，内部可能嵌入图片、视频、多行文案，内容长度不可预知，卡片高度就不能写死，要跟随内容自动伸缩。

还有一类场景：模块功能确定，但内部内容还没设计完成，无法预先定义容器大小。面对复杂信息模块，我们一般先完成内部元素排布，再叠加内外边距，反推容器最终尺寸。

重点提醒：容器不一定需要填充背景色。无底色模块、列表组件，同样需要绘制隐形矩形容器做排版基准，不能直接拿最上层、最下层元素的边缘来计算间距。

页面就是组件不断拼装的结果。合理搭建背景框容器，能够提升组件质量，优化排版效率，保证视觉一致性，也是搭建项目组件库的重要基础。至于 Figma 选用 Frame 框架，还是普通编组 + 矩形图层实现，属于个人习惯，并非核心问题。

转载：优设

兰亭妙微（蓝蓝设计）www.lanlanwork.com 是一家专注而深入的界面设计公司，为期望卓越的国内外企业提供卓越的大数据可视化界面设计、B端界面设计、桌面端界面设计、APP界面设计、图标定制、用户体验设计、交互设计、UI咨询、高端网站设计、平面设计，以及相关的软件开发服务，咨询电话：01063334945。

本文基于雅各布定律，提出设计师需要多体验各类产品，从中沉淀成熟可用的交互模式。文章从手势交互、按钮交互、输入框交互三大模块，拆解多款主流产品里的优秀交互细节案例。