仿佛一场游戏，你以上帝之眼，操控PM定义的各式样的开关，行文统计皆成招数，推拉控制均是策略。你不是什么左先生右小姐，你的名字叫运营，你所应用的工具，是承载着各项运营规则的管理系统。关于运营管理系统的设计，近期朋友们交流各抒己见，适逢近期发版，从我角度，整理想法如下：
1、运营管理系统是什么？
以前刚入门PM就常听服务端、客户端、运营管理系统等等不一而足，那么到底运营管理系统是什么鬼？简单解释，运营管理系统就是管控产品在全业务流中运营发展的可视化系统工具，其主要用户是产品运营管理人员，主要目的是通过这套工具的使用，让产品和业务往期望方向发展。
2、运营管理系统到底管什么？
业务和产品定位的不同，运营管理系统所囊括的功能和内容自然也大不相同，根据个人经验，我把自己理解提炼如下：
2.1对象。即业务全流程场景中所涉及到的人财物的管理，包括PM梳理业务全流程中各个场景所出现的角色、在业务流程中涉及到的资金流以及资产物资物件这些基础信息。
2.2属性。上述对象（人财物）具备特定的属性，运营管理系统的设计需要考虑到不同对象在业务流程各阶段的属性，比如业务流中不同的用户，如游客、注册用户、资深老手；比如业务流中的费用种类：商品价格、服务费用、增值费用等等。
2.3状态。为了使产品往预期目标运营和发展，运营人员往往要通过对对象的属性进行操作和管理，使得对象的状态得以变更，由产品用户反应到市场达成运营目标。比如对用户状态的控制，用户如何进入到业务体系，是登录，用什么样的方式登录，要注册，注册流程如何？这些都必须在设计时就要系统性的考虑；再比如，对恶意用户进行禁用操作，使得恶意用户在使用产品时受到限制，避免因恶意用户带来的影响；或是对进入业务体系的对象进行赋权等。
3、运营管理后台设计关键
3.1业务场景梳理：深入业务勾勒场景，从总分总的视角细化业务场景。如同动画般一帧帧地播放场景，捋出场景中出现的各个对象，分析他们怎么来的（登录还是注册？），来干嘛（即核心功能、主要功能、次要功能），将去往哪个场景中。总分总的视角好处在于考虑能够更为全面而完整；
3.2确认对象的属性：根据场景和业务管控需要，对场景中出现对象的属性进行确认，在设计时候需考虑对象属性的可拓展。对于各个属性的状态，要有明确的定义，状态的定义需要穷尽且互斥。在属性的定义中，可能会依据多个逻辑维度进行划分。
3.3考虑对象属性变更对于其它对象影响和关联：对一个对象属性状态的变更可能对其它对象有影响和关联。比如一个禁用用户可能冻结用户的资金账户，调整用户等级的级别额度可能使用户享受到的级别服务产生关联的调整等等，另外还要梳理其间关系，规避规则矛盾。
运营管理后台体现了规则设计的力量，告诉哪些对象在什么场景中能做应做什么事，是让场景中各个对象都能遵照合理的规则运行的关键。何谓之合理？并非完美，而是可用。正如赫拉利在《人类简史》中所言，演化也没有让人有体足球赛的能力，人类只是在自己定义的规则中遵守和执行。规则并非天然，而只是源于我们想象。之于运营管理系统的设计，PM不过是用一种计算机能够理解的设计来促使另外一端的用户如何说话如何行动，全然是为了一场游戏进行下去。
以上仅是个人浅见，欢迎加持拍砖。
