—— BEGIN ——

　　“接手一份全新的运营工作，第一步到底要做什么？”

　　近期接二连三在公众号「少加点班」的后台收到用户的咨询。

　　各位朋友亦可简单思考几秒，此处留下一屏的思考空间。

　　是了解产品？

　　了解协作的同事？

　　还是了解用户？

　　或是了解产品所处的生命周期？

　　这些都很重要，但若论接手全新运营工作时“第一步”要做的事情，我认为是：

　　通识行业业务

　　此处兴许有人会疑惑：

　　我们运营人怎么会不精通业务呢，不是天天跟用户交流或答疑、体验产品功能、对产品业务熟悉的滚瓜烂熟么？

　　必须先与各位达成理解一致的是：本文所谈的“业务”，是指广义层面的业务，其范畴远大于产品狭义层面的业务（功能、流程、数据）。

　　“广义的业务”是 在产品的功能之外，囊括了产品所涉及行业的业务常识。

　　*下文的业务均指“广义业务”，不再赘述

　　比如，你运营一款面向企业级市场的“移动办公”产品。

　　狭义的业务是指：

　　签到打卡

　　移动流程审批

　　外勤管理

　　工作日报

　　……等等功能

　　而广义的业务则是指：

　　企业信息化管理的整体管理现状如何？

　　有哪些核心参与人员？

　　哪些是决策者，哪些是用户？

　　他们各自最在意什么？

　　驱动他们使用或放弃产品的又是什么？

　　……等等。

　　开启运营工作的第一步是：通识行业业务

　　无论对于运营新手还是老手，“通识行业业务”都应当是我们从事一份全新运营工作时的 首要开展事项。

　　当然，对于某业务领域的资深运营人，我们也许已经精通业务了。

　　但不可否认，许多的业务沉淀都是基于“犯错-反思-调整”的模式积累下来的，如果 我们能一开始就尽量避免犯错，为何不尝试呢？

　　这并不与MVP（最小化可行产品）快速迭代的思路冲突。

　　李少加认为合格的运营人首先就必须是个 业务专家，理由很多，此处只谈三点：

　　不懂业务，很难跳出狭隘的功能框架，制定更有效的运营策略

　　不懂业务，难以与用户真正达成理解一致，甚至有些用户压根就不搭理你

　　不懂业务，很容易陷入“看似最优方案”误区

　　比如，你运营推广上述例子中提到的“移动办公”产品，尽管产品符合一切优秀产品的特性，诸如卓越的用户体验，接地气的管理功能等等。

　　在定价方面还突破传统IT定制化项目昂贵的价格，采取免费的定价。

　　正是在你看来集众多优势于一身的情况，产品在对外推广时却屡屡受挫，这其实就是踩了一些潜规则的坑（后文会有详细解答）。

　　由此可见，对于一名合格的运营人，他首先就必须对自己所运营产品的业务有个清醒的认知，如此才能 精准洞察用户的潜在诉求，能与之无缝沟通，引导用户，避开雷区，做出更科学的运营决策。

　　扯了那么多，就是想说：对于运营人，我们开展运营工作的第一步不是马上就想着用户、想着拉新、想着促活、留存，而应当是： 通识行业业务。

　　当然，咱也不用被这六个大字吓出拖延症了，我们运营人对行业业务的精熟要求还远不至于像管理咨询、金融投资的行业分析师一般，动辄就要深度调研各种报告，诸如：上下游产业链、定价权、资金流动、市场集中度、市场容量、发展趋势……等等。

　　不，不，不，没那么复杂。

　　我们仅需 针对性的理解与运营强关联的业务知识，开奖，能够与用户的 理解沟通达成一致，能 规避一些行业陷阱，达到这样的程度即可。

　　那么，所谓的“通识行业业务” 具体包含哪些业务？我们又应当 怎样着手学起呢？

　　这是本文与各位探讨的话题，李少加将与各位分享下自己常用的业务认知方法，只需四个步骤：

　　步骤一：确定业务的边界

　　步骤二：识别核心用户、参与者及其关系

　　步骤三：洞悉关键行为的影响要素

　　步骤四：识别行业“潜规则”

　　下面分别阐述。

　　步骤一：确定业务边界

　　从运营视角来看，李少加是如此定义运营的“业务边界”：

　　深度理解用户所需要掌握的一切社会知识。

　　换句话说，通识行业业务甚至能做到 比用户自身更了解用户，而不仅仅是对业务的认知仅停留在“怎么使用产品”的表层中。

　　当然，对于不同产品的业务边界，差异巨大。

　　通常来说：

　　工具类产品（例如咕咚运动）的业务边界小于社交类产品（例如陌陌）

　　社交类产品业务边界小于电商类（例如蘑菇街）

　　电商类又小于2B类产品（例如移动办公）

　　这也对不同类型产品的运营人的业务知识提出了不同的要求。

　　对于业务边界小的产品，比如咕咚运动，我们凭着基本常识就能判断它的业务边界（所需掌握的社会知识）包含：

　　各类运动健身常识

　　线上线下比赛

　　运动活动组织运作常识

　　GPS定位

　　各种运动数据含义

　　……等等。

　　而对于业务边界极大的产品，对于刚从事这个业务的运营新人，直接判断则较为困难。

　　李少加此处分享一个自己常用的办法：

　　通过产品使用场景的穷举来逆向探索业务边界。

　　比如，对于前面提到的2B移动办公产品，我们可以先找它的产品使用场景：

　　场景1：上班时用产品打卡签到

　　逆推过程示例：

　　考勤是为了啥？-> 人资管理 -> 规范员工行为，提升企业运作效率 -> 企业管理常识还有哪些，企业怎么运作？

　　场景2：工作日报、周报

　　逆推过程示例：

　　工作日记是为了啥？ -> 推进企业信息化，协同办公 -> 企业信息化的历史、现状、流程、价值又是什么？

　　……

　　以此类推，不复赘述。

　　必须说明的是，此处提的“确定业务边界”，确切的说，是确定当下产品阶段的主流用户所涉及的业务范围。