岗位和职责

1、产品架构师/首席产品设计师：负责整体产品的架构设计和管理、通用规则管理。
1.1，架构设计和管理是一个很见功底的活，需要有耐心培养，更需要赋予足够大的权利和义务。
1.2，对于偏“体验”的产品，通用的呈现层规则必须文档化管理起来。所谓的“通用规则”，主要指：信息架构、页面结构、交互规则、文案规则、视觉规则。 原则上，并不是要他来整理或者设计这些通用的东西，而是需要归档到他这里来管理，原则性的变更必须经过其同意。（当然，其实也可以把视觉、交互、文案交给 这些角色中的“组长”或者“首席”。）
1.3，另，产品架构师{zh0}只有一个，同时设一个助理。一来事情多，二来需要有后续的架构师储备。当架构师流失的时候，对企业会是灾难性的事情。

2、 用户研究组：协助PM和产品设计师做需求调研、竞争分析、可用性测试、用户行为数据分析，整理相关用户体验反馈并出具报告。
2.1，这应该是一个中立的“第三方”研究组，对于产品体验质量的评判需要靠他们，产品决策和设计的来源也得靠他们。这个组不能参与到具体业务太深，更不 能脱离业务。
2.2，这个组的各种研究，仅提供给具体业务角色作为参考，具体决策甚至更深入的研究还得靠业务角色自己来完成。
2.3，这个角色的产出物{zh0}只是好、不好，同时一定要有“为什么”。可以给具体产品建议，但一定要是来自用户的建议，而不是经过自己“揣测”或者“设 计”的“设计方案”。

3、 产品市场经理：所负责产品的用户和需求分析、产品发展规划、市场和运营规划、架构设计、资源调配、通用规则管理。
3.1，所负责产品的所有责任和决策权都应该是他的，但不是所有事情都他来做，同事他还要充分尊重其他角色的专业意 见。
3.2，什么情况下做了什么决策，为什么这样决策，后续计划是什么，必须要有文档。
3.3，除了必须从用户需求出发，也必须要有成本观念，任何一个计划都需要有对于成本和收益的考虑。

4、产品设计师：所负责产品的功能设计、业务流程设计、使用流程设计、系统(研发)需求分析
4.1，功能设计一定要基于产品经理的需求分析而出，不能无中生有。
4.2，业务流程设计和使用流程设计是两回事，都需要有。需要清楚给用户呈现的是什么，也需要清楚背后的业务逻辑是什么。
4.3，系统需求分析是个体力活，也是保证产品设计被最终实施的必须步骤。

5、界面设计师：界面的视觉设计和互动设计
5.1，界面设计师先考虑的不是“好看”，要是“用什么样的视觉逻辑更清晰的呈现给用户界面内容”，然后才是用视觉来影响用户的情感。如之前在微博上讨论 过的一样：视觉设计是用视觉手段解释界面元素的逻辑关系，并达到情感化的影响。
5.2，单页面的互动问题应该交给视觉设计去做。产品设计应该去做交互，但不应该过多考虑“互动效果”。
…………………………..

人员配备

1、理想状态下，我会按照产品的关系，分成几个产品组。如：xxx、xxx、xxx
2、产品架构师只有“一个”，设计助理一名作为后备。直接向产品中心负责人汇报。
3、用户研究组是独立部门，直接像产品中心负责人汇报。视需求而定人员数量。但不能超过产品设计师的一半。
4、根据需求每个产品组，1个PM，2到5个产品设计师，1到3个界面设计师。
…………………………..

补充说明：

1、要根据项目和产品发展阶段设定人员工作。PM必要的时候可以去做产品设计师，界面设计师必要的时候也可以去做产品设计师，但PM不是谁都能去做的。谁 都能去参与产品市场的讨论，但决策不能随便交出去。
2、在中小型团队中，往往我更喜欢“因人设岗”，我认为这对于互联网产品更实际更管用。
3、必要的时候再增加“产品运营”的职位。BD应该成立独立部门，运营不需要。
4、再次强调：产品和设计不要分开，产品中心的人员角色不要搞太多，职责也不要太清晰。