Mobile Ui Ux Workflow

执行顺序（按需裁剪）

1. 设备与情境：默认手机单手/双手场景；是否含平板横屏、深色模式、系统字体缩放——未知则列为待确认。
2. 信息架构：主要入口、一级/二级导航方式（底部 Tab、抽屉、栈式返回等）；从哪进、到哪去、如何回退。
3. 关键屏幕清单：每屏核心目标、首屏可见内容优先级（首屏Above the fold）、次要内容收纳方式（展开、二级页、Bottom sheet 等）。
4. 交互与反馈：
   • 触控：主要操作控件建议尺寸与间距（宜满足常见可点区域下限，避免误触）；列表滑动、下拉刷新、滑动返回等是否采用及边界。
   • 状态：加载（骨架屏/占位/进度）、空态（引导与主操作）、错误（可重试、文案层级）、成功反馈（Toast/Snackbar/内联/页面内）。
   • 表单与输入：键盘遮挡与滚动、焦点顺序、错误提示位置（内联/汇总）、提交防重复。
   • 动效：是否使用过渡；节制原则（不干扰任务完成、尊重系统减弱动态效果偏好）。
5. 系统与平台习惯：Safe area、刘海/底部横条、状态栏对比度；在同时面向 iOS/Android 时，说明一致性优先还是平台规范优先（若未给则列开放问题）。
6. 可达性与国际化：字级缩放、关键操作是否可读可点；文案预留长度与截断规则（若本期涉及多语言则点名）。

输出格式（建议固定结构，便于贴进需求/任务）

1. 交互范围摘要：本期覆盖的屏幕与用户任务（1 段）。
2. 导航与流程：步骤列表或简流程图（文字即可）。
3. 屏幕说明表：屏幕名 | 目标 | 主要控件与布局层级 | 空/错/载说明。
4. 关键交互与手势：列表 + 异常与防抖（如连点、离线）。
5. 需产品确认：与业务文案、权限、计费展示相关的不确定点。
6. 需开发落实：实现时注意的技术点（如键盘、路由栈、保持滚动位置）——不写具体代码。
7. （可选）界面测试提示：关键路径 + 须覆盖的状态，供 testing-strategy-workflow 引用。

与仓库技术栈的衔接

• 本仓库移动端主体为 Flutter（flutter_app）：说明中可提及 Widget 层级思路（如 Scaffold、列表、AppBar、底部栏）作为沟通语言，但不替代开发选型与实现细节。

输出习惯

• 优先可执行、可检查的交互描述，避免仅形容词堆砌。
• 不确定处用开放问题列出，不默认替用户做决定。