一个 App 的界面设计流程是怎么产生的

　　APP 的设计，不要只看竞争对手确定自己的定位，不要“因为竞品A和B没有做到，所以我们要做比A和B更牛B的XX功能”，而是要以用户为导向，思考自己为客户 提供的价值。在向其他人描述你的想法时，请用这样的句式来描述和思考：XXX这一类型的人在XXX的时候、XXX的环境下，想要做XXX事情，碰到了 XXX问题。而我们这个APP能够通过XXXX体例巧妙的帮助他解决了这个问题。

　　完整的流程，分条理设计，自下而上去完成

　　1.策略层，定义产品使命、价值、目标人群

　　2.愿景/功能层：定义核心场景、功能列表

　　3.结构层：做流程图、信息架构，确定主导航、主菜单

　　4.框架层：梳理每一个主界面的内容、布局

　　5.体现层：视觉设计，涉及图标、配色、切图。

　　产品经理主要关注1~2，在去找设计师之前，请先问自己以下几个问题，以保证需求明确：

　　产品给用户带来的价值是什么?

　　竞品有什么?我们做这个有什么优势?

　　为什么样的用户而做?

　　用户会在什么样的场景下使用这个产品?

　　要完成这个产品，最大的瓶颈是什么?是技术攻关?体验出彩?照旧运营资源?

　　交互设计师主要关注3~4，在交付方案之前请先赓续问自己以下几个问题，以保证体验质量：

　　该界面要求用户完成的最主要的义务是什么?

　　这是最简单的解决方案吗?

　　信息是否组织得当?

　　设计是否易用且一目了然?

　　标准是否一致?

　　能否削减用户点击次数?

　　视觉设计师主要关注5，在与产品经理PK之前请先赓续问自己以下几个问题，以保证削减返工：

　　界面上需要凸起的重点是什么?是否进行了有用的凸起?

　　界面上一共有几个层级，是否用清晰的视觉语言予以显现?

　　同样层级、同样性质的元素是否用了一致的设计语言?

　　主色调、材质，是否吻合整体品牌感?

　　细节有无丢失?按钮点击态、反馈、缺省状况、字数超出、加载中、未加载态、加载失败态，是否都提供了?

　　另外，合作不易，三个角色分别需要注重的问题：

　　对于产品经理：

　　1.APP 的设计，不要只看竞争对手确定自己的定位，不要“因为竞品A和B没有做到，所以我们要做比A和B更牛B的XX功能”，而是要以用户为导向，思考自己为客户 提供的价值。在向其他人描述你的想法时，请用这样的句式来描述和思考：XXX这一类型的人在XXX的时候、XXX的环境下，想要做XXX事情，碰到了 XXX问题。而我们这个APP能够通过XXXX体例巧妙的帮助他解决了这个问题。

　　2.不要直接拿线框图给交互设计师看，直接描述你的需求即可，描述清楚。让设计师知道你的目标是什么，接下来让交互去画原型，让更专业的人做专业的事。

　　3.不要太纠缠视觉，对于一些无关紧要的细节，该放手就放手，尽量削减提出主观意见。

　　4.别太迷信用户反馈，能提反馈的，大部分都是粉丝、深度用户、高级用户，他们代表不了悉数用户的心声。

　　5.让开发主管去评估工作量，假如对某一部分工作量的评估觉得时间太长，就把它拆分成子义务。

　　6.每周对一到两次开发成果，别频繁的去打搅人家。

　　7.bug赓续发现，赓续修复，发现/修复率小于1，才开始变得可控了，才能确定bug的具体规模并精准展望发布日期

　　8.少做少错，新版本尽量别加太多锦上添花的功能，知足最核心的就行了。

　　对于交互设计师：

　　1.不要一提商业化就头疼，谁不想做一个干干净净没广告的APP ? 别老想着嵬峨上，目标最主要。通过你的设计，让用户消无声息的贡献点击，让商业化变得人性化，这才是你的本事。

　　2.别太窝囊，别产品说怎么改，就怎么改，要跟他争，把自己当成产品的owner，产品的数据、规划，你全都要知道，这样信息对等了，才有话语权，才能有机会站在用户角度提供人性化的设计建议，否则只能是个画线框图的。

　　对于视觉设计师：

　　1.简洁不等于好(在业界大谈特谈简约至上的风气下，一定有人对这句有疑问，不细诠释，请自行先翻一下诺曼的《如何管理复杂》这本书)。吻合用户的心智模型，让人一目了然，才是好。

　　2.别做一大堆方案，ABC方案抛出去让人选，这样累不累?自己先判断哪一个方案最好，把它做到自己写意、可行、拿得出手，就行了，不要沦为美工。

　　3.给开发的视觉稿，先自己想一下，布局如何实现，不同屏幕尺寸如何适配。假如有动画效果，别天马行空的描述，能做出动画示意最好，做不出来，也找一个靠谱的示意。别让开发gg太上火。

　　最后，90%的问题本质上都是沟通问题!90%的争论本质上都是名词之争!