写这篇文章之前先说个现象很多产品新人拿到需求的第一反应是打开Axure或Figma开始拖组件花了两天时间把界面画得漂漂亮亮结果到了评审会上业务方一句“用户根本不会走到这个页面”就把方案打回原形。问题出在哪不是原型图画得不好而是漏了原型图前面的关键一步——页面流程图。原型图和页面流程图是两种完全不同的产出物但绝大多数教程把它们混在一起讲。这次我用抖音这个大家都能理解的产品为例把“页面流程图怎么画”“页面原型图怎么画”“两者怎么衔接”完整拆一遍。不管你是刚转行做产品的萌新还是正在带实习生的资深PM这篇文章里的实操方法都可以直接拿走用。1. 为什么先画页面流程图再画页面原型图1.1 页面流程图定义的是“关系”页面原型图定义的是“内容”页面流程图和页面原型图这两个词经常被混用但本质上它们回答的问题完全不同。页面流程图也叫页面跳转图、页面流转图描述的是“用户从哪来、到哪去、中间经过哪些页面、什么条件下跳转”它是一张关于“页面之间关系”的地图。页面原型图则是把地图上的每一个站点具体画出来——某个页面长什么样、上面有哪些按钮、信息怎么排列。拿抖音来举例用户从首页信息流点击一条视频进入播放页点评论区弹出评论面板再点作者头像进入作者主页。这个“首页→播放页→作者主页”的路径关系是页面流程图要表达的。而播放页里左上角是作者信息、右侧是点赞评论分享按钮、底部是输入框这是页面原型图要表达的。很多新人犯的错误是直接做原型图然后在评审时靠嘴描述页面之间的跳转逻辑。结果就是开发问“这个页面从哪个页面进来”“异常情况下跳到哪里”的时候产品经理自己都答不上来。先画页面流程图就是逼你把整个产品的信息架构和用户动线梳理清楚。1.2 先流程后原型本质上是在“先想后做”我从带新人的实际经验中总结出一个规律凡是先画流程图再做原型的返工率会大幅降低凡是跳过流程图直接画原型的大概率会在评审或开发阶段被推翻重来。原因是这样的页面流程图是逻辑层面的推演它的核心是“判断”和“路径”。比如抖音的登录环节——用户未登录时点点赞按钮是直接弹登录页还是先弹登录引导弹窗这个决策在流程图阶段就应该定下来而不是画到原型图时才纠结。流程图阶段改一个逻辑只需要拖一条线原型图阶段改一个逻辑可能要重画两三个页面。从工作流程的合理性来看页面流程图相当于产品的“骨架”页面原型图是“血肉”。没有骨架的肌肉是摊在地上的一滩肉。先把页面和跳转关系定下来再往每个页面里填充具体内容整个设计过程才算顺。2. 绘制前的准备工作需求、用户路径与工具选型2.1 拆解需求先列“页面清单”而不是“功能清单”拿到需求文档后我建议你先别急着开画。找个白板或者用最简单的文字工具把需求涉及到的所有页面列出来。注意是页面清单不是功能清单。这两者很容易混淆但区别很大。功能是“用户能做什么”页面是“用户在哪个界面完成这个动作”。比如抖音里“关注”是一个功能但它涉及多个页面播放页关注按钮、作者主页关注按钮、关注列表页的关注行为。如果不先把页面列全后面画流程图时一定会漏掉某些跳转入口。具体的做法是通读需求文档把所有涉及到的界面名称写下来然后按层级归类。一级页面是Tab页比如抖音的首页、朋友、发布、消息、我二级页面是从一级页面点击进入的页面比如首页点进直播间、从搜索进入搜索结果页三级页面是更深层的比如设置里的隐私设置页。列完清单之后核对一遍用户完成一个核心任务最少需要经过哪些页面这些页面之间有没有逻辑闭环这个清单就是后续画流程图和原型图的目录也是评审时对照需求是否漏项的依据。2.2 明确核心用户路径画图前先“走查”页面清单是静态的用户路径是动态的。画流程图之前还要把产品最核心的几条用户路径走查一遍。什么叫用户路径简单说就是“用户带着一个目标进来沿着什么路线走完最终达成这个目标”。抖音最核心的用户路径是什么打开APP→刷视频→点赞评论→关注作者→继续刷。这个路径是产品体验的主干道所有页面设计都要服务于它。我建议用一句话描述法来梳理把用户从进入产品到达成目标的流程用一句话讲清楚然后在关键节点停下来问“用户在这个节点还有没有其他选择”。比如“刷视频”这个环节用户可能点右侧的头像进入作者主页可能点评论按钮打开评论区可能点分享按钮拉起分享面板。每多一个选择就多一条分支路径。把这些分支路径都补进你的页面清单里流程图就不会画着画着发现缺页。2.3 工具怎么选Axure、Figma还是手绘工具这一块其实没有标准答案但我可以分享下自己的选型逻辑以及不同工具的优劣对比。如果你主要做Web端后台产品团队又以Axure为中心协作那Axure仍然是流程逻辑表达最顺手的工具。它的动态面板做页面跳转演示很成熟。如果做移动端App或者Web前台Figma目前效率最高。自动布局、组件库、团队协作体验都比Axure流畅。如果只是早期方案讨论我强烈建议先用纸笔或者白板快速画草图把流程跑通再上软件精修。最怕的是拿着Axure在评审现场边画边改效率极低。这里有一个经验之谈流程图阶段我经常用大图墙的方式把A4纸横向拼一排或者用无限画布的Figma一张画布放下所有页面节点方便全局审视流程。原型图阶段再分页面逐个细化。提示工具只是手段关键是内容。别花大量时间研究Axure的交互效果——先把静态页面和跳转逻辑画清楚动态交互可以放后面。3. 页面流程图画法实操以抖音为例3.1 定义页面流程图的核心符号别自创一套别人看不懂的图例页面流程图本质上是一种信息图有约定俗成的符号规则。用统一符号团队成员和开发一看就懂自造一套符号别人看不懂图就失去了沟通价值。我常用的符号规则如下矩形代表一个页面或页面状态框内写页面名称建议写“XX页”而不是“XX功能”。菱形代表判断条件比如“是否已登录”“是否有网络”。带箭头的直线代表页面跳转线上标注触发动作比如“点击发布按钮”“滑动到底部”。圆角矩形代表启动页或弹窗等非全屏界面具体可以根据团队习惯统一。最常见我推荐一种代表“页面”一种是“弹窗/浮层”不要搞太多形态。以上这套规则来自我工作多年的实践积累并非行业唯一标准但它的好处是信息足够简单不同角色理解成本低。你的团队如果有统一规范按团队规范来即可。3.2 从“打开抖音”开始拆解一张完整的页面流程图下面我把抖音最核心的一段用户流程从“冷启动”到“刷到视频并发生互动”拆解出来展示页面流程图里到底应该放哪些信息。第一步启动阶段。用户点开抖音App首先经过启动页闪屏广告页随后到达首页。这里判断条件就出现了如果用户是首次安装会进入兴趣选择页如果非首次直接进首页信息流。所以流程图上启动页下方要有一个菱形判断框“是否首次安装”两个出口分别指向“兴趣选择页”和“首页”。第二步浏览阶段。用户在首页上下滑动浏览信息流。这个页面里有几个关键跳转入口点击视频区域进入全屏播放页点击左上角搜索图标进入搜索页点击底部Tab切换到“朋友”“消息”等页面点击右上角“直播”角标进入直播广场。注意这里要特别标注每个跳转对应的触发动作开发实现时才知道事件挂在哪里。第三步互动阶段。这是整个流程里分支最多的部分。在全屏播放页用户点击点赞按钮如果未登录需要跳转到登录引导弹窗如果已登录点赞成功并更新按钮状态。点击评论按钮从底部弹出评论区弹层。点击右侧作者头像进入作者主页。点击分享按钮弹出分享面板。点击“不感兴趣”则切换到下一条视频。把以上这些信息画在一张图里就是一张标准的抖音核心浏览页面流程图。画的时候建议把焦点放在“判断分支”上因为流程图的灵魂是分支不是线性的点击链路。3.3 流程图画到什么程度算合格很多同学问我流程图要画到多细才算够。我的判断标准是一张流程图按照上面的路径走一遍可以回答以下三个问题就算合格。问题一用户从任意一个入口进入能走到哪里有没有走不通的死胡同问题二所有判断分支都有出口吗比如“未登录”分支处理完登录后回到哪里问题三页面之间的跳转方向是单向还是双向比如从播放页进入作者主页从作者主页能否回到播放页回到哪个页面如果你的流程图走完一遍以上问题都能清晰回答就可以进入原型图阶段了。不要为了画而画流程图的作用是逼你在动手之前把逻辑想完整。4. 页面原型图实操从流程图到单页面的视觉表达4.1 原型图的尺寸、栅格与状态栏移动端界面原型的基本规则页面流程图完成后就到了正文标题里说的“页面原型图”环节。原型图是把流程图里的每一个页面节点用线框图形式画出来。移动端原型图第一步要确定画布尺寸。我用的比较多的方案是iOS 375x812像素即iPhone X之后的逻辑分辨率。安卓推荐360x800这两个尺寸在主流机型上还原度都比较高。如果团队没有特殊要求按这个来就行。画布建立好后建议先画一个带状态栏、导航栏、底部Tab栏的模板页面后续所有页面复制这个模板改内容。状态栏高度一般是44像素导航栏高度44像素底部Tab栏高度49像素。这是iOS的标准数值。底部安全区域再留34像素避免全面屏手势区域遮挡内容。这里有一个容易被忽略的问题页面原型图不是高保真视觉稿不需要填充真实的图片和配色但信息层次要表达清楚。图片位置用带灰度的矩形和叉号占位按钮只画形状并标注清楚状态。降低原型图对视觉的依赖反而能让评审重心放在结构和逻辑上。4.2 视觉线框怎么做灰度、占位符、标注一个都不能少原型图的价值在于低成本快速验证。很多新人习惯用真实图片和相近配色填充原型坦白说这样会让评审跑偏——评审只会盯着“标题颜色对不对”“图片选得不好看”没人关注交互逻辑了。正确的做法是使用低饱和度的线框风格文字用横线或真实小字号文本占位图片用矩形加叉号表示图标用圆或方块占位并标注图标名称。最关键的交互按钮比如点赞、评论、分享可以画出来并加一个简单的标注说明点击后的跳转行为。在关键信息上建议加文字批注。比如在抖音播放页的右侧按钮区旁边拉一个批注线写上“点赞按钮点击后图标变红数字加1未登录时弹出登录引导弹窗”。这样的批注不一定会画进高保真原型但它是开发工程师实现交互时最直接的参考资料。还有一个细节页面原型图要区分“静态页面”和“页面状态”。同一个页面空数据、加载中、异常网络、完整内容四种状态长什么样也要画出来。这些状态如果在流程图阶段已经标明了原型阶段直接补齐即可。4.3 实操拆解抖音首页信息流与播放页的原型图应该画哪些元素用抖音两个典型页面来拆解原型图的具体内容。首页信息流页顶部是搜索框和“直播”图标入口中间是沉浸式视频信息流底部是五个Tab首页、朋友、发布、消息、我。首页信息流页的主体是上滑切换的视频卡片每张卡片右侧有头像、点赞、评论、分享、音乐旋转盘这组竖排按钮底部是作者昵称、文案和话题标签。画原型图时需要画出这些元素的排列位置不必抠细节到图标具体长什么样但每个交互元素的布局要给出来。同时要标注“当前选中Tab是首页”表示这是一个高亮状态。全屏播放页进入播放页后信息流页的底部Tab栏隐藏了。右上角是“更多”按钮左上角通常显示直播或合拍入口右侧继续保持竖排按钮组但点赞按钮可能需要体现“已点赞”的红色状态。评论区作为从底部弹出的浮层要单独画一个页面状态来表现。以上拆解遵循一个原则原型图不追求视觉还原度追求“元素齐全、层级清晰、批注明确”。做到这三点开发接到原型图后就能明白页面上有哪些东西、优先级是什么、交互怎么跳转不需要产品经理反复解释。4.4 从静态原型到可点击Demo用低成本的动态演示串联跳转链路静态的原型图一张张单独看没问题但评审时如果按顺序手动切换页面很容易产生误解尤其是涉及A入口B出口这种逻辑关系时。所以完成主要页面的静态原型后我建议用原型工具的连线功能把页面之间的跳转关系串起来形成一个可点击的Demo。Figma里用Prototype模式Axure用拖拽连线墨刀这些都是内置能力。操作步骤很简单选中某个按钮拖一条线到目标页面设定触发动作是“点击”还是“滑动”Demo就能跑起来。串好之后过一遍核心用户路径比如“打开APP→进首页→点视频→播全屏页→点评论→弹评论框→关闭评论→滑到下一条”看看链路是否顺畅。可点击Demo对评审的帮助非常大。业务方和开发不再需要脑补页面之间的关系而是直接操作体验。如果需要快速验证把Demo发给几个用户做可用性测试也完全够用。这套做法在MVP阶段可以省掉视觉设计的时间产品核心逻辑先跑通再补视觉稿。5. 常见问题与排查技巧实录5.1 页面流程图和原型图最常见的5个坑坑一页面流程和原型图脱节。流程图里画了从播放页可以通过“更多”进入举报页但原型图里播放页根本没画“更多”按钮。评审时被发现这种低级错误对整个方案的信任度都会降低。坑二边界状态缺失。只看快乐路径不看数据为空、无网络、无权限、已删除这些边界情况。开发拿图走查时发现“这个列表为空的时候前端该渲染什么原型图上没有”只能开发自行脑补。坑三判断条件画得含糊。有的流程图把“是否登录”和“是否有网络”一起写在同一个菱形框里。这两个条件一旦叠加可能的组合有四种不拆开画后面一定会乱。坑四原型图上信息全部平级。界面上所有元素都用一样粗细的框表示看不出主次。评审时大家不知道页面核心操作是什么开发也分不清重点视觉层级。坑五一个页面画出N套样式没有统一模板。每个页面都是自由发挥Tab栏位置不一样、按钮大小不统一、间距随意调。这种图给到视觉设计他们需要做大量基础对齐工作。5.2 评审前的自检清单建议打印出来每次画完图、准备提交评审之前我会走一遍自检清单。这算是我多年工作总结出的个人习惯不一定适用于所有人但流程上确实能避免大部分低级问题页面清单是否能覆盖需求文档里的所有功能点每个页面流程图上的跳转入口在原型图上都能找到对应元素吗正向流程和反向流程都走通了吗比如“登录成功回跳前页”这条链路。所有按钮的可点击区域和跳转关系是否已在原型图上标注空数据、加载失败、无网络、权限拒绝这几类异常态原型是否都已补齐各页面的公共组件Tab栏、导航栏样式是否统一文字内容是否用了真实文案关键提示语是否与需求文档一致原型图是否标注了版本号和修改时间方便评审后同步更新其中第8点很多人忽略。原型图也是需要版本管理的尤其是一个方案改了好几版之后如果没有标注开发很可能拿着旧图做开发出了问题上线后才发现。建议每版原型的右下角用一行小字标注“V1.2 / 2025-XX-XX / 修改内容”成本低收益高。5.3 评审会上如何讲解页面流程图和原型图才能让开发不骂人评审讲解顺序也有讲究顺序不对会让开发觉得逻辑混乱。我最常用的讲解顺序是先讲核心流程再讲单页细节最后讲异常分支。第一步用页面流程图完整走一遍核心用户路径让所有人都知道用户在这条主路上会经历什么页面之间的关系是什么。第二步停留在核心页面原型图上把每个区域的元素、交互点说明白。第三步再展开异常分支和边界状态比如未登录、弱网、空数据时各页面如何表现。讲解过程中有个关键技巧所有交互状态都要讲但不要展开非核心页面的细节。比如抖音的“朋友”Tab如果这个版本没有动它的功能一句带过就行不要花五分钟讲朋友页的布局。避免评审会变成原型图逐页翻阅大会这是很多新人最容易犯的错。另外开发问问题的时候不要急着反驳先把问题记下来看它是否暗示某个流程分支没画清楚。我经历过几次评审开发连续追问“这个页面从哪里进入”“这里发生点击后到哪里”基本都是流程图分支画漏了。此时正确的应对是当场认下问题补上分支再继续。我个人的一点经验画页面流程图和页面原型图这件事本质上是用最便宜的成本把产品逻辑想清楚。排优先级永远是把核心路径走顺再补分支和异常。一个方案如果核心路径 30 秒能走展示完毕边界情况 10 分钟讲不完就说明边界还远没到需要画图的时候真正的核心问题被边缘内容稀释了。最后分享一个小习惯每完成一个版本的流程图和原型图我会把它们导出成图片按日期和版本号归档。三个月后再回看你会发现自己当时方案里的很多假设已经变了但那些图和当时的思考记录能帮你复盘整个产品演进脉络。这个习惯几乎不花时间但回报很高推荐你从现在开始用。