兰亭妙微ui设计公司分享：随着移动互联网全面普及，B 端业务早已不再局限于 PC 桌面端。如何做好 B 端产品移动化改造，真正匹配业务人员真实诉求，是很多产品与设计师需要面对的课题。本文将以门店通 —— 汽配门店管理系统为实战案例，梳理 B 端产品移动化完整设计思路与落地方法。
移动办公已经成为主流工作模式。根据艾瑞咨询相关行业报告，截至 2021 年 6 月，国内手机网民规模达 10.07 亿，占全体网民比例 99.6%。用户使用习惯的变迁，倒逼 B 端服务从桌面端向移动端延伸。
传统 PC 办公受地点、设备约束，很难满足随时随地办公的现实需求。而 B 端移动化的核心价值，就是以轻量化能力，打破时空限制，帮助企业降本增效，让业务人员可以随时随地完成工作。
但这里有一个关键认知：B 端移动端不是 PC 页面的简单缩小复刻。PC 端依靠大屏、键鼠，擅长处理复杂报表、批量配置、高复杂度业务；移动端优势在于灵活便携，适合碎片化、即时性业务。B 端移动化，应当聚焦高频的「查看信息」和「简易业务处理」，复杂权限校验、多步骤深度配置、海量报表处理，依旧留给桌面端完成。
抛开行业差异，绝大多数 B 端工作流程，都可以归为两类基础场景：查看信息、业务处理。
以汽配门店举例：管理者查看门店经营营收数据，员工查看生产工单信息；获取信息之后，二者再根据业务需要执行对应的业务操作。
结合门店通项目实践，我们将 B 端移动端设计拆解为 4 大原则：保持一致、聚焦核心、保证易用、个性化适配。
一致性不等于直接照搬 PC 端界面框架。真正要调和的，是大屏 vs 小屏、键鼠 vs 触控、两套用户心智模型之间的矛盾，从视觉、交互、体验三个维度实现多端对齐。
移动化切忌全盘搬运 Web 端功能。需要回归移动端真实使用场景，筛选高频核心能力，做信息重构。
PC 大屏可以平铺全部字段，移动端用户很少主动翻阅屏幕之外的内容。核心信息必须做到一屏可见。
门店通表单录入场景，将次要信息折叠收起，避免表单过长带来的视觉压力，简化填写流程，提升操作效率。
筛选完信息之后，还要区分信息优先级。利用字号、颜色、权重，把用户最关心的内容凸显出来。 以订单详情页为例：Web 端可以平铺全部字段；移动端优先强化订单状态、订单金额、核心车辆信息，次要信息弱化展示，降低用户信息获取成本。
移动办公常常伴随单手操作、环境嘈杂、网络不稳定等现实情况，设计需要充分包容这些极端场景，从操作、输入、反馈三方面优化体验。
根据移动设备握持行为研究，手机底部与中部是拇指舒适操作区。重要操作按钮、高频控件，尽量放置在拇指可轻松触及的区域；把低频危险操作放在难触达的顶部区域。
手机虚拟键盘输入效率远低于键鼠，设计要尽可能降低打字输入。 可以采用这些方案：扫码录入、选择器、滑块、步进器、关键词模糊联想匹配，用点选、扫描替代手动打字，减少输入负担。
用户操作后需要得到明确反馈，理想情况下操作反馈控制在 100ms 以内。移动场景还要考虑弱网、加载卡顿问题。
B 端产品一个设备往往对应多角色账号，管理者、一线员工关注的数据、功能完全不一样，需要做权限与使用习惯的个性化。
移动端除复刻业务能力之外，还可以利用手机硬件、生态能力，补足桌面端的局限。
充分调用手机摄像头、GPS、蓝牙、推送、相册等硬件能力：
打通软硬件与第三方生态，实现场景联动：
B 端移动化不是把 PC 功能照搬到手机上，核心是取舍与适配：分清哪些业务适合移动端，哪些依旧留给 PC；在多端保持业务逻辑统一的前提下，针对小屏触控场景重构信息与交互；同时善用手机硬件与生态，创造桌面端无法实现的业务价值。
兰亭妙微ui设计公司分享：随着跨设备办公成为主流，B 端业务系统早已不再局限 PC 网页。手机、平板打破办公时空限制，业务人员可以随时随地处理审批、查看数据、完成业务操作。但B 端移动端不等于 PC 页面简单缩小，不能直接把 PC 端复杂功能全盘搬运到小屏设备。
本文将从设计认知、模块实操、项目落地三个维度，结合表单、列表、数据看板、工作台与医疗行业实战案例，完整讲解 B 端移动 App 该如何设计。
PC、Pad、App 三者是一套功能逐级下放的关系：屏幕尺寸越小，功能越要做减法，只保留角色的核心业务能力，剥离复杂配置、低频操作。
表格
| 客户端 | 使用人群 | 功能特征 |
|---|---|---|
| PC 端 | 管理者、后台运营 | 功能完整，业务逻辑复杂，完整配置、数据分析、批量操作 |
| Pad 端 | 一线员工、服务人员 | 精简复杂表单与配置项，聚焦业务执行 |
| App 端 | 全角色通用 | 只保留各角色最高频核心能力，轻量化设计，适配移动碎片化场景 |
以有赞美业工作台为例：
不同终端，使用者角色、使用场景完全不同。PC 多是店长坐班管理店铺；Pad 给到前台员工接待使用；手机端则随时随地可用，家里、路上、门店都可能操作。移动端设计的核心命题，就是在有限屏幕下平衡操作效率与可用性。
B 端移动端最核心的四类页面：表单、列表、数据页、工作台，几乎覆盖绝大多数业务场景。
B 端表单核心作用是数据录入，基础组成包含：标题、标签、必填标记、提示说明、输入区、操作按钮。
表单设计存在两种相反诉求：多数场景希望用户快速完成填写；资质审核、认证类场景，则需要引导用户审慎仔细填写。同时还要适配小屏幕空间约束、多语言国际化场景。
表单标签对齐方式，直接影响填写效率，眼动实验可以给到明确参考：
优势：符合阅读习惯，适合陌生、复杂业务字段； 劣势：填写速度最慢，用户眼动跳转次数多； 适用：资质认证、金融申请，需要用户仔细阅读每一项内容的页面。
变体：左标签‑右内容。优化长标签空间适配，视觉整齐，但标签与输入框关联感减弱，更适合选择类录入。
优势：阅读填写效率极高，眼动实验显示标签到输入框定位仅需 50 毫秒；对长文本、多语言国际化友好； 劣势：占用纵向屏幕空间； 适用：追求快速填写，字段数量不多的业务表单。
实践提示：不要固定一套对齐方案全局复用，根据业务目的做选型。
列表用于信息浏览、检索、快速操作，基础构成：卡片容器、搜索、筛选。
可以借鉴现实纸质单据的视觉语言，缓解纯数据页面的冰冷感。 例如途牛商旅复刻纸质差旅审批单线条样式；医鹿模拟病历本装订细节；饿了么商家版模仿外卖小票样式。把真实业务载体的视觉特征迁移到界面，让业务人员更容易理解。
移动端数据页面 = 核心指标统计 + 可视化图表卡片 + 筛选器 + 明细列表。 数据统计一般采用「主指标 + 辅助指标」结构；图表则把抽象数字图形化，降低理解成本。
国外电力公司曾做过经典案例：向用户推送对比邻居用电情况的条形图表，仅仅通过数据对比可视化，就实现用户平均用电量下降 2%。 核心思路：不只是陈列数字，通过对比参照，传递业务状态，引导用户行为。
手机屏幕狭小，图表要做取舍：
移动端很多看板场景，优先传递趋势感知，而非绝对精准读数，可以简化 Y 轴刻度，换取更好视觉体验。
工作台是用户进入产品后的首页，承担快速掌握工作进度、直达业务功能的作用，是产品体验与视觉体系的核心阵地。
以医蝶谷医生端改版为例： 业务层面 旧版首屏大比重给到极速问诊抢单，对于接单慢的新手医生体验不友好；改版收起抢单模块，把问诊待办整合首页，所有医生打开首页即可直观掌握工作任务。
视觉层面 弱化工具图标强视觉，减少干扰，把视觉重心留给待办、消息等高价值业务信息。
工作台设计不能只堆功能入口，要回归角色真实工作流，优先展示用户当下最关心的业务信息。
医生工作特征：突发事务多、工作多线并行、任务复杂（手术、查房、接诊、写病历），排班往往不是固定周循环，存在大量碎片化、不连续时段。针对该业务特征，设计落地三条策略：
B 端设计必须扎根行业真实工作场景，行业壁垒越强，越需要深度调研业务角色，而不是套用通用组件模板。
B 端移动大多基于 H5、RN 技术实现多端复用，设计输出时，不能只交付视觉稿，还要考虑技术实现、性能、规范落地。
不必等全部视觉完成再交付。先输出页面框架线框图，开发先行搭建 DOM 页面骨架；后续再交付视觉标注完成 CSS 样式还原，有效缩短项目周期。
图片越多、体积越大，用户加载越慢，服务器存储成本越高。
（1 个空格）、 （半个汉字宽度）、 （1 个汉字宽度），文本换行间距，不能单纯靠 margin/padding，需要提前对齐规则。font‑weight:600，保障粗细效果一致。很难依靠一个版本把全部规范整改完毕。设计师要具备项目管理思维：
B 端移动 App，不是 PC 端的缩小版。 优秀的 B 端移动端设计，始于对业务角色真实工作场景的理解，中间依托表单、列表、图表、工作台等组件合理选型，最后还要兼顾技术实现、性能、规范迭代，才能真正给到业务人员高效好用的工具。
兰亭妙微ui设计公司分享：做 UI 设计时，我们常会绘制一些看不见的透明背景框辅助排版。即便你没有主动做过这类操作，打开成熟项目的源文件，也总能发现它们的踪迹。
这个知识点看着不起眼，却是落地项目里至关重要的底层能力。不少学员都曾为此困惑，本文就系统拆解 UI 背景框的设计逻辑与实操方法。
UI 设计不等同于纯平面创作，它属于软件工程的一环，必须遵循标准化制图规范，才能保障设计方案顺利交付开发。
制图规范不是设计师凭空制定，而是由前端的实现逻辑决定。想要吃透 UI 制图规则，就要先理解前端基础工作逻辑。
前端工程师负责实现用户可见的界面与交互效果，设计师输出的稿件，就是前端开发最核心的参考依据，二者需要高频协作交付成果。不同开发平台语言各不相同，但界面渲染的底层逻辑高度统一，我把它概括为：矩形堆叠布局模式。
简单来说：整个软件界面，是无数矩形模块排列、嵌套、拼接组装出来的。所有视觉元素，都要先收纳进矩形容器内，再完成页面拼装；排版对齐的依据是容器边界，而非图形本身的外形轮廓。
网页端这类容器叫 Div，移动端称之为 View，名称有差异，但核心作用一致。前端会为容器定义宽高、定位等参数，完成界面布局。容器支持多层嵌套：子元素装入父容器，父容器再归入更高层级的容器，层层构建完整页面。
UI 四大基础元素：形状、文本、图标、图片，全部拥有对应的容器边界：
元素完成之后，再通过父容器完成分组。譬如卡片内部，把上方信息区、左下模块、右下模块分别编组，合并为完整信息模块；信息模块搭配左侧图片模块，组成单张商品卡片；多张卡片再组合，生成完整的卡片列表。
有 Figma 使用经验的同学会发现：这和我们搭建组件的流程一模一样。Figma 的图层编组、Frame 框架、Auto Layout 自动布局，本质都是在模拟前端真实的布局逻辑。
当然设计工具和开发实现不会 100% 对等，但设计稿的结构越贴近前端容器逻辑，还原度越高，开发成本越低；反之则容易出现视觉偏差，增加沟通改稿成本。
这就是为什么我们要在稿子里绘制这些看不见的矩形背景框：对齐开发逻辑，缩小设计与落地之间的鸿沟。
理解了来源，接下来讲落地规则，我们从底层基础元素，向上延伸到父级模块。
形状和图片本身自带矩形边界，无需额外处理，重点关注文本、图标两类元素。
文本的占位容器由排版模式和行高共同决定。对应 Figma 文本 Layout 三种模式：自动延展、固定宽度、固定尺寸。
实际开发中，只有极短文本适合自动向右延展；绝大多数场景，都要给文本设置固定宽高约束。举个例子，商品标题字数不可控，如果不限制容器宽度，文字会无限横向延展，破坏页面布局，因此必须设置固定宽度。
另外很多新手会踩坑：为了视觉对齐，强行把行高设置成和字号相等。这是错误做法。单行文本里，行高决定文本容器的整体高度，容器天然会在文字上下留出留白。不管文字本身轮廓多大，设计和前端对齐，都以文本容器边界为准，而不是文字笔画本身。
图标的容器逻辑，可以类比汉字的田字格。 同样字号下，汉字 “一” 外形扁，“囊” 笔画繁复，但二者占位空间完全一致，不会因为字形大小改变排版位置。图标同理，同规格图标，必须统一外层矩形容器尺寸，排版对齐参考容器边框，不能按照图标图形本身轮廓去对齐。
父容器分为两大类型：固定尺寸模块、自适应尺寸模块。
在设计之初宽高就已经确定，典型代表：顶部标题栏、工具栏、底部导航、操作栏。
尺寸大多参考官方组件规范。即便不直接复用官方组件，功能相近的模块，也尽量沿用既定数值，避免随意新增尺寸。这是行业沉淀下来的共识，保障整套产品视觉体系统一。
固定容器还有一个核心价值：作为子元素对齐基准。比如设计顶部标题栏后，栏内所有元素，直接依托这个容器做顶对齐、垂直居中，而不是靠元素之间的间距去推算位置。
UI 项目里占比更高，容器大小由内部内容决定。 比如动态内容卡片，内部可能嵌入图片、视频、多行文案，内容长度不可预知，卡片高度就不能写死，要跟随内容自动伸缩。
还有一类场景：模块功能确定，但内部内容还没设计完成，无法预先定义容器大小。面对复杂信息模块，我们一般先完成内部元素排布，再叠加内外边距，反推容器最终尺寸。
重点提醒：容器不一定需要填充背景色。无底色模块、列表组件，同样需要绘制隐形矩形容器做排版基准，不能直接拿最上层、最下层元素的边缘来计算间距。
页面就是组件不断拼装的结果。合理搭建背景框容器，能够提升组件质量，优化排版效率，保证视觉一致性，也是搭建项目组件库的重要基础。至于 Figma 选用 Frame 框架，还是普通编组 + 矩形图层实现，属于个人习惯，并非核心问题。
转载：优设
兰亭妙微ui设计公司分享：UI 设计里，图标是界面信息传递的核心载体。很多设计师会直接套用图标库、依赖 AI 生成图标，但想要做出一套风格统一、适配业务、可落地交付的图标，就必须吃透底层绘制参数与设计规范。本文基于 Material Design 体系，整理一套可直接上手的图标设计完整参数，帮你避开图标绘制常见坑。
界面设计偏向排版布局，重在元素组合，入门门槛较低；而图标设计属于图形创作，需要手动绘制图形，学习曲线更陡峭。不同类型图标，设计逻辑、绘制技法差异巨大，首先分清图标类型，才能选对对应的规范。
UI 图标主要分为启动图标、工具图标、装饰图标三类：
学习建议：遵循由易到难，优先吃透工具图标，再进阶学习装饰图标、启动图标。
不少新人会有疑问：网上现成图标库资源丰富，AI 也能快速出图，为什么还要手动绘制图标？
真实项目中，定制图标需求是常态，素材库与 AI 只能作为辅助，掌握手绘图标能力，才能从容应对多变的业务需求。
提示：工具图标规范属于行业参考建议，并非强制约束。不同设计系统会有各自的标准，下面以接受度最高的 Material Design 规范作为基准讲解。
常用画布区间：12‑48px，优先选用 4 的倍数；24px 是工具图标最通用画布尺寸，项目可根据组件场景定义多套图标尺寸。
作用：给图形预留呼吸空间，避免图形撑满画布，视觉上拥挤失衡，类似写字不能写满田字格。
格线由圆形、正方形、垂直矩形、水平矩形组成，用于统一整套图标视觉重量，避免图标大小观感参差不齐。 以 24px 画布举例：
其他画布尺寸，可按照这套比例逻辑，等比缩放建立专属格线。绘制图标时，参考格线校验图形大小，保证整套图标视觉均衡。
镂空线条：1‑4px，直接取整数设置。镂空属于反向挖空，视觉感受和普通描边不一样，不要直接套用线性图标的描边参数。
转载：优设
兰亭妙微ui设计公司分享：小屏幕并非筛选体验的原罪，合理的交互设计，可以在有限空间内兼顾效率与易用性。本文将从痛点、布局选型、刷新策略、优化技巧四个维度，完整拆解移动端筛选的设计思路。
移动端筛选的困境，不只是物理屏幕的尺寸限制，而是多重问题叠加带来的体验损耗：
不同的抽屉 / 浮层布局，适配不同的业务目标，没有绝对的优劣，关键看用户任务与筛选条件量级。
筛选入口放置页面顶部，符合用户自上而下的浏览习惯，和列表表头天然契合。 适合：筛选条件少、快速轻量筛选； 不足：面板高度有限，不适合条件极多的复杂筛选。
悬浮在页面内容之上，筛选按钮固定在底部热区，手指更容易触达；背景可保留原有列表内容，用户不会完全脱离上下文。 适合：绝大多数移动端列表场景，消费端、轻量 B 端都很常用； 要点：抽屉不要完全遮挡全部背景内容，保留一点页面预览。
筛选面板从屏幕侧边滑入，背景页面部分保留可见，用户可以对照原有数据做筛选决策，完整保留页面结构认知。 适合：筛选条件多，用户需要对照原始内容进行选择的场景； 不足：会占用横向屏幕空间，小屏下内容展示会受限。
把筛选面板铺满整个手机屏幕，给到充足操作空间，用户完成全部条件勾选后，点击「确定」再返回结果页。 适合：B 端企业级产品、需要一次性叠加大量筛选条件，用户目标明确、目的性强的查找场景； 不适合：边筛选边浏览结果的探索式查找模式。
选型小结： 轻量快速筛选 → 顶部 / 底部抽屉；需要对照原数据 → 侧边浮层；多条件批量勾选的 B 端业务 → 全屏筛选。
选完条件后何时拉取、更新列表数据，直接影响性能和操作体感，分为实时筛选、单项筛选、批量筛选三类模式。
每改动一个筛选项，立刻请求并刷新结果。
案例：Google Fonts，勾选、拖动滑块就即时更新内容。
移动端谨慎使用：每一次操作都触发页面重渲染，容易打断用户操作、意外退出筛选面板。 仅推荐：数据量小、性能极强，且筛选抽屉保持不关闭，后台静默更新结果的场景。大数据、B 端业务不建议采用。
关闭当前子下拉面板时，才触发结果刷新。
优势：减少无效请求，交互流畅；代价是对后端性能有一定要求。
全部筛选条件挑选完毕，用户点击面板「确定」按钮，统一提交请求，一次性刷新结果。 企业 B 端移动端首选方案。 用户可以从容浏览、叠加多个筛选条件，不会频繁触发接口请求； 局限：不适合漫无目的、边试边看的探索式浏览场景，更适配目标明确的数据查询任务。
筛选项过多时，切忌把所有选项全部平铺展示，会造成严重信息过载。
不要什么选项都塞进下拉菜单：
补充：如果数值跨度很大，滑块很难精准定位，建议增加关键数值自动吸附，同时支持手动输入数字，弥补拖拽精度缺陷。
当可选项数量多，逐个勾选效率极低。提供「全选」能力，支持「先全选，再取消少数不需要的选项」，大幅降低操作成本，打车、工单、订单类 B 端产品非常适用。
移动端以手指触控，不要照搬 PC 端细小复选框。放大选项点击区域，采用大按钮、大卡片形式，降低误触概率。
面向重度高频使用用户，支持把常用筛选组合保存为预设方案，一键调用。B 端业务中，运营、业务人员会反复使用同一套筛选规则，该功能可以显著提升效率。
很多团队会完全自定义下拉、弹窗、选择器组件，但往往会和浏览器、系统手势发生冲突，出现滚动异常、浮层错位等 bug，同时增加前端开发负担。
iOS、Android 原生控件经过大量打磨，适配系统手势、握持逻辑，用户学习成本最低。非特殊业务诉求，优先使用系统原生组件，避免重复造轮子。
移动端筛选体验的好坏，从来不取决于能塞下多少筛选项，而在于是否贴合用户真实使用场景。
做好触控点击目标、选对刷新请求逻辑、合理选用布局模式、善用系统原生能力。越理解用户的查询目标与使用习惯，筛选功能就越顺滑好用。
兰亭妙微ui设计公司分享：不少设计师做设计方案时，会把大量精力投入界面绘制与版式搭建，却忽略配图的价值。即便 UI 本身完成度很高，一旦配图选择不当，整个页面依旧容易显得廉价杂乱。配图绝非单纯的装饰元素，而是整套视觉体系中不可分割的组成部分。本文结合真实落地案例，梳理配图的评判标准、高频踩坑问题，分享 4 套可以直接复用的配图实践技巧，帮助提升设计方案的整体完整度。
选图不能单一评判图片本身的美观度，要结合页面整体环境综合考量，满足主体突出、风格统一、色彩均衡，才算得上适配页面的配图。
画面拥有明确核心主体，背景元素不宜繁杂喧宾夺主。 即便图片画质精良，倘若背景信息冗余、元素堆砌，嵌入页面后就会产生视觉噪音，干扰阅读重心。合格配图可以让主体一目了然；劣质配图会分散视线，造成页面臃肿混乱。
同一页面内的全部配图，在画面类型、构图方式、材质质感、拍摄视角、色调气质上保持协调一致。 配图风格割裂会带来强烈的违和感；统一的视觉调性，才能构建完整和谐的页面观感，这也是方案评审过程中，会被下意识捕捉到的审美细节。
适配性不只体现在图片自身，更要看置入 UI 界面之后，和周边组件的色彩兼容程度。 图片属于页面配色体系的一部分，不能孤立看待。当图片色调和界面元素互相冲突，就会打破色彩平衡，观感别扭，拉低整套设计方案的完成质量。
达到基础标准只能做到不出错，下面四类是设计工作里高频踩坑的配图类型，除非项目定位与之匹配，建议尽量规避。
AI 生成的摄影素材普遍存在模板化、脸谱化的问题，缺少现实真实质感。 套路感过重的 AI 图辨识度很高，容易让设计成果显得悬浮虚假。除非项目主题围绕 AI 展开，优先选用实拍素材或是原创绘制图像，减少 AI 配图的使用。
配图内部自带大段文字，字体粗糙简陋，类似文档直接截图粘贴的效果。 图片内部文字清晰度有限，还会和页面原生文字产生层级冲突，既阻碍信息阅读，也显得专业度不足。配图应当承担视觉载体的作用，不要用来承载文案输出。
抽象图形、趣味涂鸦在营销场景可以活跃氛围，但用于正式设计项目风险较高。 过于抽象的配图会模糊项目表达，让设计意图难以传递。仅当项目本身偏向趣味娱乐属性，才适合选用这类素材。
二次元插画、角色形象，很难和常规 UI 项目的视觉体系兼容。 如果产品赛道并非二次元方向，强行插入对应配图，会产生严重风格冲突，破坏界面整体性，降低阅读体验。
小提示：想要提升配图审美，不必局限于设计参考案例。多观察主流线上 App、小程序的商业配图，对比优劣实例，是训练选图判断力十分高效的方式。
避开常见问题之后，运用这 4 套实操方法，能够让配图成为加分项。方法均来源于成熟商业产品真实落地逻辑，并非空想概念，可以直接复用在各类设计项目。
成本最低且见效明显的手段。列表、多图模块全部采用一致底色或者同款背景，将多元内容收纳进统一视觉环境。 有效消除多张图片之间的割裂感，模块整体规整高级，十分适配商品列表、卡片流界面展示。
选用氛围感摄影素材，搭配品牌 Logo、标语，烘托品牌气质。 多用于品牌页面、首页、启动页、横幅板块，不靠繁复元素堆砌，依托光影与环境渲染项目调性，强化品牌氛围感。
使用一张大图跨区块填充，把页面中相互独立的模块在视觉上关联起来。 弱化模块之间生硬的分割边界，塑造页面视觉流动感，强化整体感，适合详情页、店铺首页这类多区块页面。
图片四周预留留白，把视觉主体收拢在画面中心；或是采用不规则镂空裁切。 留白放大主体表现力，赋予画面呼吸空间，摆脱矩形卡片的呆板感，丰富整体版式层次。
成熟品牌都会反复打磨配图，配图直接决定用户对于产品的感知。放到设计评审场景，审阅者同样会借助配图，判断设计师的审美能力与细节把控力。
与其一味搜罗炫酷参考图，不如多研究手机内真实产品的配图逻辑。从商业实例积累素材与审美认知，产出的方案才会落地务实，脱离脱离脱离空想式设计。
转载：优设
兰亭妙微ui设计公司分享：在从零搭建 B 端后台管理系统的项目中，我最初选择将侧边导航封装为组件，希望解决菜单后期频繁增删改查、全局样式同步的痛点。
但落地后却发现：仅仅简单封装组件，并不能实现预期效果 —— 无法做到全局一键同步更新，展开收起状态、菜单数量、图标、文字内容也很难灵活调整。
大厂设计系统的导航组件完全可以实现这类能力，于是我翻阅大量资料排查问题，最终找到症结：组件修改没有在母组件源文件操作，副本无法同步变更。
这里有一个关键认知：全局同步不等于机械复制粘贴。很多设计师的笨办法就是每一页设计稿重复复制、手动修改导航，一旦后期迭代，维护成本会成倍上涨。除组件同步之外，多端响应式适配也是 B 端导航的高频难题，背后隐藏着大量看不见的维护成本。
本文以 MasterGo 工具为例，围绕 B 端后台侧边导航，完整讲解设计系统组件搭建思路。
如今设备形态越来越丰富，除传统 Web 桌面端，折叠屏手机、平板设备越来越普及。设计师不能只输出单尺寸设计稿，必须重视响应式导航的自动化适配。统一的导航结构、流畅的适配逻辑，直接决定产品整体体验。
Web 端同样对响应式能力有强需求。例如 Arco Design 将侧边菜单宽度限制在 160‑400px，支持拖拽调整导航栏宽度；小红书网页版会根据浏览器视口自动切换布局，宽屏状态侧边导航搭配五列内容，窄屏时切换为底部固定导航。
✨基础概念区分 响应式布局：依靠流式布局 + 媒体查询，一套布局适配全部设备，随屏幕实时调整元素位置、尺寸。常见实现方案：流式布局、Flex 弹性布局、Grid 网格布局、媒体查询。
自适应布局：为手机、平板、桌面等不同设备预先设计多套固定布局，检测设备后加载对应版本。实现方案包含固定布局、流体布局、弹性布局、混合布局、栅格系统。
核心差异总结
动态导航，即支持交互反馈与自适应变化的导航组件。针对 B 端侧边导航，普遍面临 4 大痛点：
即便使用组件库，交付后依旧需要做设计走查，从四大维度校验样式一致性，修改源组件就可以实现全局同步。B 端侧边导航常见问题：
原子设计理论将界面拆解为最小不可拆分单元，通过拼装原子得到复杂界面，实现高复用、易维护的组件体系，分为 5 个层级：
概念辨析 组件化设计：将界面切分为多个独立可复用模块，范围更广。 原子化组件设计：是组件化设计进一步精细化，遵循：单一职责、高内聚低耦合、高复用、可自由组合、易维护、语义化、遵从设计规范。
拓展：原子设计由 Brad Frost 提出，相关参考资源
自动化布局依靠约束规则自动管控元素尺寸与位置，是实现响应式设计的基础。Figma、MasterGo、即时设计原生支持自动布局；新版 Sketch 也已上线该能力。
嵌套逻辑：先给最小元素设置自动布局，再把多个子组件放进父级自动布局容器，形成层级约束。
实操小技巧：设置约束前，先预判增删内容之后页面期望呈现的效果；也可以先建立固定容器，再开启自动布局。 举个例子：按钮高度固定，宽度跟随文字变化，则设置高度固定，左右内边距定值，水平属性设置为适应内容。页面级自动布局可以套用相同思路。
变体是同一个基础组件，修改尺寸、状态、颜色等属性生成不同形态，兼顾统一性和场景多样性，是设计系统灵活复用的关键。
通俗理解：基础组件是篮子，变体就是篮子中不同品类的蛋，按需直接取用，无需重复制作。
变体核心作用
变体设计原则
官网地址：https://www.arco.design/react/components/menu 组件分类：导航‑Menu 覆盖形态：顶部导航、深色导航、折叠内嵌菜单、悬浮菜单等；侧边菜单宽度区间 160‑400px，支持拖拽调整宽度。
基础原子图标组件 菜单折叠、展开图标，子菜单向下 / 向上 / 向右箭头图标。
变体组件划分 垂直一级菜单项、垂直收起菜单项、垂直分组、垂直二级菜单项；弹出一级 / 分组 / 二级菜单项；总菜单组件，支持切换垂直侧边、悬浮、水平顶部三种类型；每一类变体都可配置选中、悬停、禁用、子菜单展开、文本替换等属性。
设计逻辑 侧边导航由菜单条目、子菜单、图标、文本构成；整体分为展开、折叠两大模式；单条菜单包含默认、悬停、选中、禁用状态；同时支持亮色 / 暗夜主题。
B 端侧边栏大多承载 2‑3 级导航，功能模块多时建议做逻辑分组；一级导航普遍图标 + 文字，二级缩进展示文字，三级导航业务场景较少。菜单条目过多，可借助分割线、留白区分模块，高频重要菜单置顶展示。
导航规范文档：https://ant-design.antgroup.com/docs/spec/navigation-cn 布局组件文档：https://ant-design.antgroup.com/components/layout-cn
设计规范要点 侧边垂直导航扩展性更强，适合层级复杂、高频切换的后台系统；菜单数量大于 6 项优先选用侧栏导航，建议层级控制在 1‑3 级。
侧边栏采用左右分栏布局，主导航固定左侧，辅助操作放在顶部。优点是层级展示连贯，方便定位当前页面；缺点是会占用横向内容区域。同时定义完整响应式断点：xs:480px、sm:576px、md:768px、lg:992px、xl:1200px、xxl:1600px。
合理命名方便团队检索、维护组件库，大型项目建议使用前缀区分组件属性。
命名结构：
组件类型_位置层级_特性修饰词
常用关键词
示例： Nav_Side_Collapsible → 可折叠侧边导航 Nav_Top_WithSearch → 带搜索顶部导航
UserProfileuserNameuser_name；全大写蛇形MAX_LENGTH多用于常量。大厂设计规范文档高频使用。user‑profile，CSS 广泛使用。先定义整套系统底层基础 Token：
基于原子，组合出导航完整模块：
响应式模板关键要点
这篇笔记前后历时两个月完成，整理资料过程中了解到 Brad Frost 提出的亚原子设计（亚原子语义 Token），后续还会继续深入学习研究。 导航组件体系庞大，仍有不少知识点有待实践沉淀。
兰亭妙微ui设计公司分享：在 UI 组件体系中，按钮是使用频率最高的基础控件。看上去只是圆角矩形搭配文字，却承载着整套界面的交互逻辑。实际项目里不少设计师都会遇到类似困境：从专业角度判断按钮字号不宜过大，但业务方坚持放大文字，沟通过后只能妥协。一枚小小的按钮背后，藏着大量容易被忽视的细节，本文完整拆解按钮设计的知识框架与落地规范。
按钮的本质是触发即时交互行为的界面控件，并非单纯的视觉装饰。核心目的是降低用户决策成本，清晰传递 “此处可交互，点击后将发生对应行为”，主要体现在三个方面。
不同按钮对应不同行为优先级，页面内需要做好区分，避免层级混乱。
很多设计师只设计正常、点击两种样式，一套完备的按钮组件，需要覆盖交互状态与业务属性状态。
两种落地方式：一是直接置为灰色，属于行业通用做法；二是保留原有色相，降低透明度。禁用按钮视觉强度必须显著弱于可操作按钮，同时需要引导用户补齐前置条件，解除禁用限制。
页面同时出现多个高权重主按钮，会加重用户选择负担。产品追求低思考成本的体验，次要操作降级为描边按钮或文本按钮。弹窗对话框内这条规则尤为关键。
切忌使用过渡模糊的中间圆角，容易产生廉价违和的视觉感受。
按钮文案简短有力，优先使用动词，避免长句，禁止文字换行。文案过长应当优化文字表述，而不是单纯放大按钮尺寸。
按钮常用字号 12px、14px。文字占比失衡，会出现拥挤压抑或者空洞松散的问题，破坏界面精致度，这也是设计师与业务方经常产生分歧的地方。
如需增加投影，阴影色调尽量继承按钮本身色相，营造通透感。只有主按钮可以配置阴影，次按钮、文本按钮增加阴影会打乱层级，降低识别效率。
弹窗、表单模块内部，主、次按钮严格沿用组件库既定样式，不要随意修改描边、圆角、填充色，避免样式碎片化。
不要让按钮和卡片标题、标签、模块卡片外观趋同。一旦控件样式混淆，用户无法快速识别可点击区域，造成认知障碍。
暗黑模式已经成为标配，设计按钮时，同步校验亮色、暗色两套主题下的色彩对比度，保证可读性。
弹窗、确认对话框、表单提交场景，确认主按钮放置右侧，取消次要按钮放置左侧；普通业务页面可根据布局灵活调整，这也是解决团队设计分歧的实用原则。
可以参考这套尺寸逻辑：
按钮高度 = 文字行高 + Xn 按钮宽度 = 文字宽度 + Xn
n 为产品定义的基础间距单位，X 为自然数。这套逻辑同样可以复用到卡片、模块间距等组件规范搭建。
提示：按钮文字优先选用 12px、14px，避免字号过大。行业常用按钮高度：40px、36px、32px、28px、24px，可直接落地组件库。
按钮只是 UI 系统里一个很小的组件，但细节决定整体体验。无论组件体量大小，设计师不应当只输出视觉，更要思考样式背后的交互逻辑与用户心智。打磨好每一处微小细节，产品体验才能够持续提升。
转载：站酷
兰亭妙微ui设计公司分享：这张“认知偏差图谱”对 PM、UX/UE、 UI设计师 来说，简直就是一本《用户大脑操作手册》。 如果说编程是写给机器的代码，那么认知偏差就是写给人类大脑的“底层代码”。
这张图片展示的是著名的 “认知偏差这一图谱” (Cognitive Bias Codex)。这是一个系统性的知识图谱，由 Buster Benson 整理分类，John Manoogian III 设计。
核心逻辑是：人类的大脑不是为了追求“真理”或“逻辑完美”而进化的，而是为了“生存”和“效率”进化的。
这张图将180多种认知偏差归纳为人类大脑必须面对的四大核心挑战（Four Conundrums）。我们可以从这四个维度来深度解构：
世界上每秒钟发生的信息量不仅庞大，而且极其复杂，我们的大脑无法处理所有细节。
大脑必须进行过滤。它会激进地忽略绝大多数信息，只捕捉它认为重要的部分。
深度洞察： 在这一象限，所谓的“偏见”，其实是大脑的“降噪耳机”。
世界是碎片化的、模糊的。看到的信息往往是不完整的，但这让我们感到不安和困惑。
大脑是一个故事生成器。它会自动填补空白，强行寻找规律，哪怕这些规律并不存在。
深度洞察： 在这一象限，大脑是一个“编剧”，为了让世界看起来合理，它不惜虚构情节。
时间是有限的。如果我们在丛林里看到风吹草动，思考太久会被吃掉。在这个象限，速度 > 准确度。
大脑会牺牲精确性来换取自信和决断力。
深度洞察： 在这一象限，大脑是一个“赌徒”，为了不错失机会，它宁愿错判也不愿不判。
也就是存储空间有限。我们不能记住所有吃过的早餐。
记忆不是录像带，而是经过剪辑的摘要。我们只存关键帧。
深度洞察： 在这一象限，大脑是一个“吝啬的图书管理员”，它只保留它认为将来用得上的目录，而且经常把书名贴错。
对这张图的深度理解，不仅仅是背诵这些名词，而是认识到：
这些偏差在远古时代帮助人类活了下来。锚定效应帮我们快速比价，从众心理帮我们融入部落。
在现代复杂的金融、职场和社交环境中，这些原本用来“省电”和“保命”的快捷方式，变成了阻碍我们做出理性决策的Bug。
这张图的最大价值在于自省。当你下次想把所有的功劳都归于自己时，看一眼“自利偏差”；当你觉得某个投资肯定涨因为最近都在涨时，看一眼“近期偏好”。
核心价值：商业策略、定价模型、用户留存、决策避坑。
PM 往往背负着 KPI（转化率、留存率、GMV），需要从宏观层面设计产品的机制。
定价与营销策略 (利用锚定效应 & 框架效应)：
应用：
用户留存与活跃 (利用损失厌恶 & 沉没成本)：
应用：
需求挖掘与自我纠偏 (避免确认偏误)：
警惕：PM最容易犯 Confirmation Bias (确认偏误)。做用户访谈时，只听得进支持自己想法的声音。这张图提醒PM：你要寻找证伪的数据，而不是证实的数据。
核心价值：降低门槛、引导路径、减少挫败感、流程设计。
UX 的核心是“好用”，让用户不思考（Don’t make me think）。这张图告诉 UX 设计师大脑的“带宽”有限。
减少认知负荷 (应对信息过载)：
应用：
优化体验流程 (利用峰终定律)：
应用：利用 Peak-End Rule (峰终定律)。用户记不住整个流程，只记得最爽的瞬间（Peak）和结束时的感觉（End）。
实操：哪怕中间流程平淡，但在“支付成功”或“任务完成”的那一刻，要给出一个超棒的动画反馈或奖励，用户就会觉得整个体验很棒。
表单与信息架构 (利用序列位置效应)：
应用：利用 Serial Position Effect (序列位置效应)。用户倾向于记住第一个和最后一个项目。把最重要的功能放在菜单的开头或结尾，而不是中间。
核心价值：视觉焦点、信任感建立、情感化设计。
UI 需要在0.1秒内抓住用户的眼球，并传递正确的情绪。
引导视觉注意力 (利用冯·雷斯托夫效应)：
应用：利用 Von Restorff Effect (隔离效应)。在一组相似的元素中，那个“不一样”的会被记住。
实操：为什么“购买按钮”的颜色通常和背景色对比强烈？就是为了利用这个偏差，让大脑第一眼捕捉到它。
建立信任感 (利用美即好用效应)：
应用：利用 Aesthetic-Usability Effect (美即好用效应)。用户会觉得“长得好看”的界面“更好用”、“bug更少”。
实操：高级的排版和精美的插图不仅仅是为了美，是为了降低用户对系统错误的容忍度。
利用熟悉感 (利用单纯曝光效应)：
应用：利用 Mere Exposure Effect (单纯曝光效应)。人们喜欢熟悉的东西。
实操：UI 图标设计尽量遵循通用的设计规范（如放大镜代表搜索），不要为了创新而创新，陌生的图标会让用户警惕和困惑。
一句话总结：这张图展示大脑为了在这个复杂世界中生存，会通过”过滤信息、填补意义、快速反应、选择性记忆”四种方式来简化现实——这些认知捷径既是生存智慧，也是商家理解用户行为、设计消费体验的重要科学依据。
转载：人人都是产品经理
兰亭妙微ui设计公司分享：很多设计师会遇到这样的困境：明明元素都齐全，但整体界面观感粗糙廉价，想要优化却找不到切入点。本文结合真实改版案例，从头部 Banner、内容列表、全局布局三个维度，拆解一套可直接复用的界面优化方法。
Banner 是页面第一眼的视觉焦点，界面质感差，往往问题就出在这里。我们可以从图标、卡片色彩与投影两点着手调整。
原版 Banner 图标结构繁杂、色彩堆砌，阴影油腻浑浊，高饱和度投影让画面显得杂乱。 借助 AI 工具重构图标，优先选用造型简洁、轮廓明确的图形；配色做减法，以黑白为基底，搭配品牌主题色，弱化多余装饰，强化整体风格识别度，减少视觉噪音。
原始 Banner 卡片投影过重，卡片与背景边界模糊，渐变过渡生硬，卡片内容被背景吞没，文字辨识度大打折扣。
优化思路：
Banner 调整完成后，向下处理列表板块。列表常见三大弊病：图标风格割裂、卡片排版混乱、状态标识文字过小，导致信息层级模糊。
旧版列表图标色彩五花八门，质感、样式互不统一，和底部导航栏视觉语言脱节。 将全部列表图标更换为和导航栏保持一致的线面结合样式，整套界面图标体系统一，减少风格冲突，页面会瞬间变得整齐有序。
原版卡片内部字号层级过多，文字排布散乱；任务状态提示字号过小，用户很难快速识别任务进度。
优化要点：
局部细节打磨完毕，最后回归全局，解决底色、边距带来的廉价感。
原版大面积高饱和度浅绿色背景，视觉油腻，卡片和背景边界混淆。 保留头部小范围主题色渐变，主体背景切换为柔和浅灰色；头部色彩局部下沉，制造页面空间层次感，让 Banner、列表卡片从背景中 “浮” 出来，界面高级感立刻提升。
页面边距过大，内容区域被过度挤压，内容聚拢局促，缺少舒展的呼吸空间。 适度收窄页面左右边距，压缩顶部冗余空白，重新分配屏幕空间，让内容充分舒展，阅读体验更加舒适。
当你的界面看起来不够精致，不必直接推翻全部设计。可以遵循这套顺序：先打磨头部核心 Banner，再修复列表等内容组件，最后校准背景、边距等全局设定。从局部到整体逐步迭代，就可以低成本完成界面质感升级。
转载：站酷
蓝蓝设计的小编 http://www.lanlanwork.com
