赛博体育谢邀，项目的分工在不同的公司有不同的流程，但大致流程基本相似，除非不按套路出牌的极小型公司，

　　一般表现为：大公司比较繁琐，项目角色，指责，阶段划分的比较精细，小公司对于项目的各阶段没有太明显的界定。

　　再者，传统行业的公司对于项目的把控意识较弱，各阶段推行效率比较低。延期一两周是项目常态。互联网行业的公司对于项目得各阶段的deadline比较明确，项目延期一两天都会出人命。

　　需求来源有两种：一种源于客户，一种源于产品经理自己。下面的流程以第一种项目为例来说。产品经理接收到客户的需求一般非常多，很乱，有些会很离谱。还会有很多重复。对于那些不合理的需求。产品经理此时的指责就是：

　　需求评审就是把产品经理画完的原型图从头到位过一遍，产品经理阐述下这套产品的所有逻辑，以及要解决的问题是什么，这个会议上，大家都会针对不合理的地方提出优化和改进建议，但是最终决定权是产品经理。

　　会议关键点：客户要确认是不是他要的，UI和开发默默的在心里构思实现方案，技术点，难度，赛博体育及开发时间。

　　如果本次讨论提出很多产品要改的点，那么会留给产品经理修改的时间，之后再安排评审会议，如果大家这次达成一致，就需要进行开发排期，但并非是当场就要排好，可以会后邮件沟通

　　按照排期，在UI设计阶段，就可以安排UI评审，顾名思义，UI评审就是敲定UI设计方案，这次会议，UI会拿出自己设计好的产品UI图给大家讲解整个产品的设计风格，理念，交互，以及关键点。

　　和需求评审一样，大家七嘴八舌的说了很多意见，这时候UI一定要注意，不是说意见都是要听的，毕竟不同的人有不同的审美观，改不改有你来定！前提是你的UI图没有改变产品原型图的逻辑。

　　有合理的建议，ui也认同，就可以下去改了，改完再安排评审。如果这次通过，UI部分的工作基本完成。本着人道主义精神，可以给前端提供方便的切图和特效图

　　拿到原型图之后，前后端就可以各自去开发了，我着重说下前端部分，拿到原型文档之后就可以开始开发了，不要等UI图出来再开发，那样其实会耽搁相当多的时间，这些时间一般会算开发头上，当然，具体要根据公司来定，有些公司等开发知道的时候已经是UI的设计稿了。

　　接着说原型图开搞的情况，没有设计图可以先根据原型图去画简单的页面，和基本的页面逻辑，跟后台程序员要一份接口文档，就可以mock接口了。等设计稿出来之后再进行一次页面和逻辑的调整。等接口提测后开始调试接口。整个完成之后就可以发邮件通知产品经理了

　　产品经理会根据开发负责人发的邮件，开始验收产品，主要关注点不在于有没有小bug，而是逻辑方面是否正确，赛博体育还原度有多高，是不是你之前设计的产品，验收通过之后，产品经理（或开发负责人）发提测邮件，验收不通过，提出问题，开发修改

　　测试接收到提测邮件后就开始测试，在此之前，也就是需求评审和UI评审后，他们就开始写测试用例了，等你这边项目提测之后，他们会根据测试用例进行项目的完整测试，有bug就反馈给你。最后回归完没有bug，或者有一些可以接受的bug后，测试开始发测试报告，把测试情况和遗留bug都描述下，如果产品经理觉得没事儿，就可以安排上线.上线

　　发布上线之后，会给项目相关的限去验证这套产品，测试会进行线上测试，等测试没有什么问题，产品经理就可以交付给客户了，挺客户后续的安排。

　　整个项目一般是有产品经理全程跟踪和把控的，但有的公司可能会分阶段，开发之前的由产品经理把控，开发之后的有项目经理接管把控。对于前端人员来说，项目中会打交道的人有产品经理，UI设计师和后台程序员。打交道的时候很多时候会牵涉到论责，如果到了交付时间，UI图没出来，接口没有提供，一定要把问题暴漏出来，赛博体育或者升级出来，做老好人最后会坑到自己。