在上一篇推文中，我们梳理了商业和数据分析的关系，以及商业和数据分析的重要性。根本意义是告诉我们，不要脱离业务孤立地看“数据”，而要始终从业务的角度去理解和分析数据。可以说，没有业务指导的数据分析是没有意义的。
“做分析要贴近业务”是驰骋在数据分析领域的老兵们的基本共识。而刚开始做数据分析的伙伴们，通过上一期的推文，也开始意识到了解业务的重要性。然后，本期就如何清晰梳理业务流程进行讨论交流。数据分析的基石！让我们来这个私订吧，一起探索交换运营和数据的魅力吧！
数据说第四季
绿树与白色台阶形成对比
我会一步一步坚定的往上走
业务流程梳理——数据分析的基石
导读:做数据分析的时候，需要从业务角度切入，梳理整个业务线的流程。我们需要熟悉:客户是怎么来的，客户是怎么流动的，需要什么功能来引导客户，如何维护和管理客户，如何促进交易等流程。只有找到业务流程中的重要节点，才能准确发现业务中可能存在的问题，进而有针对性地解决，提出促进业务增长的方案。众所周知，增长是企业的生命线。从这个角度来说，梳理业务流程是数据分析的基石，一点也不夸张。
我们总是说“业务流程”，那么什么是业务流程呢？
引用百度百科的解释:
"业务流程是不同的人为了实现特定的价值目标而完成的一系列活动."
这是广义的业务流程的含义，而狭义的业务流程只是一系列与顾客价值满足相关的活动。
从业务流程的定义来看，我们需要注意以下要素:
★角色:这是业务流程中的第一个基本要素。有了角色才能有分工和协作，才能实现具体的业务目标。
★活动:即具体要做的事情。每个角色都会有特定的事情要做。
★协作:在一个公司或者一个组织中，不同的人做不同的事情，最后一系列的事情都可以通过协助来完成。而且有并行和串行两种合作模式(指可以同时完成，也可以分时段完成)。
★输出:当每个人都有具体的活动时，就会有输出，输出就会形成输出，这样不同的活动就有可能在不同的岗位之间转移。
★规则:俗话说，没有规则就没有方圆，活动的内容、方式、责任都要有明确的安排和界定。
关于业务流程相关的五个要素，我们以一个B端产品的功能结构为例，感受一下业务流程中各个角色的作用。一般有四个部门:产品设计部(负责技术、测试、产品、设计等。)、运营部(负责营销、各种运营等。)、销售部(负责销售业绩、市场开发等。)，以及售后服务部门(负责售后跟踪，促进转化等。).各部门的重点工作如下:
【/s2/]▆产品设计部:输出产品解决方案，帮助商家解决业务问题，包括需求挖掘、需求分析、需求管理等。；
【/s2/]▆运营部
:获取足够的流量和销售线索，进行内容运营、活动运营、社群运营、品牌口碑等。
【/s2/]▆销售部:将有效的销售线索转化为与客户的交易这一步，需要经常进行线下拜访、PPT演示、签约等相关工作。
【/s2/]▆售后服务部
:帮助客户成功并转化为订单，提高客户的产品利用率，参加新手培训和客户成功案例分享。
——各部门相关人员，是每个角色。
-每个角色具体做什么，是一个活动。
——产品人员做产品，营销人员获得销售线索，销售做销售转化，客户成功做客服。这就是协作。
——市场部输送有效客户线索，销售输送付费客户。这是输出。
——运营部门必须取得有效线索才能交给销售部门，什么是有效线索会有相应的标准。产品设计所要求的相应标准，这是规则。
那么，在我们对业务流程的定义以及所涉及的基本要素有了一定的了解之后，接下来，我们就来看看。业务流程如何梳理和绘制？
其实梳理业务流程是一个相当复杂的过程。这个流程主要是根据实际的业务场景获取业务信息，然后抽象出一个以参与者为节点的业务流程。形式上，我们可以使用[lane diagram]之类的工具，以清晰的方式展示流程的元素和细节。演示步骤如下:
1。获取详细真实的业务流程
业务流程的获取方式一般有两种:直接从业务端获取，也可以我们自己去观察和了解业务流程。
关于第一种，好处是业务部门一般都有现成的排序流程。但缺点是这种模式不能直接使用。因为很多业务都是针对自己当前的业务或者针对自己的部门进行梳理的，并不是一个完整的全局流程。而产品设计需要考虑全局，甚至是未来的可扩展性。
关于第二个，费时费力，但完成后效率会翻倍。如果业务部门没有纸质流程图，就只能靠业务人员的口述来了解自己的业务流程。这时候最好的办法就是先自己模拟流程，最后落在纸上形成业务流程。然后我们拿着这个流程图和业务再核实一遍，甚至需要反复核实校对，因为流程往往会随着业务方向的变化而变化。至此，我们按照这一步逐一完成各个节点的业务流程。
2。定义整个业务流程的关键角色
首先，我们要搞清楚谁会参与解决问题。解决一个问题，往往需要完成多个任务，每个任务都会有一个或多个人参与。找到那些执行相同任务的人，并将他们定义为一个角色。
B类产品的客户可能不仅只有单一角色，还可能涉及多个角色，如业务员、客服、运营商等，不同的参与者，不同阶段的参与。可能会涉及到产品定位之外的人，比如技术人员等。前期不一定要深挖，但也要收集了解其参与的作用。
3。标识路径节点
解决一个问题需要很多任务，但并不是所有的任务都是关键业务节点。任务关键型节点有两个特点:一是可以下推业务，二是可以在不同角色之间推送业务流。业务流程路径反映了整个业务流程逻辑。通过关键节点转换关系和结果，反映业务状态。
当然，这些都是用户在业务的某个阶段需要完成的一些比较大的阶段性目标。这些目标需要在后续进一步细分拆解子目标，作为后期页面分割的基础。
4。找到用户参与的关键步骤
在业务流程的设计上，如果加入用户参与的角度，整个流程会更有针对性和合理性。在一个完整的业务流程中，大多数参与者都是团队的成员。加入外部成员后，相当于引入了可以提供反馈和增长动力的元素。
这对流程设计和页面优化调整起到了关键作用。梳理业务流程不是简单的照搬。需要分析现有实际场景中各节点的必要性，以及现有流程是否可以优化或调整。
5。注意不同业务场景对流程的影响
从产品生命周期来看，我们需要考虑周期不同阶段的不同营销和管理策略对业务流程的影响。从业务场景来说，我们需要考虑同一场景下不同画像的不同客户群体对业务流程的影响。甚至在一些特殊的时间节点和场合，比如“双十一”等业绩旺季的业务流程调整。
一般来说，梳理业务流程的初衷是为了方便数据收集和分析，分析的结论和结果要同步到业务团队。因此，不仅要从数据分析的专业角度给业务团队流程的优化方案和分析结果，还要提醒业务团队在不同场景下的战略调整，最终促进业务增长。
摘要
以上是梳理业务流程时需要明确的相关内容。获取这些信息的方法可以通过实地调查、用户访谈、现场观察等方法来了解。了解信息后，我们需要整理相关内容并归档，归档结果可以通过【车道图】显示。
随着整个流程往下走，我们对业务流程和规则有了更清晰的认识。理解“业务流程”是做数据分析时必要的思维方式。尤其是在数据分析刚入门的时候，一定要了解你能看到的业务流程，其中涉及的业务对象，运行过程中的数据痕迹以及表面出现的问题。当你从上面的角度了解了现在的业务，就是真正的入门了。任何角度的不完美都可能导致你理解、分析问题、提出解决方案时出现盲点。
然后，如果你对当前的业务情况了如指掌，就可以开始解决一些明显的局部问题了。比如产品上某个模块的功能对最终目标没有帮助，我们可以将其下线，保证整个产品的流畅，防止后期产品规划受到影响。
本文来自抚琴绘长歌投稿，不代表舒华文档立场，如若转载，请注明出处：https://www.chinashuhua.cn/24/598715.html
微信扫一扫 
