Mobile Responsive (Deep Workflow)
Responsive design is not “three fixed widths”—it is fluid layouts, touch-first interaction, readable typography, and performance under real constraints.
When to Offer This Workflow
Trigger conditions:
- - Layout breaks on small screens; horizontal scroll
- Touch targets too small; hover-only patterns
- CLS or LCP issues on mobile
Initial offer:
Use six stages: (1) viewport & breakpoints, (2) content priority, (3) layout & grids, (4) touch & gestures, (5) typography & readability, (6) performance & verification. Confirm design system tokens if any.
Stage 1: Viewport & Breakpoints
Goal: Breakpoint strategy matches content not only devices.
Practices
- - Content-first min-width media queries where possible
- Test real ranges (320–428+ px common phones)
- Safe area insets for notch devices
Exit condition: Breakpoint table with what changes per tier.
Stage 2: Content Priority
Goal: Mobile shows what matters first—not shrunk desktop.
Practices
- - Reorder stack for primary CTA above fold when appropriate
- Hide non-essential via progressive disclosure not
display:none without a11y plan
Exit condition: Priority annotated wireframe for key templates.
Stage 3: Layout & Grids
Goal: Fluid grid; no overflow surprises.
Practices
- - Max-width containers; images with dimensions or aspect ratio
- Flex / grid gap consistent; avoid fixed px widths for main columns
Stage 4: Touch & Gestures
Goal: WCAG 2.5 target size (≥44×44 px approx) and spacing.
Practices
- - No hover-only tooltips; tap to reveal
- Swipe only when discoverable or documented
Stage 5: Typography & Readability
Goal: Min font size ~16px body to prevent iOS zoom; line-height comfortable.
Practices
- - Contrast ratios for small text outdoors
Stage 6: Performance & Verification
Goal: LCP images optimized; JS budget for mobile CPU.
Verification
- - Chrome device mode insufficient alone—real devices or BrowserStack
- RUM by device class
Final Review Checklist
- - [ ] Breakpoints and content priority defined
- [ ] No critical horizontal scroll; images stable
- [ ] Touch targets and focus order work
- [ ] Typography readable; contrast OK
- [ ] Performance validated on mobile networks
Tips for Effective Guidance
- -
100vw often causes overflow with scrollbar—use 100% or min carefully. - Sticky headers and virtual keyboard interactions need test on device.
- Dark mode and contrast are part of responsive readability.
Handling Deviations
- - Native app vs web: same touch and priority principles; platform patterns differ.
- Desktop-only internal tool: still minimum 1280 and zoom to 200% for a11y.
移动端响应式(深度工作流)
响应式设计并非“三种固定宽度”——而是流式布局、触控优先交互、可读排版以及真实约束下的性能表现。
何时提供此工作流
触发条件:
- - 布局在小屏幕上断裂;出现横向滚动条
- 触控目标过小;存在仅悬停模式
- 移动端出现CLS或LCP问题
初始建议:
使用六个阶段:(1) 视口与断点,(2) 内容优先级,(3) 布局与网格,(4) 触控与手势,(5) 排版与可读性,(6) 性能与验证。如有设计系统令牌,请确认。
阶段1:视口与断点
目标: 断点策略匹配内容而非仅设备。
实践
- - 尽可能采用内容优先的min-width媒体查询
- 测试真实范围(常见手机320–428+像素)
- 为刘海屏设备设置安全区域内边距
退出条件: 包含每层级变化内容的断点表格。
阶段2:内容优先级
目标: 移动端优先展示重要内容——而非缩小的桌面版。
实践
- - 适当时重新排列堆叠顺序,将主要行动号召按钮置于首屏上方
- 通过渐进式披露隐藏非必要内容,而非无无障碍计划的display:none
退出条件: 关键模板的优先级标注线框图。
阶段3:布局与网格
目标: 流式网格;无溢出意外。
实践
- - 最大宽度容器;带尺寸或宽高比的图片
- Flex/网格间距一致;避免主要列使用固定像素宽度
阶段4:触控与手势
目标: WCAG 2.5目标尺寸(约≥44×44像素)及间距。
实践
- - 无仅悬停提示;点击显示
- 仅当可发现或有文档说明时使用滑动操作
阶段5:排版与可读性
目标: 最小字号约16px正文以防止iOS缩放;行高舒适。
实践
阶段6:性能与验证
目标: LCP图片已优化;移动端CPU的JS预算。
验证
- - 仅Chrome设备模式不足——需真实设备或BrowserStack
- 按设备类别的真实用户监控
最终审查清单
- - [ ] 断点和内容优先级已定义
- [ ] 无关键横向滚动;图片稳定
- [ ] 触控目标和焦点顺序正常
- [ ] 排版可读;对比度达标
- [ ] 移动网络性能已验证
有效指导技巧
- - 100vw常因滚动条导致溢出——谨慎使用100%或min。
- 粘性页眉和虚拟键盘交互需在设备上测试。
- 深色模式和对比度是响应式可读性的一部分。
偏差处理
- - 原生应用与网页:触控和优先级原则相同;平台模式不同。
- 仅桌面内部工具:仍需最小1280像素并缩放至200%以满足无障碍需求。