@Akane_Lee：收到一封 Mail，其中提到几个关于 设计流程 和 Prototype 的问题。UI 设计流程 ：Wireframe->低保真Prototyple->Mockup->高保真Prototyple，这样的流程是对的吗?今天来聊聊一个完整的 UI 设计流程应该是怎样的，收干货!

　　根据上过课的学员响应、以及自身经验，目前业界的情况大多是 UI 设计师收到「开工啦」的通知，然后就从 Wireframe 开始下手。用户怎么操作、有哪些功能、用户和客户的需求是什么往往靠 PM 简单口述。

　　Wireframe 为什么会长这样?在 Wireframe 之前还有哪些事要做?

　　全部都靠通灵。

　　所以执行项目期间都在改来改去，撑到最后一天总是可以结案就解脱了嘛，再开始下个改来改去的轮回。

　　开发流程

　　基本上我自己在开发产品的流程大致上不会脱离这张图太远。

　　User Story

　　Functional Map

　　Flow Chart

　　UI Flow

　　Wireframe

　　Mockup

　　Prototype

　　使用者要什么? > 从需求中整理出功能 > 用户怎么操作这些功能? > 操作的过程需要哪些页面? > 页面要放什么内容/组件?怎么被操作? > 使用者看到的页面长什么样子?

　　各家有各家的作法，没有标准或正确一定要这样做的流程，但我在做自己的玩具时都会这样干。

　　有 UX 团队的大公司会把上述流程拆的更细，还会做使用者研究之类;一人 UI/UX 通包的小型团队…这 7 项是最低一定要产出的文件，依个人想偷懒的惨痛经验，再删除精简化就会在执行项目的过程中漏东漏西，之后补洞反而花更多时间和心力。

　　1. User Story

　　功能怎么来的?从「使用者要什么」或「客户预期使用者想要什么」开始。依用户的身份不同，想要的功能也会不同，完成的任务不一样嘛。

　　比如「Blog」：

　　我是读者，我要看到这位作者写的所有文章。

　　我是作者，我要撰写并发布文章。

　　我是平台提供商，我要看到所有会员身份和缴费状态。