ss-flow
Compare original and translation side by side
🇺🇸
Original
English🇨🇳
Translation
ChineseUX Flow Designer
UX流程设计师
When NOT to use
不适用于以下场景
- For implementing a single page → use after the flow is settled
/ss-page - For copy on each step → use after the structure is settled
/ss-copy - For information architecture of an entire product — narrow scope to one flow first
- For high-fidelity mockups — this produces a flow map, not pixel-perfect designs
Design a user flow: $0
Description: $ARGUMENTS
- 实现单个页面 → 待流程确定后使用
/ss-page - 为每个步骤撰写文案 → 待结构确定后使用
/ss-copy - 设计整个产品的信息架构 — 先将范围缩小到单个流程
- 制作高保真原型 — 此工具生成的是流程图,而非像素级完美设计
设计用户流程:$0
描述:$ARGUMENTS
Instructions
操作说明
-
Read the design system reference:
- for component inventory
CLAUDE.md - for layout patterns (sections 13-14, 19-20)
DESIGN-LANGUAGE.md - for available building blocks
components/patterns/
-
Apply these UX principles:
-
阅读设计系统参考文档:
- :组件清单
CLAUDE.md - :布局模式(第13-14、19-20节)
DESIGN-LANGUAGE.md - :可用构建模块
components/patterns/
-
应用以下UX原则:
Information Architecture
信息架构
- Progressive Disclosure: Show only what's needed at each step. Hide complexity behind logical drill-downs.
- Miller's Law: Chunk information into groups of 5-9 items maximum.
- Hick's Law: Minimize choices per screen. Fewer options = faster decisions.
- 渐进式披露:每个步骤仅展示必要信息,通过合理的层级展开隐藏复杂性。
- 米勒定律(Miller's Law):将信息分组,每组最多5-9个条目。
- 希克定律(Hick's Law):最小化每个屏幕的选项数量。选项越少,决策速度越快。
Navigation Patterns
导航模式
- Hub & Spoke: Dashboard → detail pages → back to dashboard (default for mobile apps)
- Linear Flow: Step 1 → Step 2 → Step 3 (for forms, onboarding, checkout)
- Tab Navigation: 3-5 top-level sections via BottomNav
- 中心辐射式(Hub & Spoke):仪表盘 → 详情页 → 返回仪表盘(移动应用默认模式)
- 线性流程:步骤1 → 步骤2 → 步骤3(适用于表单、引导流程、结账流程)
- 标签导航:通过BottomNav设置3-5个顶级板块
Screen Flow Rules
屏幕流规则
- Every flow must have a clear entry point and clear exit point
- Maximum 3 taps to reach any key feature from the home screen
- Back navigation must always be available (except root screens)
- Error states must provide recovery paths (retry, go back, contact support)
- Loading states must use skeleton screens (never spinners in cards)
- 每个流程必须有清晰的入口点和清晰的出口点
- 从主屏幕到任何核心功能最多需要3次点击
- 返回导航必须始终可用(根屏幕除外)
- 错误状态必须提供恢复路径(重试、返回、联系支持)
- 加载状态必须使用骨架屏(卡片中绝不使用加载动画)
Page Composition (from DESIGN-LANGUAGE.md)
页面构成(来自DESIGN-LANGUAGE.md)
- Follow the Information Pyramid: Hero → KPI Grid → Details → Lists
- Each screen should answer ONE primary question
- Above the fold: the most important metric or action
- Use the 4 section types: Full Card (A), Grid (B), Carousel (C), Hero (D)
-
Output format:
- Flow diagram in ASCII showing screen connections
- Screen inventory listing each screen's purpose and key components
- Edge cases (empty states, errors, loading) for each screen
- Scaffolded pages using ,
PageShell,TopBarpatternsBottomNav
-
Generate the actual page files usingconventions.
/ss-page
- 遵循信息金字塔:Hero区域 → KPI网格 → 详情 → 列表
- 每个屏幕应回答一个核心问题
- 首屏内容:最重要的指标或操作
- 使用4种板块类型:全卡片(A)、网格(B)、轮播(C)、Hero区域(D)
-
输出格式:
- ASCII流程图:展示屏幕间的连接关系
- 屏幕清单:列出每个屏幕的用途和核心组件
- 边缘情况:每个屏幕的空状态、错误状态、加载状态
- 框架化页面:使用、
PageShell、TopBar模式BottomNav
-
使用规范生成实际页面文件。
/ss-page