完好的流程，分层次方案，自下而上去操作
1.战略层，定义产品任务、价值、政策人群
2.愿景/功用层：定义基地场景、功用列表
3.结构层：做流程图、信息架构，判定主导航、主菜单
4.框架层：收拾每一个主界面的内容、方案
5.表现层：视觉方案，触及图标、配色、切图。
产品司理首要注重1~2，在去找方案师之前，请先问自己以下几个疑问，以保证需求清楚：
产品给用户带来的价值是哪些?
竞品有哪些?我们做这个有哪些优势?
为哪些样的用户而做?
用户会在哪些样的场景下运用这个产品?
要操作这个产品，大的瓶颈是哪些?是技术攻关?领会出彩?仍是运营资源?
交互方案师首要注重3~4，在交给方案之前请先不断问自己以下几个疑问，以保证领会质量：
该界面请求用户操作的主要的任务是哪些?
这是简略的处理方案吗?
信息是不是组织稳当?
方案是不是易用且一目了然?
规范是不是一起?
能否减少用户点击次数?
视觉方案师首要注重5，在与产品司理PK之前请先不断问自己以下几个疑问，以保证减少返工：
界面上需求出色的重点是哪些?是不是进行了有用的出色?
界面上一共有几个层级，是不是用清楚的视觉言语予以展现?
一样层级、一样性质的元素是不是用了一起的方案言语?
主色调、原料，是不是符合整体品牌感?
细节有无扔掉?按钮点击态、反响、缺省情况、字数超出、加载中、未加载态、加载失利态，是不是都供应了?
那么，负责APP项目的团队职能又有哪些呢？
对于产品司理：
1.APP 的方案，不要只看竞争对手判定自己的定位，不要“因为竞品A和B没有做到，所以我们要做比A和B更牛功用”，而是要以用户为导向，思考自己为客户 供应的价值。在向其他人描写你的主见时，请用这么的句式来描写和思考：什么这一类型的人在什么的时分、什么的环境下，想要做什么工作，遇到了 什么疑问。而我们这个APP能够通过什么方法奇妙的帮忙他处理了这个疑问。
2.不要直接拿线框图给交互方案师看，直接描写你的需求即可，描写理解。让方案师知道你的政策是哪些，接下来让交互去画原型，让更专业的人做专业的事。
3.不要太羁绊视觉，对于一些无关紧要的细节，该甩手就甩手，尽量减少提出片面定见。
4.别太迷信用户反响，能提反响的，大多数都是粉丝、深度用户、高档用户，他们代表不了悉数用户的心声。
5.让开发主管去评估工作量，假如对某一有些工作量的评估觉得时间太长，就把它拆分红子任务。
6.每周对一到两次开发效果，别频频的去打扰人家。
7.bug不断发现，不断批改，发现/批改率小于1，才开端变得可控了，才干判定bug的详细方案并精准猜想发布日期
8.少做少错，新版本尽量别加太多如虎添翼的功用，满意基地的就行了。
对于交互方案师：
1.不要一提商业化就头疼，谁不想做一个干干净净没广告的APP ? 别老想着无穷上，政策主要。通过你的方案，让用户消无声息的贡献点击，让商业化变得人性化，这才是你的本事。
2.别太窝囊，别产品说怎样改，就怎样改，要跟他争，把自己当成产品的owner，产品的数据、方案，你全都要知道，这么信息对等了，才有话语权，才干有时机站在用户角度供应人性化的方案建议，否则只能是个画线框图的。
对于视觉方案师：
1.简练不等于好(在业界大谈特谈精约至上的习尚下，一定有人对这句有疑问，不细解释。符合用户的心智模型，让人一目了然，才是好。
2.别做一大堆方案，ABC方案抛出去让人选，这么累不累?自己先区分哪一个方案好，把它做到自己满意、可行、拿得出手，就行了，不要沦为美工。
3.给开发的视觉稿，先自己想一下，方案怎样完成，不一样屏幕标准怎样适配。假如有动画效果，别天马行空的描写，能做出动画暗示好，做不出来，也找一个靠谱的暗示。别让开发gg太上火。
