运营体系搭建（运营体系构建）
本文目录一览：
运营部门组织如何搭建
完成了运营体系搭建，然后肯定就是依据运营体系去搭建团队。但是因为运营工作的繁杂，所以怎么优化人员的职责，解决人员之间的协同效率就是个难题。很多运营部门的工作职责很容易陷入，一开始人招少了，导致人人琐事缠身，绩效无法责任到人；于是就加招人手，然后又招多了，导致人浮于事。甚至有见过超过几十人团队的运营部门，仍然是采用师傅带徒弟的方法，我当时的说法就是，这是给每个能干活的人招一个不能干活的助理。结果就是没有一个高效的组织体系，这是很要命的问题。所以运营部门如何搭建这个问题值得探讨下。
一、运营职能的划分
职能的划分肯定是部门搭建的重要依据，运营的职能很宽泛，而且每家公司的运营特点也不一样，但是我们还是可以划分出一个脉络来：包括产品力、营销、运营服务、数据分析四个层面。
1、产品力
商品职能：包括服务类商品，也包括电商平台的商品品类供应。包括商品的产品力提供及部分商品包装的工作；
产品优化：无论哪种产品，重点的核心还是必须完成一个闭环过程；
产品流程：尤其针对B端产品的内外部产品的流程及标准的设定及运转；
培训标准：针对产品的内外部的培训及标准设定及监督；
2、营销
流量运营：扩大内外部引流渠道，流量精细化运营，联合渠道活动，外部投放，PC导流，移动沉淀，后期的转化率等；
用户运营：根据用户漏斗模型、RFM模型，建立用户分级运营体系；根据不同阶段的用户特征，建立对应的运营机制，提升新用户转化率，老用户ARPU值；做大用户规模，构建合理的用户结构；
活动运营：根据热门活动周期及重要的时间节点策划活动，刺激用户，增加用户贡献值，带动增长；
产品运营：根据用户数据漏斗模型，分析用户流失原因，优化产品流程，提升各个环节的转化率；策划活动促进用户对新产品的认知及新产品的用户导入；
3、运营服务
运营工具：根据运营需求策划运营工具，推出产品实现。包括但不限于：体验金、抵用券、体验课、秒杀、加息、抽奖、特权标、返现券等；
4、数据分析
业务分析：分析用户数据，运营效果，指导运营改进；根据业务需求推动数据平台及报表的建设；
运营策略：运营分析一定要根据分析结果，提供运营策略的优化建议。
二、组织结构的选择
确定了职能并不能说就是把组织架构确定了，关键还是要根据公司的实际情况，最优的方式协同起来。这就要看选择什么样的结构最为合理。从组织结构上来说，有直接的职能型组织、项目型组织、矩阵型组织。组织结构的选择是对项目产品的基础支撑，组织结构的设计也可以看做是运营本身。
1、职能型组织
职能型组织是把相同职责的人划分在一个部门里，有利于同类资源共享，互相学习提高，但公司的目标在分解到各部门。但问题就是目标很容易不一致，因为每个部门客户这时候变成了上面的管理者，都只是对领导负责，没有人对真正的客户负责。但是这也不影响，这种组织形式的价值，在大规模运作的公司，更多的推动来自公司的战略，人本身就是资源，这种组织形式的优势就是推动效率较快，每一块能有专业项上的资源沉淀。
2、项目型组织
项目型组织与职能型组织正好相反，是把各种职责的人组成一个个的项目组，团队目标一致。优势是目标清晰整齐，有利于快速推进项目；但是如果公司项目较多的情况下，会造成资源的浪费，而且对每一块的负责人提出了较高的要求。如果把产品技术团队也合并进来，这样的项目组发展下去就是事业部，甚至是独立公司。
3、矩阵型组织
矩阵型组织则是上述两种组织结构的融合，横向是产品业务线，对客户负责；纵向是资源行政线，为了资源共享。如果说职能型组织比较适合防守型的业务，项目型组织适合进攻型业务，矩阵型组织就是可攻可守。
但它也有很明显的问题：就是多头管理的问题。对员工来说，一面是部门经理，另一面是业务线经理，这样的双头领导总是很让人头疼。就算这两种职位有时可以通过兼任来解决矛盾，但对人员就提出了较高的要求。
因为产品业务线的负责人主要管事，像猎人追求成就感，具体对打仗负责；资源职能线的负责人主要管人，像农民对人负责，追求权力和控制。如果上一层的管理不当职责划分不清就会导致两个负责任扯皮不断，但是如果职能资源同时兼任产品业务线，又会导致用权力来寻求成就感，或者在KPI的重压之下，放弃猎人的追求，造成行为的短视，忽视团队能力的提升。这是人性的弱点，无法避免，目标不同导致手段不同。
三、有没有理想中的运营团队架构
肯定没有，每家企业的运营模式代表企业的核心竞争力，肯定没有最优解。而且每家企业拥有的资源和所处阶段也不同，所以团队架构本身肯定是一个不断升级的过程。
1、对目标负责阶段
对于创业初期的时候，运营的全面负责任应该是CEO，对公司内外关键资源进行协调。这个时候的运营部就是找到一个关键目标，达成公司的目标即可。这个阶段一定要避免掉两个问题：首先是要戒掉一开始就打造个什么标准化的运营团队的念头，一个新的项目，既没有人又没有资源凭什么，如果按照标准模块搭建起的运营团队肯定是扯淡，人浮于事；其次是要注意人员的培养，按目标去组织人，而不是按人来分配岗位，更重要的是要不断的在目标上去寻求更多的渠道或方式的可能性，甚至可以多个项目并存同时去尝试，快速尝试快速改正。
2、根据目标优化职能阶段
通过第一个阶段，肯定找到了一个合适的内部商业化的运营模型。无论是外部客户获取，还是内部运营协同，这个阶段就要去选择过度。可以将一些可以固化的人员固化到职能型，按照职能型去管理。但是要避免掉因组织变更带来的优势丧失，导致结果不可保障。
这个阶段肯定会存在人员的冗余，所以在这个阶段，必须做好判定，根据公司的资源资金以及快速发展趋势上，选择相应的方式来过度。既要解决人的沉淀问题，未下一阶段做好储备；又不能导致团队的崩塌或结果的不可控。
举一个二十人左右的运营组织架构的例子：
运营总监：1人
数据分析组：经理+产品分析专员+市场推广分析专员 3人
付费推广组：组长+SEM专员+SEM设计专员 3人
CRM组：组长+会员营销专员 2人
运营服务组：经理+客服+培训师 7人
设计服务组：组长+设计师2
在这个例子中，运营服务和设计服务组是基础保障，保障服务的正常运行，付费推广组是目前已验证的流量渠道，保障业务的结果可控。数据分析组是后期加上的，通过数据分析发现客户的留存存在问题，所以才增设了CRM组。在过度阶段形成了这么一个结构。
3、扁平化的矩阵式
矩阵式管理的优势都了解，但是怎么做到矩阵式，就需要前期的沉淀。包括人员的沉淀是基础，没有人怎么说都是白搭；同时企业也得具有扁平化管理的文化基因，如果缺乏这个基因，首先在沟通上就没有边界，会有无数的扯皮出现。
怎样构建企业IT运营管理体系
信息化建设的成功除了有赖于符合未来整体发展战略的业务实现模式和业务逻辑、符合业务模式和业务逻辑的信息技术架构和平台，还需要相应的信息管理组织去支撑业务信息系统的规划、实施、运营、维护和管理。怎样构建企业IT运营管理体系，使得企业信息管理模式与企业业务管理模式和企业应用特点能够有机的融合，是企业信息组织建设的关键，同时也决定了企业未来在信息化建设方面顺利推进的重要保障。
1 对企业IT管理使命的理解
在充分理解和融合企业业务管理战略的基础上，运用先进的管理思想和信息技术，推动企业改革与发展；建立满足企业需要的一流的IT基础设施，迅速地提升企业IT能力和应用水平，满足企业未来发展战略的需要。为此，建立高效的IT运营管理体系是首要任务。一般来说IT运营管理基本定义应包括以下内容：
·IT运营管理基本原则：应作为企业集团IT运营管理体系的基本指南；
·IT运营管理策略：用于确定企业集团各种IT活动间关系的基本原则和出发点；
·IT运营管理组织：明确企业集团各项信息技术活动的授权和责任；
·IT运营管理流程：明确信息技术活动的程序以保障高效的运作；
·IT运营资源和技能管理：提供企业IT管理运作所需要的技能资源；
·IT运营体系的运行与维护：保障企业IT运营体系服务的成本效率和操作性。
2 IT运营管理基本原则
IT运营管理基本原则是指为加强企业在信息技术方面的战略执行能力而提出的基本的准则和指导性的方针。根据信息技术发展的特点结合企业信息化的发展需求，其基本原则框架应由七个部分组成：
总方针
战略的融合：信息技术因素需要渗透到企业战略的制定中去；
业务伙伴关系：企业的IT将与业务用户在工作上建立伙伴关系，以了解和达成企业的业务实现目标；
IT项目应视为投资：信息技术项目应该被视为一项投资，它应以支持业务需求为基础；
以客户为中心：信息化管理应以服务水平为基础，重点应关注在满足业务部门的需求；
IT组件配置：应遵从IT体系结构和IT标准；
IT资源共享：IT资源应被视为企业的一项资产，每一个企业员工都有责任和义务正确的使用和保护这些资产；
IT策略和规划的沟通：IT的策略和规划应在企业集团内部进行有效的交流和沟通。
信息组织和流程
熟练和专业的工作团队：保持一个熟练和专业的工作团队管理整个体系结构，以确保达成业务目标, 业务部门从组织上参与信息部门的管理；
策略和规划的管理：为适应业务和技术的变化，有必要对策略、规划、管理、信息服务目标实现的成效作周期性审查和改进；
流程与职责：流程和职责分配要被明确清楚定义。
技术管理
技术创新的使用：主动进行技术创新，以增强企业的核心竞争力；
行业标准的使用：当存在相应的行业标准并能满足所涉及的业务需求时，应采用相应的行业标准；
因特网技术的作用：未来的应用系统和服务的交付要考虑使用互联网/企业内部网/局域网技术。
IT运营服务管理
未来的企业，在信息技术硬件和软件的应用方面会愈来愈集中，即通常所说的物理集中和业务逻辑的集中。信息中心的职能在这种高度集中的模式下，其定义相应地发生了改变。从组织层面上来看，信息管理组织将企业的IT部门从成本中心转化为服务中心；从具体IT运作层面上来看，它不是传统的以职能为中心的IT管理方式，而是以流程为中心，对复杂的IT管理活动进行管理，比如事故管理、问题管理和配置管理，将这些流程规范化、标准化，明确定义各个流程的目标和范围、成本和效益、运作步骤、关键成功因素和绩效指标、有关人员的责权利，以及各个流程之间的关系。它的根本目标体现在：
（1）提供以业务为中心的信息服务；
（2）提供高质量、低成本的服务；
（3）提供的服务如需要是可准确计价的。
数据
数据获取：每个数据将仅在企业第一次出现的时间和地点被获取一次，以后在整个企业内部共享；
数据分布：数据分布应遵守完整性和应用的需求，数据容量、数据需求共享、网络能力和数据安全同样也需考虑；
数据词典：应有一个对企业所有应用程序存取并遵循的、全公司范围的数据定义；
数据共享：应用程序应共享已有的数据，除非必须要坚持满足特殊的安全性和完整性需求；
数据所有权：每一个信息单元都需指派拥有者，负责定义数据的使用规则和保护规则；
数据质量：所有的数据在概定的频率内均可得到，保存时间长短要按时间而定，还应经过标准验证流程验证，确保数据的准确性和完整性。
应用系统
用户需求：所有的应用系统的采纳或设计都必须依照用户业务需求，并要得到业务赞助人的认可；
公共评价标准：对企业内部所有的应用系统（包括软件包）将采用一套公共的评价标准进行评价；
引进与管理：采用标准软件包。对于新应用系统供应商的引入需要建立相应的控制策略及制度，建议重点考虑国际领先的标准软件包。
网络
外部连通性：网络必须使外部连接更方便；
行业标准：行业标准将被用于企业内部和对外的沟通；
单一的逻辑网络：将只有一个逻辑、用于实际运作的网络为各互联系统提供应用和数据存取；
因特网技术：企业的网络支持因特网技术。
系统管理
服务水平管理：资源将被选择、配置和管理以满足业务的服务水平目标；
性能和容量管理：解决方案的设计应便于性能和容量管理；
安全和方便使用管理：安全措施应是全面的，但不能妨碍用户完成工作；
可用性管理：按事先达成的服务水平的协议，用户应该能够随时随地得到所需要的资源；
灾难恢复计划：有能力从灾难中恢复关键业务功能，这些关键业务是按重要程度排序的。
3 IT运营管理策略
在考虑企业未来的IT管理体系时，我们首先需要明确的是未来企业的IT管理策略。IT管理策略就是提供一些基本原则，用来将各项管理职能及业务、资源，在公司内、外部之间，以及各级管理和业务单位之间合理地分配和组合，以保障企业IT使命实现并充分优化成本和效率目标。
IT管理运作模型
在分析企业的IT管理策略时，我们以下图所示的IT管理运作模型为基础。该模型在许多IT技术应用较为成熟的国际化大公司得到应用，并取得良好的效果。
企业IT管理运作模式就是在此基础，结合企业自身的实际情况，企业IT使命、定位和战略选择，及未来发展模式，将各项管理职能及业务、资源，在集团及各权属公司之间以及外部关联单位之间合理地分配和组合。
内/外部分配策略选择
业务外包已经成为当今世界范围优秀企业在运作方面的一个重要趋势，尤其是IT业务的外包。通过利用外部资源，使企业的IT运作降低成本和降低风险，并更加集中于自己的核心竞争力。我们需要在IT管理策略进行更为具体的思考，以保证这项战略取得成功。
考虑内、外部分配的原则，是根据IT管理职能和业务对企业的战略价值进行区分。能够对企业战略利益产生重大影响的管理职能和业务，包括基本原则、策略、标准、规划、体系结构、用户需求等方面，应当视为企业的关键能力保持在内部，可引入外部资源提供相关咨询服务支持。而与公司核心竞争力关系较小管理职能和业务，包括方案实施推行、提供运作服务、IT服务和解决方案支持、IT资产和基础设施管理等方面，则可以根据在效率、成本、资源方面的内外部优势比较，考虑由内部管理或是采用外包。
集中/分散控制策略选择
主要包括两个方面：
·规划、控制和标准
·资源，包括人力资源、技术资源以及软硬件资源
根据对以上两个方面进行集中控制或分散控制的不同考虑，可以构成如下图所示的四种可选择的策略：
通过前面的分析我们看到，目前企业IT管理多数是一种“分散资源，分散控制”的方式。这是造成公司目前信息系统诸多问题的一个关键因素，已经不能适应企业未来发展的需要。企业需要根据自己的实际情况，结合当今信息管理的最佳实践做出新的选择。
通过对实现规模效益与保障对业务用户需求的快速有效支持方面的平衡考虑，可以适当地提高对IT资源的集中管理控制。即在IT管理策略方面进行如下图所示的转变：
信息管理策略建议
·企业需要集中IT制度、标准、基础设施方面的管理控制，以确保实现企业对未来信息系统在成本效率、互操作性、对关键业务流程的支持能力方面的要求；
·涉及企业集团主要业务流程及公共的应用系统及相关基础设施包括数据中心、公共网络等，由集团集中建设和管理控制；
·满足具体业务单位特殊业务需求的独立性应用系统，及运行于PC机的个人办公软件等，及PC机、打印机等信息系统终端设备、局部网络，由各权属公司的信息中心在企业集团统一的标准和规范下进行运作；
·考虑到规模效益和管理的有效性，建议在目前模式下适当提高集中度，当企业统一的信息管理平台实施并建成后,成立企业集团信息中心来完成相应的各项管理与维护职能。
4 IT运营管理模式与组织架构
管理组织架构
根据企业IT的使命及定位，应提高未来信息管理组织的地位，使其能够成为：
·充分地掌握公司战略、目标、决策、运作情况等必要信息；
·拥有足够的职权行使其职能，保障信息技术与公司战略的紧密结合，并推动信息建设和应用；
·有能力与其他职能和业务部门充分地沟通与协作，使信息技术能够支持业务目标；
·流程和IT技术：将信息系统的建设和业务流程的梳理、优化紧密结合，使系统建设从技术驱动向业务驱动转变，真正发挥支撑业务运作的杠杆作用，从而给企业带来最大的收益；
·制定与实施IT体系结构标准规范，使企业集团（含权属公司）统一在一个高效的IT平台上运作；
·项目实施和信息系统运作支持分开，使信息管理部门更好地发挥检查和平衡作用。
结合前面对企业信息组织管理策略及运作模型的分析，未来企业信息管理组织机构的设置如下图所示的：
信息化委员会
作为企业的IT业务赞助者，由集团总裁领导下的各职能部门、权属公司负责人组成的非常设机构，承担以下职能：
·审批集团信息化建设和业务流程优化战略、规划；
·审批信息系统建设和业务流程优化计划，为业务流程优化和信息系统建设项目确定优先级，并提供所需资金和业务资源；
·审查和评价信息系统建设的收益和风险；
·对企业信息化建设的风险和收益做监控，并对重大问题进行协调和决策。
信息总监
建议由具备企业战略发展思维，能够统筹协调并赋予足够决策权的人担任。副总裁级人员，同时是信息化委员会副主任，作为企业集团信息战略的执行和管理者，应承担以下职能：
·确保信息系统的运营与公司战略目标的紧密结合；
·管理信息系统的业务价值。审视集团 (含权属公司)各业务流程的运作状况和信息系统支持情况，促进信息部门与业务部门/单位的沟通和协作，保障信息系统的价值为企业业务部门/单位所共识；
·确定公司信息系统管理规范，向信息化委员会提出信息战略和技术应用方向，保证信息系统对业务的服务和支持；
·管理公司信息技术基础架构和资源，审批公司信息技术方针政策、制度、流程、标准，信息组织机构调整及重要的外部合作等；
·推动和监控集团（含权属公司）信息系统和业务流程项目的实施，并具体监控企业集团信息系统的运作水平，向信息化委员会和集团总裁报告。
集团信息中心
作为信息管理的核心部门，在信息总监的领导下实施信息系统建设应用，并保障信息系统与战略结合，支持业务目标，通过流程优化提高企业竞争力。承担的职能可分成规划控制、流程管理、项目管理、运行监管四部分，根据企业的具体情况，每个部分可以设置成一个项目组负责，项目组成员可以由相关的部门主管或业务骨干兼任，例如战略发展部可以参与规划控制项目组、人力资源部可以参与流程管理项目组等等，各部分具体职责如下：
1、规划控制
·与业务部门/单位共同确认业务需求，并制定企业信息系统规划和计划，并对有关的信息系统建设和业务流程管理项目的优先级提出建议，上报信息总监和信息化委员会；
·跟踪信息技术发展及相关管理实践经验，保障企业集团信息系统规划的制订与执行,为提高公司的竞争力服务；
·制定并及时更新信息系统和业务流程管理相关的规章制度、标准和流程，上报信息总监和信息化委员会发布，并监督执行；
·管理企业的信息系统体系结构，以确保信息系统在成本效率、互操作性、对关键业务流程的支持能力方面的要求；
·审查集团范围内(含权属公司)的信息系统建设方案及采购，为信息化委员会的决策提供依据，确保满足有关的体系结构标准和规章制度；
·外部IT供应商的认证和评价管理，确保外部信息系统供应商执行集团有关的体系结构标准和规章制度；
·监控全集团范围内的IT技能和资源状况，为实现公司IT使命和目标提供保障，并就有关技能和资源的开发引进向信息化委员会提出建议。
2、流程管理
·参加公司信息系统规划和计划，并对规划和计划中业务流程优化项目的方案、计划可行性以及资源需求负责；
·跟踪业务流程相关技术发展及管理实践经验，并推动有关的知识和技能在全集团范围内的有效传播；
·参加集团 (含权属公司)业务流程管理相关的规章制度、标准和流程的制定；
·参与监控业务流程优化工作。
3、项目管理
·参加公司信息系统规划和计划，并对规划和计划中信息系统建设项目的方案、计划可行性以及资源需求负责；
·管理或组织协调企业信息系统建设项目，对项目的目标、进度、成本、质量负责。对各权属公司信息化建设项目进行监督；
·负责所有已批准的集团级信息系统建设项目的外部采购。以及软、硬件选型和项目实施管理。
4、运行监管
·与业务部门、内外部运行服务提供单位协商确定服务水平和标准；
·参加集团信息系统规划和计划，并对规划和计划中信息系统建设项目的运行服务水平和标准要求负责；
·依据预先制定的标准对建设完成的信息系统项目进行投入运行的验收确认，确保系统未来运行达到有关的管理标准和服务水平要求；
·监控内外部运行服务提供单位的服务和技术支持达到设定的水平和标准，协调解决有关的问题；
·管理和监控集团IT资产和基础设施，以满足相应服务水平和标准的要求，并保障集团有关IT运行服务的长期安全；
·在服务管理的机制下确保信息系统所提供的服务满足业务部门的具体需求。
权属公司信息中心
权属公司信息中心作为本业务单位的IT管理和支持服务部门，在业务上接受集团信息中心的管理和指导，而在行政上可以继续由各权属公司负责。
·执行集团有关IT管理制度和标准，向本业务单位范围内各业务部门提供IT管理和支持服务；
·参加集团信息系统建设和业务流程优化项目，协调涉及本业务单位的有关工作，并为本业务单位所涉及的业务需求负责；
·管理和维护本业务单位的局域网、PC机及其他信息终端设备等本单位IT资产，以保障本单位所涉及的信息系统的正常运行；
·负责引进开发用于满足本单位独特业务需求的独立性应用系统，并负责相应的维护和技术支持。
外部IT咨询服务公司：
定位在企业战略性的独立外部IT公共服务及相应的外部能力资源。因为企业已明确IT咨询服务公司负责管理运作对企业具备重要战略价值的信息系统关键基础设施及提供相应服务，故在这里也将其考虑为企业未来IT的组成部分。企业内部IT与IT咨询服务公司的业务关系，由企业信息总监CIO负责管理，信息中心及各权属公司的信息部门具体分工执行。IT咨询服务公司作为企业IT的一个独立组成部分承担以下责任：
·作为指定单位负责向企业提供关键应用系统公共服务，并依照公平的市场原则收取服务费用；
·依照公平的市场原则下承担企业的IT规划、流程优化、IT管理制度标准等方面的咨询；
·依照公平的市场原则下承担企业的信息系统方案设计、实施和开发，及第三方项目监理等服务。
IT管理组织机构过渡考虑
·信息化委员会建议由企业集团的信息化应用领导小组改造而成；
·从企业集团信息管理角度，近期信息中心可以仍由战略发展部分管，可考虑强化战略发展部的职能，加强/建立其在IT规划控制、流程管理、IT建设和运作管理方面的职权；
·企业集团可以一方面考虑整合现有的信息技术管理人才资源（含权属公司），另一方逐步培养或引进，使信息中心逐步独立承担起管理企业IT的使命；
·在集团即将建设统一的信息系统平台应用方面，建议利用集团在投资方向上的管理权利推动在各权属公司的应用，按照“整体规划、分步实施”的原则，从集团财务管理信息化管理入手，选择试点适当的单位进行实施，用事实来使信息化管理平台的优越性得到充分的体现，为全面推广应用打下坚实的基础。
5 IT运营管理关键流程
为管理好企业的IT运营管理，需要建立和落实一系列的流程。具体如下：
·集团信息化规划流程
·权属公司信息化规划审核流程
·集团信息化招标管理流程
·集团信息化采购管理流程
·权属公司信息化采购管理流程
·信息管理规范制订与维护流程
·IT项目立项流程
·IT项目管理流程
·IT系统维护流程
·IT系统安全管理流程
·IT系统安全检查流程
6 IT运营资源和技能管理
面对未来的使命，企业IT的管理和运作依赖于从事相关工作的人员具备合适的技能。目前企业IT最紧迫需要加强的技能有以下几方面：
·IT管理：吸取IT组织如何在企业或其他有重大使命的行业中产生业务价值；
·业务分析：收集IT客户需求并成功地将业务需求转换为IT需求，这种技能有助于IT更能以客户为中心；
·项目管理：保证解决方案的实施能在财政预算范围内及时的产生所承诺的价值；
·软件包引进和实施：识别适当的软件包并建议相应业务流程变革；
·业务流程分析与优化：发现现有业务流程问题并推动流程变革；
·系统管理：建立系统管理原则，并利用相应的解决方案来简化每天的运作。
企业应当综合考虑如下的资源获取方案，以建立未来IT所需的技能：
·整合内部资源：利用集团（含权属公司）已有的信息技术与人才资源；
·内部培训：逐渐获得技能；
·招聘：迅速获得技能；
·外包：使用外部技能资源。
7 IT运营体系的运行与维护
未来企业的信息中心将承担整个集团的物理系统和业务逻辑的运营和维护。作为信息服务中心，稳定高效及时的信息收集、处理和发送将直接关系到整个集团日常业务的运营。因此，合理有效的信息服务管理模式是实现IT信息服务水平的基础。针对企业的未来业务管理模式和信息系统软、硬件的特点，IT信息服务管理模式如下：
整个服务架构是由5个部分构成的，即业务管理（商业视角）、服务管理、IT基础架构管理、应用管理、安全管理，它们的定义如下：
1、业务管理（商业视角）：从业务部门而不是IT服务提供者（技术）的角度理解IT服务需求，也就是说，在提供IT服务的时候，我们首先应该考虑业务需求。业务管理这个模块就是用于帮助业务管理者如何利用商业思维分析IT问题，深入了解IT基础架构支持业务流程的能力和IT服务管理在提供端到端IT服务过程中作用，以及协助他们更好地处理业务部门和信息部门之间的关系，以实现商业利益；
2、服务管理：服务管理模块是整个服务架构的核心，它以一系列典型流程的方式把大部分IT管理内容进行了合理划分和管理。服务管理模块由服务支持和服务提供两个子模块构成。其中服务提供由服务级别管理、IT服务财务管理、IT服务持续性管理、可用性管理和能力管理组成，服务支持由事故管理、问题管理、配置管理、变更管理和发布管理等职能组成。服务管理取决于所实施的系统和业务部门的业务需求特征；
3、IT基础架构管理。IT服务管理的本质也是对IT基础架构的管理，只不过它采取的是一种与通常的管理方法不同的方式，即将对IT管理的任务标准化和模块化，然后打包成服务按需提供给客户。IT基础架构管理模块覆盖了IT基础架构管理的所有方面，从识别业务需求、实施、部署以及支持和维护基础架构。其目标是确保提供一个稳定可靠的IT基础架构，以支撑业务运作；
4、应用管理：IT服务管理包括对应用系统的支持、维护和运营，而应用系统是由业务部门或信息中心或第三方开发的。IT服务管理的职能应该合理地延伸，介入应用系统的开发、测试和部署。应用管理模块解决的是如何协调这两者，以使他们一致地为服务于业务部门；
5、安全管理：其目标是保护IT基础架构，使其避免未经授权的使用。安全管理模块为如何确定安全需求、制定安全政策和策略及处理安全事故提供全面指导。
服务管理模式的应用
可以想象，未来数据信息中心将是一个庞大和复杂的，如此高度集中的物理系统和业务逻辑系统给信息管理部门提出了非常高的运营和维护要求，服务管理模式的提出为信息中心在确保信息服务质量，提高服务满意度方面给出了一个结构性的管理架构。
在未来企业的系统中，在确认系统满足业务需求的前提下，还需要以这里所提出的“服务管理模式”的思想建立这样的服务管理控制系统，并与信息中心的组织架构相融合，对整个信息中心的信息服务进行监控和管理，从而提高业务系统应用水平的同时，降低系统维护的强度。
“服务管理模式”是未来信息中心必需的，但就目前企业信息化建设的情况来说，从降低风险和资源需求的角度上分析，不是目前的重点。一般，在业务部门业务运作基本上已运用信息系统进行时，服务管理模式才开始启动。
如何构建数字化运营体系？
我在《中x大咨询IT数字化服务产品手册》上看到，企业应当建立自身发展战略所需的经营指标分析体系，帮助企业动态监控经营情况，并通过多业务场景下的经营指标变动模拟，优化企业经营决策。结合业务特性和自身发展目标，通过运用数据化工具建立一套运营管理体系。
以零售业为例，可以通过以下方面实现数字化运营：
1、引入数字化应用：利用虚拟试衣、VR游戏等应用提升用户场景体验感，吸引客户更多到线下消费；并通过数字化应用提升门店运营效率。
2、向供应链上游延伸：扩x大源头直采比例，降低成本；还可以发展自有品牌，提高利润。
3、发展无人零售：通过自助服务减少人力成本，并实现与传统零售的互相引流。
如何搭建社群运营体系？
第一 确定好服务人群
社群的主体一定是人，具有共同爱好的人。
第二 确定社群平台
你的社群最终一定会落在互联网或者其他地方的，你要选好你落脚的平台有哪些，是订阅号，还是微信群，或者是QQ群等。
第三 确定好组织架构
你的组织架构直接决定了你的社群能否正常长久的运转下去。你的组织架构要分几级，成员要怎么招收，核心管理人员的挑选标准是什么。
通常一个社群的组织架构分为三级，创建者，管理者，普通成员，有的社群还增加了内容提供者，监察者等等，这个要跟根据你的社群运营目的和内容来确定。
第四 确定好内容输出
群成员加入社群是过来享受内容服务的，所以一定要找到社群的价值点，提供最优质的内容服务。同时建立好节奏，例如输出高价值文章或者线下聚会，每周几次，有谁来提供，如何策划等，给所有的群成员以正规感。
第五 制定好运营策略
前四条全部都是搭建框架，建立标准，这些做好了，需要良好的运营策略去驱动整个框架系统进行有效的运转。
1 确定招收成员的标准与途径，指定相关的管理人员进行成员招收。
2 制定社群的相关物料，广告语，价值观，统一昵称等细节的东西。
3 确定好内容输出人员的责任，保证内容有效输出。
4 定期策划相关线上和线下活动。
5 建立社群的考核机制
以上就是整个社群的运营体系，只要把社群目标，组织架构，输出内容，考核机制这四点做好，整个社群就能有效稳定的运转起来。
干货｜如何构建数据运营指标体系
在运营工作中，我们接触到不同种类的数据指标，这些指标往往都是已经设定好的，我们只需要根据指标推动业务发展。那么，我们如何分辨这些数据指标是否科学呢？这些数据指标体系是否符合业务发展需要呢？
平时工作中我们接触的指标有多少呢？依据平台性质不同以及运营重点需要，我们奖常用的数据指标分为四类：电商指标、app指标、用户指标和金融类指标，这四类指标分别列举重点需要关注的指标明细以及对应的统计口径：
电商指标
APP指标
用户指标
金融指标（信贷）
这些指标已经非常多了，基本上列举出来的都是核心指标，当然这些核心指标会有一些遗漏，大家有要补充的欢迎留言。
我们的工作需要量化，在更广的角度来审视运营工作的效率，在这么多指标之中，怎么样才能系统、全局的制定我们的数据指标体系呢？
互联网发展到现在，有很多工具能够帮助我们从不同维度分析数据：百度统计、百度指数、Google Analytics、友盟、ASO100、GROWINGIO、微指数等等，工具很多，但是我们依然没有头绪搭建指标体系，因为缺少方法论，今天就分享3个数据模型来帮助我们搭建运营数据指标体系。
以网站为维度来衡量指标的PULSE
以用户为中心衡量指标的HEART
以目标为导向衡量指标的GSM
PULSE模型介绍以及优劣分析：
Page view:页面浏览量
Uptime:响应时间
Latency:延迟
Seven days active user:7天活跃用户数
Earning:收益
PULSE模型是用来衡量用户体验非常重要的指标，也经常被用来度量产品的整体表现。如果一款产品响应时间为10秒，我想大部分用户会放弃这款产品；如果一款产品7天活跃用户数仅剩下1%，那么产品经理一定已经上天台了；如果一款产品有很好的流量却没没有办法变现，那么老板一定会带上小姨子跑路。
PULSE模型的优点
1.能够评估产品架构对于用户体验的影响
2.直观、具象的体现产品流程设计对于用户体验的影响；
3.通过用户和浏览数据衡量产品的体验；
PULSE模型的缺点和优点一样明显
1.维度单一，仅从页面浏览量和7天活跃用户来评估产品，很难判断数据的上升或者下降是由某一个原因导致的；
2.从用户的留存来说，7天已经满足不了现在的运营需求，次日留存率，月留存率都需要纳入评估的范围之内；用户来源，用户中新用户、老用户占比，活跃用户、流失用户占比等；
HEART模型介绍
Happiness：愉悦度
Engagement：参与度
Adoption：接受度
Retention：留存率
Task success：任务完成度
HEART是“以用户为中心度量的HEART指标体系，以及把产品目标与创建指标体系相互关联的过程”
愉悦度 ：交互设计给用户带来体验的满意程度，包括可用性、易用性、推荐意愿、视觉感受度等；
参与度 ：用户参与互动的程度，比方说访问频率、访问深度、页面停留时间、产生UGC的数量，日活跃度、周活跃度、月活跃度；
接受度： 用户在一定周期内参与产品核心功能的使用，比如电商网站的购买、微信发消息发朋友圈、支付宝转账付款、游戏充值、新闻评论等等，接受度是以一定时间范围来看的；
留存率 ：顾名思义就是用户的次日留存率、周留存率、月留存率，这个要结合参与度和接受度综合来评估；
任务完成度 ：任务完成效率和效果，比如从开始注册到最后注册完成的比例和时间，游戏新手任务的完成率和完成时长，用户填写产品反馈、上报错误信息等等；
GSM模型介绍
Goal:目标
Signal:信号
Metric:指标
GSM是以目标为结果，通过对目标的设定来倒推过程，精准设定指标体系的一种量化研究方法。
目标 ：在运营过程中，我们要明确达成的目标，比如用户运营的目标是提升活跃用户，类目运营的目标是提升GMV，产品设计的目标是提升用户的体验，保险offer活动的目的是让用户主动填写联系信息；目标的设定要跨部门沟通，和招商、设计、研发部门一起确定目标，如果不？那你的结果肯定不仅仅是上天台；
信号 ：即为了达成目标，用户可能会产生哪些体现成功和失败的行为，选取那些明显且敏感的信号，往往预示着失败的行为会比预示成功的行为更容易获得；
指标 ：选取指标，相对值比绝对值更具有意义，比如比例、百分率或者每个用户的平均值，关键指标不在乎多，而在于精准，避免重复，核心指标才是要关注的，非核心指标可以不纳入观察范围；
HEART模型在工作中的运用
在电商产品中的应用
在金融类产品的应用
其实可以看出按照HEART模型，很重要的还款和催收等贷后管理数据没法体现出来。
GSM模型在工作中的运用
电商产品中的运用
产品运营中的运用
微信运营中的运用
「B端概况」B端运营体系如何搭建-1
在宏观层面，有听说过：C端的流量红利在慢慢消失，B端会是未来运营的蓝海。同时，BAT等大厂也在逐渐布局他们在B端的运营业务。在微观层面，目前在整个互联网运营领域，B端体系性的方法论还是比较少的。在这样的大小背景下，需要运营同学去全部地了解B端运营的线性思路。
B端业务的种类非常多：电商、O2O、移动办公、CRM软件等。在纷繁复杂的业务场景背后，我们要理清楚其商业模式业务模式。
（一）、在市场上，主要的业务种类会分为两种：1）平台型，2）服务型。
1）平台型 ——平台型的公司，本身是不生产任何产品的，是作为一个平台来撮合B端商家和C端消费者的交易。
-- 商业模式分为两种：第一种，商家的交易佣金。B端的商家入驻平台，在平台产生一些的交易和销售额，作为平台会从整个的交易当中抽取佣金。第二种，流量变现（广告）。随着平台越做越大，其流量会越来越多，这时平台会在站内做一些流量的变现，会产生“广告业务”的商业模式，eg. 淘宝的直通车。
-- 实际场景领域：涉及日常生活当中所见的领域，比如电商、O2O、旅游、短视频领域、互联网家装等。
2）服务型 ——服务型的公司，本身有产品或服务，将公司的产品或服务售卖给B端的企业；这里跟传统的B端又有些不同，因为服务型公司所生产的产品更多是一些互联网化的产品，并非实体的产品。
-- 商业模式：通过售卖公司研发的产品或服务，来赚取公司的利润。
-- 实际场景领域：SaaS、CRM、PaaS、OA、企业协同、移动办公软件的售卖。
商业模式是公司运营的核心发力点，它会决定未来去搭建运营体系的核心业务策略有哪些。
（二）、平台型模式的运营流程： 分为4步
Step 1：B端入驻；Step 2：账户开通及基础建设；Step 3：B端的培育和成长；Step 4：B端的商业挖掘。
在实际的运营场景当中，Step 12主要由招商团队或服务商团队，去承接前端B端商家的拓展和激活；后端的Step 3主要由商家运营、行业运营来承接；Step 4由商业产品运营来承接，eg. 阿里系的阿里妈妈。
通过这4个流程，我们会发现在平台型的业务模式中，核心的业务价值/业务数据会产生在后端：1）B端的培育和成长，商家运营、行业运营团队会承接整个商家GMV的业务指标；2）B端的商业挖掘，商业产品运营团队会去负责整个公司广告营收的指标。
在整个平台型的模式当中，前端商家的入驻和激活，目前正在外包化， 运营在整个的平台当中会占据核心的地位 。
（三）、服务型模式的运营流程：跟平台型模式有一个关键节点不一样，服务型前期有一个付费的节点。当B端企业付费购买了服务或软件，才会成为企业B端的一个用户。 流程链路会更长。
Step 1：商机获取；Step 2：商机跟进；Step 3：付费转化；Step 4：服务承接；Step 5：二次开发。
如何运营以上流程：在Step 1环节，会有销售团队、营销推广团队、市场团队，去做一些市场推广、展会、PR、品宣等去获取公司目标的商机；Step 23环节，会有直销团队、电销团队去跟进这批商机，促成付费转化，转化成企业真正的用户，同时在后端会有运营人员做支撑，包括销售单的sales case、核心的销售策略；Step 45环节，当一个客户已经购买了产品和服务，成为企业真正的客户之后，销售团队和运营团队会去做好这一批用户的服务，以及用户二次的商业挖掘。
在服务型模式当中，产生业务核心价值的关键节点：1）商机跟进+付费转化，产生的核心指标是销售额和付费客户数；2）付费后，后续的服务承接+二次开发，产生的业务指标是销售额、续费率和这批客户其他商业产品的二次开发。
在服务型模式的运营流程当中，销售团队在客户的整个生命管理周期是全线贯穿的，从客户的商机获取到二次开发，运营更多的是站在后端去做前端的支撑。在服务型模式当中， 运营所承担的角色更多是在大后台去做综合支撑流程 。
以上是两种模式的运作下，运营的作用和定位。
互联网C端运营的方法论是比较成熟的，但B端运营一直比较缺乏。短缺的背后是有原因的，比如B端用户和C端用户有很大的差别。
差别如何理解？我们首先要从2个点上去理解这个本质：
1）B端是一个企业，C端是个人，C端在做决策的时候，更多是会受个人因素的影响，B端作为一个企业组织来讲，是有商业性质的，其唯一的、核心目的就是盈利，这是二者最大的一个差别。
2）B端既然是一个组织，就会有一个系统运作的流程，是一个群体的模式，流程就会多且长。
基于以上这2个本质的不同，我们从4个方面来看——B端用户有哪些特点，这些特点会决定后续我们做运营体系搭建的时候，有充分地去考虑这些特点，去制定应对的策略。
-- 用户层面：B端用户在用户运营时，有B+C两种模式贯穿的。B作为一个组织，内部会有很多C端，他们是产品的实际使用者；B作为一个组织，它的链路是非常长的，而且产品推广模式是自上而下的。
-- 产品层面：B端产品的需求会特别多。一个大B跟一个小B，或者行业不同，对于产品的需求和功能是不一样的；B端对于产品的纵深、专业的要求特别高，比如服装行业和饮料消费品行业，其需求和推广点是不一样的；B作为一个组织，对于产品的信息安全重视度非常高。
-- 营销层面：针对C端做营销时，有时一些简单粗暴的方法是很好用的，比如激励、返现、打折；但针对B端，这些营销方法是行不通的，因为B作为一个组织，对于集体的概念大于个人的概念，B端更容易受到行业的龙头、标杆的影响，同时在B端企业中会有一些圈子（行业的圈子、网上的圈子），圈子的影响力往往大于对用户做1v1的教育。
-- 服务层面：做B端产品时，70%是产品、30%是服务，服务是非常重的。服务会决定这个B端在你的平台是否成长的更好，对于客户二次开发和更多商业产品挖掘的影响是非常大的。
以上是B端用户的特点，但其中有一个 核心：做运营、做用户、做产品、做营销、做服务，做所有的一切都要围绕B端用户最大的需求——盈利 。
B端有平台型、服务型两种业务模式，商业模式也不同。
平台型模式下，前端，即商户拓展端在逐渐外包化。可以看到现象：在淘系里，前端的天猫/B端的淘宝入驻，现在是开放给第三方的公司在做，在B2B领域是由生态伙伴、渠道去做。前端外包化，整个公司的业务会移到后端，运营会作为整个公司的核心阵地。
服务型模式下，有些公司前期做B端时很容易陷入的一个误区，就是铺大量的销售去卖产品，但这些公司后期都会很难，因为一个公司如果把前端的销售做的很重，未来公司的成本、运营也会越走越重。
未来，公司无论是平台型、还是服务型，趋势一定是小前端、大后台 。
-- 前端：获客、销售、招商，这一支团队一定要做到足够轻量、足够灵活。当我们发现，目前市场的重点在某一个行业、某一个趋势，我们要迅速调整前端的团队去往这个领域纵深。
-- 后端：大后台，并不是大中台（中台更多指的是系统的搭建），指的是对于前端销售和招商支撑的业务团队、运营团队。后台要有足够强的资源整合能力和服务能力，利用系统、平台以及一些工具，将对前端的一些支撑进行产品化、流程化，这样整个公司在业务模式的推动下会走得更远，而且成本会越来越低。
对于个人来讲，在实际的业务场景当中，未来的趋势是小前端、大后台，那么对于运营落地来讲，B端运营未来的趋势是：
-- 体系化：站在提升效能的角度，比如在运营全量的十万B端商家时，要有体系化的方法论和思路，当要提升业务数据时，知道哪一部分是最能提升数据的，能够提升效能。
-- 节点化：B端的运营一定是围绕着产品、围绕着客户的生命周期做全套的运营。当一个企业用户进入到我们的平台后，他在每一个节点需要做什么事情、需要接受什么样的运营服务，将这些节点全部都梳理清楚，如果最终可以实现自动化，那可以提升整个运营的效率。
【体系化】和【节点化】，在运营端的要求是提升效率、提升效能。
-- 纵深化：B端的运营是往纵深去做深、做专业。比如电商目前的趋势，各大类的电商基本上都会按照行业去做，往行业去纵深。B2C天猫里的服装行业，行业的运营同学就负责服装行业所有的B端商家，他需要去了解整个B端商家的结构、行业的趋势、前台类目的搭建、商家的分层等纵深领域的内容。对于一些服务型产品，或者工具类型的产品，也会需要从行业（大B或小B）、从场景化（企业的考勤场景、财务场景，对于每个场景的流程要非常清晰）的角度去了解。
-- 产品化：对于运营同学分为对内和对外。对内，整个的运营流程是非常复杂的，要去协同业务前端、协同客户的整个生命周期，各个流程怎么走，一些常规的流程是不是可以用产品化的方式去做，这样可以提升整个运营的效率。对外，客户的需求会非常多，而且运营主要是承接在业务后端，做用户的一些服务，那么如何将客户的需求转化为产品，不断地去迭代整个产品的功能和纵深程度，也是对于运营的一个需求。
所以，在B端的运营趋势下，用一句话概括：就是通过体系化和节点化的运营体系，不断地去提升效率和效能，同时提升纵深化的专业度，以及产品化的能力，最终实现的目标是与B端客户共赢。
目前搭建B端运营体系的一些方法论。
了解了方法论之后，怎么样在实际业务场景当中去落地实施整个体系的搭建。
- 待续未完，见《「B端概况」B端运营体系如何搭建-2》 -
