大连原点像素UI设计介绍，APP的开发对于设计稿尤为的重要，如果工程师都看不懂设计稿所要表达的含义，那么将如何能希望开发出合适的APP呢?很多设计师根本不愿意去了解，什么是限制跟规则，如果想成为真正的UI设计师，可以从以下几点考虑：

　　策略

　　使用者需求和开发的目的。

　　用户需要什么、建立这个 App/Web 的目标是什么，这些都是整个项目最底层的根基，也是一切发源的基础。基础不稳越往上发展问题就会越多越大，所有炫又酷的接口、多到爆炸的功能通通比不上这个阶段的重要程度。搞不清楚这个项目的目标是什么就贸然开发…嫌钱多烫手可以捐给我，我好想去捷克看慕夏。这个阶段主要活跃的角色会是 BD、PM、UI/UX。有时候 PM 和 BD 不那么清楚要怎么问才能从「出张嘴」的金主口中挖出开发所需要的情报，可以把这份工作交给 UI/UX，在这个阶段加入 UI/UX 做访谈得到更多的信息，能减少未来开发遇到问题的机率。

　　比如客户说「我要能查询美食餐厅、要有会员系统、能有社交功能」。这听起来超庞大的对吧!但实际上客户想要的搞不好就只是个列表、关键词查询热门餐厅信息，账号串接 FB 后能对餐厅按赞或按干这样而已，项目规模瞬间缩小很多。

　　范围

　　找出需求与目的后以需求为基础，整理出所有用户可能会需要的信息及功能，以愉快且有效的运用各种功能为出发点建构合理的互动模式与流程。

　　这个阶段就是把抽象需求内容转成可实行的功能，并订定出Spec。把所有需要的信息、功能等全部列出，并归纳分类，以「策略」层决议的目标和需求为出发点，考虑各种操作方式。(再强调一次，同样都是音乐播放器，列表型的和很炫型的就算功能大同小异，操作方式和接口设计还是会差很多。)

　　把所有可能会用上的功能、所有必需呈现的信息、图片等等全部用树形图条列出来，方便 UI/UX 未来画 UI Flow、方便 SA 制定 API ，也方便 RD 计算人日、PM 控管项目时程，好处多多。发现没?这阶段就是在做 Functional Map 啦!

　　结构

　　把所有信息整合起来，依用户能直觉理解的方式组织成完整的概念。

　　既然「范围」层在制作 Functional Map，那「结构」层就是在做 UI Flow 了，这个阶段必需定义信息、功能等要用什么方式呈现。比如说 iPhone 上小张的美食照片只是预览功能、需要「开大图」，那大图要怎么个开法?点击放大?只放大单张图吗?需不需要 Page Control ?还是在该页把手机横拿就会自动把图片放大满版?这阶段订定的 Flow 会左右界面的长相。