别人家的UED团队的工作流是怎样的？

产品经理不是经理职务，但是需要承担经理的工作内容。现在仍然有不少人认为产品经理是一个管理岗，实际来说，它的确是一个普通岗，但是不管何种公司，产品经理又是一个管理协调岗位。他需要上达老板（负责人），下达体验设计、UI设计、视觉设计、前端开发、后端开发各成员。那么，产品经理所处的团队，一般是怎样完成协作的呢?

以上两种模式，仅是从团队属性上进行了分类，B端与C端工作流上来说，其实区别性还真的不大，主要区别在于每个阶段的工作内容或者说业务的差异。结合上两个图，我们来聊聊在完整团队工作流中，产品经理、体验设计师一般担任的角色和工作职责。

一、立项阶段

所谓立项即主动发起针对某个功能或分配给自己的需求进行探索或迭代改版设计的申请。立项的前提一定要做好需求收集和PMO( Project Management Office ，缩写简称：PMO。PMO是在组织内部将实践、过程、运作形式化和标准化的部门，是提高组织管理成熟度的核心部门，当然这个一般公司是没有的）立项。

二、设计阶段

此处设计指的一般意义上UED团队做的主要工作，包含用户研究、业务分析、行业分析，线框图设计、流程图设计、原型图设计。所以，设计阶段可以分为两个类别：需求管理和PRD设计（线框、原型）

2.1

需求池

基于立项阶段的MRD（非必备）、上版本遗留问题和运营反馈的问题，列出概要清单。

基于可行性、成本高低、优先级进行概要评审，评审通过的功能，细化成功能清单

2.2

PRD设计

主要输出物是原型和需求规格说明书，部分小版本不需输出需求规格说明书，业务流程、页面流程、交互说明和异常处理都会在原型上体现。B端项目会比较重视原型文档，在部分敏捷开发的C端，原型也是以逐个拆解的线框图为主。绘制原型之前要进行整体的业务梳理，力求梳理清楚全部的业务流程和必要信息。

需求规格说明书，需要拆分各业务领域进行输出

3

开发计划阶段

此阶段需产品经理或体验设计师跟进开发计划，了解开发团队的计划进度，掌控整个团队的进度概况。

4

设计及框架实现

主要是业务时序图、数据结构的设计，由研发输出，测试、产品进行评审。UI视觉界面设计，开发、产品、体验及业务评审

5

编程实现阶段

1、需求变动、原型交互形式变化

2、追踪项目进度，进行阶段性可验收测试

3、协调资源，调控项目计划

此阶段重要角色——产品经理，必须调节各团队进度，确保deadline时，可以按时上线，不然，各种谈话必不可少。

6

测试验收

1、 把握测试环境的部署和更新节奏

2.、守好需求验证的关卡。根据主业务流程，编写需求验证清单，对产品进行需求测试。如主业务流程跑不通，没必要让测试人员进行测试，浪费人力。

3、 修复前期遗漏的业务逻辑。不排除经过原型评审、需求评审、编程实现，还有部分逻辑不在需求规格说明中。例如某个异常情况，需求规格没写处理逻辑，研发按照自己的想法做了。还是需要产品确认，并在需求规格中补充的。

7

发布运营

1、演示环境的搭建，准备数据的初始化

2、针对营销线的方案宣讲，输出解决方案和功能模块清单

3、针对实施、客服的系统实操培训，输出用户操作说明书

4、APP上架文案和相关事项追踪（如有移动端）

5、EDM的设计

6、APP更新机制策略的评估，是灰度发布、提示更新还是“强制更新”（如有移动端，PC软件客户端）

7、用户的反馈进入需求池，为后续迭代做准备

8、支撑验证客户项目，包括方案讲解、需求调研等

整个UED团队的工作流，并不是固定的。每个公司依据其实力、资源的不同，设置不尽相同。但是一般的任务内容，可以是通用的。我们在了解了一般的团队流程之后，可以明确自己需要掌控哪些成员，如何去协调工作内容。产品经理虽然不是经理，但是也的的确确是转向管理的重要途径之一。不是有句话说嘛——每一个产品经理都是潜在的CEO。