hr|完整进行中后台产品业务分析和结构化的方法（上）( 二 )

例子1：A公司的销售体系先根据客户生命周期分为新客户开发的销售团队，老客户维护的销售团队，然后在根据地理区域从大区到城市到小组。这样的组织机构就包含生命周期阶段及区域两大维度。

例子2：B公司的销售体系第一层为渠道类型，然后是地理大区如华东，东北，华北，华中，西南，每个区域有有分为中心城市集合到小城市集合。
同时每个中心城市集合又区分为不同的业务线小组。这样的销售职能就涉及到渠道类型，区域，及业务线。
需要说明的是这样的维度未必是全集对全集，比如再大的城市，可能涵盖所有业务线，而小的城市只有部分业务线。
3. “什么样的人”之组织角色分析在业务分析和系统构架中，要先形成3类角色个概念，如果一个IT规划和业务规划成熟的公司，这三类角色统一形成规范，整体的认识，会解决整个IT体系及业务口径不断发展的过程中，数据及角色架构统一可以对应的问题。
（1）HR职务角色
公司在人员招聘，组织规划时会建立自己的HR职务及职级体系，如销售角色，市场专员，管理角色等，在我们的HR人员管理系统及OA类系统中的基本角色规划和设计即来源于HR职务角色。
（2）业务运营角色
我们在理解梳理业务时（也就是小珠CRM谈到的第一化中：CRM类系统产品经理职业要求的思考！) , 涉及的最主要的角色类别就是业务运营角色，也就是在各个业务场景下，都什么样的角色承担的什么样的工作。
如，某教育行业在现场教学的时候，会有相关的教学角色，承担现场客情维护，客户引导，销售促进的工作，这些人角色在HR职务都是销售，而根据课程现场所负责的客户参会情况被选择为某场次的教学，那么这个角色不是HR职务角色，但在场景及业务梳理时承担了不同于销售的任务，所以作为业务运营角色存在。
（3）系统角色
了解了业务运营角色后，这些角色并不是和系统设计的角色一一对应的我们那上面的例子，教学都是由销售承担，销售的角色对应的权限都没问题，只有一个场景在课程对象前2周有课程主管将参课客户在系统分类。
同时在对应的责任销售中选择一个作为助教，那么这个助教仅仅关联到现场成单的业绩上而已，并没有其他系统操作的需求和权限，我们就不必为其在系统单独分配助教角色。
业务场景角色是否需要设为系统角色，也要看其单独操作的场景是否多，是否贯穿客户生命周期相对多的环节，配置角色带来的工作量是否繁杂相对于其在系统的操作来讲。
【 hr|完整进行中后台产品业务分析和结构化的方法（上）】“什么样的人”是指全面理解组织结构，部门职能，业务运行模式，多维度角色提炼等复杂的内容。
接下来的文章小珠会和你分享“对什么样的数据”，当4个部分讲完，相信你可以做出一个基本实际可用的系统业务规划。
二、“系统数据及对象构架”上文中，我们分享了业务构架分析的方法，同时深入了解了这句话的第一个部分，关于组织结构和角色的分析方法。
本文我们进入：“什么样的数据“部分，这里的数据是个广义的概念，不仅仅指业务数据，系统中的各种信息字段都是数据。
1. 数据分类如果你是个甲方的同仁，使用的是实施后的CRM产品，或者对接外包开发的产品那么你从业务的角度理解各种文档的要求即可，我们暂且叫Level A。如果你是自开发的产品职能还要加上Level B。
前者适当的了解Level B便于和乙方和技术人员沟通，而后者必须同时了解，才能做好业务规划，产品设计。