本文将会是类似讲故事的形式叙述经历得一款产品从PM到UI我的工作处理方式和思考，不喜轻喷，大神绕道

产品立项及需求分析： 

      接到新的产品研发需求，项目正式立项，给我的时间很少，我得到３个开发和一个实习前端，前端和开发都在等着我定功能和界面，亚历山大。按照规范的设计开发流程来讲，这时候按照正常的产品经理角色，应该首先梳理需求点并出一份需求文档，再召集开发和设计来进行需求评审，哦！对，设计其实就是我，但这里显然不适用这种类型的开发模式，因为需求文档的思考并编写出来加评审需要花一定的时间，而项目的时间节点是比较紧迫的。最产品代码实现的前期阶段，也就是从需求到UI落地评审通过，强迫症发作的我驱使我去快速完成给研发同事尽量的挤出开发时间，因为后面不可预见的情况实在太多了，开发时间更多更充足始终会是好事，当然这一切都是要以保证UI质量为前提。

交互设计：

       所以需求文档的环节被我果断砍掉，取而代之的是交互原型旁边的标注文字，这样的形式有几个好处：

１、图文的形式能更加生动地展示设计初衷和想法，开发人员更愿意去看这种类型的功能和需求和交互说明而不是看几千字的干巴巴的需求文档；

２、节省时间，这种把功能需求标注在交互原型旁边的做法能节省产品经理也就是我（这里很心虚）很多时间，也更适合这种敏捷开发的模式；

如下如所示：

（这里为了开发能看我的解析，特地用了红色的字体）

       当然把功能需求和交互说明混合在一起的交互说明有更多的要求：

１、写出该页面的使用场景，即当用户有什么样的需求时需要解决什么问题，我这个页面能跳出来满足用户在该场景下的需求；

2、功能说明，即该页面是要提供什么样的功能，具体到该功能能帮助用户达到什么样的目的；

3、交互规则说明，这也是一份交互原型本身就应该具备的说明，详细解释了各种页面的状态、弹出框的设计、页面的跳转方式和界面的交互动作；

4、产品中的文案，产品中的文案是最直观的直接跟用户交流的方式，在措辞和第几人称的使用上要考虑得很谨慎，这里的要求是简单明了用人话跟用户交流，而不是做一个没有任何IT基础的人看不懂的程序语言；

      交互原型经过自己的严格把关后到了要拿出手的时间了，也就是发个邮件召集boss和视觉设计同事（这里还是我）开发同事一起评审。

交互原型的评审当然是由交互设计师来主导的，在评审会上我做了这些内容：

1、产品的定位及要实现哪些功能解析；

2、交互稿的解说，包括信息架构、交互流程和交互逻辑；

3、跟开发人员沟通开发成本，确定功能是否能实现(这点很重要，可能当场就会砍掉很多对开发来说是无理的无法实现的需求)；

4、PK互喷扯犊子打嘴仗你来我往互不相让（评审的时候能吵起来是对工作认真负责的一种表现）；

       这个环节让我深深地感受到交互设计并没有一个标准的答案，交互设计是一个解决问题的过程，更多的是要在工作中，在实际的项目中，根据实际的情况和使用场景进行思考和分析，是一个不断推翻、总结和提升的过程。过程中作为新人还是要多听取“老人”的意见，即使在对方提出反对意见的时候自己的内心已经非常抵触，随时准备等对方话停了向他开炮，这时候还是应该冷静下来，认真思考对方的意见有没有道理，毕竟大家都是为了产品

能够更好。

视觉设计： 

      OK！到了视觉设计阶段，这是我的猪场。首先作为一个曾经对视觉十分重视，追求高端大气酷炫高*格的我，现阶段对视觉设计的认识已经发生了很大的改变。我觉得视觉设计不再UI设计师的重点，我对UI设计这个词的理解，里面交互设计的成分已经多过了视觉设计的成分，当然现在很多人对UI设计的理解还是视觉层面的居多，认为UI是配色是画图标的。

      相反，从扁平化设计的兴起，这已经是在标示了整个UI设计界已经是以产品的交互和用户体验为导向了，而视觉设计是以轻量级的方便适配和延展的扁平化面貌出现。扁平化设计的出现让也让很多设计师很苦恼（其中也包括我在内），自己曾经专研了那么久的拟物设计，研究了那么久的高光渐变投影和质感表现，一夜之间的扁平化，让刚会PS的菜鸟也能画出同样高质的剪影图标，拿出来给别人看，哦！这是现在最流行的简洁大气的剪影图标。这种感觉尴尬！

      但是视觉设计也并不是被冷落到十分尴尬的境地，而是一款好的产品肯定是拥有好的视觉设计，而好的视觉设计不能代表一款产品是好的产品拥有好的用户体验。视觉设计应该是处在商业和艺术设计的平衡点，心中应该还是有一杆秤，最为视觉设计师我的目标是为了实现信息的高效传递，为了引导用户去更好地完成功能操作，而不是把屏幕当成画布。如果你还是停留在UI的视觉就是要酷炫这个观念上，那就到此为止吧！

（这个在ins的图标演变上得以体现）

产品： 

      至于产品经理的环节，一直以为产品经理的劫色可能就是站在比较大的局面，从整个公司的战略发展的角度去思考如何部署产品，如何去提供新的解决用户使用痛点的需求，探索对用户有用的可用的、有价值的产品，当然这里的有价值最好是能变现的，而我经历完后发现，一个产品经理的职责里面团队管理和资源的合理分配也是重中之重。功能点的开发应该是按优先级排序划分，要解决的功能点按重要紧急、重要不紧急、紧急不重要、不重要也不紧急进行排序。

      接下来按开发哥哥的个人能力分发任务，发完任务要给每个功能点的实现时间设个deadline也就是时间截点，这样才能保证项目在自己的掌控中一步步向前推进。需求的确定是非常重要的，开发哥哥最讨厌的就是需求的突然新增和变更，实在是有变更需求的要求的话，做好被砍的准备，可以义正言辞地说：要砍就砍我，不要砍需求，这样可能会死得比较有尊严。

最后： 

       从以前的单纯接受交互稿出视觉效果图到现在跟整个产品的研发流程，要考虑的东西实在是太多。曾经也觉得这个任务很疯狂很难搞定，找不到方向迷茫过，但是既然年轻既然是个菜鸟那就把自己当成一张白纸，每个任务都当成是一个新的挑战去学习去适应去完成，事后你会觉得这比你一直死守一个岗位能学习和收获到N倍多的东西。希望这篇东西能给同样是新手的你有帮助。