5个方法,帮助产品经理做好业务分析

X需qiú来源于X,X梳理的主要思路是去理清X中的要素,以及X方在X过程中的问题和所关注的核心点、需qiú。文章分享了5种梳理X的方fǎ,希望X此文能够加深你对X的认识。

在产品经理教学市场中,充斥着大量的课程、书籍,向我们灌输用户需qiú分析,用户研究等等概念,但少有人提及“X”,即使提及了,也讲述得非常笼统,在进行“X分析”关键词的搜索时,甚至很难看到有人对“X”进行了定义。

相比于囯外,B端的X分析X已经较为成熟,形成了健壮的知识共同体,有认证X、配套的教学X等等。而C端X,由于面向X的混沌性、随机性,囯内囯外都未呈现出系统性的知识X。

在本文中,笔者尝试X对“X”进行定义,并对X进行建模,得到描述X的主要维度,并定义“X需qiú”是什么。接着我会聊聊为什么重视X以及X建模很重要。

最后讲讲关于阐述X的可视化方式,也就是X分析完后需要输出的内容是什么。但具体的了解X的方式由于篇幅有限就暂且不展开了。

一、什么是X?

我们在研究一样东西的时候,首先需要对这件事情做一个定义。X这个词对于产品经理来说并不陌生,但让你回答一下“X”是什么的时候,这个事情似乎又没那么容易。

写这篇文章前,我就因为这个问题卡住了不少时间,司空见惯的东西却是最难以解释的。

后来我从他的英文单词中,明白了它的定义 — Business。

*Business* is the activity of making one’s living or making money by producing or buying and selling products (such as goods and services).X(商业)是X生产和mǎimài产品(如商品和X)来谋生和X的活动。X一词最早来源于曰本的翻译。

那我们可以明白,X的本质其实就是商业,那我们在研究X过程,本质上是在理解商业过程,及这个过程中供需关系与其中信息liú、物liú、资金liú的传递。

从我过去所读过的一些经济学、进化论社科类书籍中,我明白了一个道理,人类的X的经济发展来自于个体自下而上的信息、物质互换,在这过程中,比较优势凸显出来,个体的分工也越就更加明确。

在这个分布式的信息、物质传递过程中,一个复杂适应系统演化出来(复杂适应系统是我最近比较感兴趣的内容,不知不觉就会扯到它,以后找机会写写),在「理性乐观派」中,将这个系统称之为“集体大脑”,他是个体分工合作的X。

X,就是分工合作的小X。X中不同的X共同构成我们的集体大脑。

「理性乐观派」中有一段话:经济进步的一项衡量标准:超过一半的人口拖离了自给自足,去探索以集体大脑为基础的生活所充满的无穷可能性。

啥意思呢?集体大脑是人类分工合作的结果,是X中所有岗位的X,我们工作就是参与了集体大脑的构建,从而有了更安全、更干净、更便捷的生存空间。但我们工作之余,也有精神需qiú,有学xí、阅读、追qiú个性等等需qiú,他们则是集体大脑为基础的更多可能。

所以,我个人将产品分为两类,一种是为了构造集体大脑的,及X型的产品,需要研究X本身,研究促成X发展的分工合作;另一种是有足够生活基础后,是对美好生活的探索,需要研究个体需qiú,这类产品俗称C端产品。

二、X有哪些元素?

X是分工合作,通俗的说,就是一X人在一起合作,以完成X,达到各方的期许。XX,供需双方各取所需,各方消耗边际成本,获得边际收益,B端产品则是X于这一过程的信息系统或X。

那么完整地描述一个X,需要有哪几个维度?这关乎到每一个产品经理在面对一个或陌生或熟悉的X时,是否能准确分辨研究对象。

X用户?场景?需qiú?似乎这种方式太过于简单X,不太严谨。Xliú程图?还是不够全面,X中涉及到的信息没fǎ很好的体现。

最后我在这本书中找到X –「七步掌握X分析」

10年出版的书,评价仅有五十来人,页数也不算很多,但内容牛批。

这本书中,将X分为四个部分:人、信息、liú程、规则。从一个信息系统的角度来看,也就是外部实体、数据、过程及X规则

以打车这个分工场景为例:参与的人员有司机和乘客,司机需要的信息是是否有乘客是否需要打车,他在哪里,他要去哪里,乘客需要的信息是哪里有车可以打,哪辆车可以XX等等。整个liú程便是,乘客发布乘车需qiú这一信息,司机接受后,前往乘客所在地,获知乘客目的地,XX,乘客获取X,选择坐与不坐,最后到目的地,乘客huā费了金钱,满足了迅速到达目的地的需qiú,司机huā费了时间成本、燃油费等,获得了酬劳。这一过程,还需要一定的规则,比如行车X规则、安全规范等等,假若规则不明确,供需双方就可能无fǎ达成平衡,以至于X无fǎ开展。

用一张图来表示这其中涉及到的人员和信息及规则,可以是这样:

加上liú程描述,那就是这样,在书中,被称为核心需qiú组件。

第一张图,在书中称之为高阶数据liú图,而我更倾向于X全景图,因为他描述的是一个X大致全貌,有助于我们在一开始确认研究的范围。

在这四个维度的基础上,我又加上了两个维度:X目的、X风险。因为X的完成总是有所目的的,打车的目的是车主赚到钱,乘客安全快速地到达目的地,是X参与人“想要”的驱动力。

而一个X参与人也同样是有“不想要”的驱动力,那就是X风险,完不成X可能会发生的后果。比方说,打车这个X下,乘客的风险轻则有黑车坑钱、司机送错目的地、绕道,经济和时间的损失风险,重则有人身危险的风险。

对于X目的,则尽可能地减少成本,提升效率;对于X风险,则需进行X、管控,避免发生。

举几个例子:

产品开发X,在这个X当中有多个角sè,简单地来看的话,主要是产品经理和程序员,程序员需要产品需qiú、BUG、数据需qiú等等,产品经理需要产品成果、开发,liú程上可能会有企业的立项liú程、产品开发liú程等等。大家都基于X的规章X来X,最终是想X这个X,这个分工合作来达到企业、员工、客户各方的利益,完不成X的风险则是错失客户、市值下跌、员工可能被炒鱿鱼…

PM与RD之间,存在信息不对称、不及时的话,就会耽误开发周期,间接影响X的完成质量,而这些在排除人员个人问题之外,主要就是由liú程不明确、规则不明确、角sè分工不明确导致的。

X发生后,X要抓zéi,也就是情报XX,这个X中,zéi与X是两个主要角sè,zéi与X存在着信息的不对称。zéi知道是自己犯的事,而X不知道,X的目的就是弥合这种信息的不对称,使zéi被X,维护被害人的泉益,维持X的稳定。那么啊sir就会X各种手段来弥合这种信息差,X监控、人脸识别等方式,而啊sir的信息则需要故意不让zéi知道,啊sir需要基于一些规则办事,比方说调用监控的泉限规则、依据X办案。倘若X了规则,则可能造成一系列的X问题,信息X问题等等。

三、什么是X需qiú?

前文我们定义了X是什么,也就是理清我们的研究对象,但是至于他们想解决什么问题还没有解决。

X需qiú的hán义指的是他们在分工合作中遇到了一些问题,所以主导这个X的、能够从这个X中获利的人希望能够解决掉他们。或者是这个人看到了X能够提升的空间,也就是X机会,希望能够X这个机会来实现X的提升。

X需qiú来源于X,那么就是四要素X现了某些问题,导致成本损耗、营收达不到目标要qiú、风险失控。不同的X需qiú,决定了我们接下来要解决的用户需qiú是不同的,

四、为什么要理解X,定义X需qiú?

为什么我认为在做产品之前,应当先理解X,再考虑方案?可能有些人会说因为没考虑清楚X,做出来的产品肯定是不符合需qiú的。但个人认为还有一个更重要的原因,这个原因困惑了我许久时间。

做产品经常会被要qiú要有框架性思维,我也一直试图再学xí练xí在面对一个陌生事物,不管是生活中的还是工作上的,都能够带入这套思维去思考,后来发现,不管我怎么做,我最后都还是会回到起点,没有办fǎ在一时间构想整个框架。后来,我发现这个框架太庞大了,从最初的需qiú到后期的运营,啪一下全构想出来是不可能的,因为工作记忆只能容纳7个数字,人类的大脑特性决定了这件事情是不可能。

但是为什么有些人能够一次性记忆数百个数字,那是因为他将一连串的数字chāi分成3-4个数字的组合,并且X已有知识将这些无逻辑的数字构想成逻辑,组合起来就能记忆上百个数字。比如说记忆100252037989,就可以chāi分为1002(是我的出生曰期倒过来,Justkidding),5203(我爱你撒),7989,学xí更多的数字抽象化方式有助于记忆。

那产品思维的方式也是这样的,需要将多个复杂步骤chāi分成几个模块,并且X已有的知识将这些模块chāi解、构成自己的逻辑,就可以有效记忆和理解。同样,学xí和练xí更多的需qiú理解方fǎ论,也有助于理解。

那么首先要思考的就是X的四要素和X目的、X风险,X对X的了解。

五、X分析的输出内容

由于篇幅问题,本文就直接讲解X梳理后输出的内容,也可以说是X要素的呈现方式。

X梳理的主要思路是去理清X中的要素,以及X方在X过程中的问题和所关注的核心点、需qiú。

我们定义了X是什么,那我们如何梳理X,让X信息尽可能全面和清晰呢?

这里介绍几种方fǎ,帮助我们能够梳理清楚并清晰展示X的过程逻辑。

他们分别是:

  1.  X范围图
  2. 核心需qiú需qiú组件
  3. Xliú程图与用例
  4. X规则表:决策表、X术语表、角sè与泉限矩阵、X规则表
  5. 数据模型:实体关系图

这几个方fǎ的层级关系是这样的:X范围图描述最cū粒度的X,只描述关键信息与所涉及的人员。而核心需qiú组件进一步,描述X的人(外部主体)、信息(数据)、liú程、规则,但也是cū粒度的整体描述。再Xliú程图、用例图展开描述所涉及到的人与liú程之间的关系,X规则表展开描述规则,数据模型则描述人与信息之间的关系。

1. X范围图

在前文中也介绍过,X范围图描述X中所涉及的所有角sè,以及每个角sè在X过程中所供给和需要的重点信息。X范围图,有助于在项目初期理清X范围、X干系人,和其中比较重要的信息,无需技术背景,也可以让各方干系人理解沟通。

外部的方块表示外部实体,角sè、X、依赖的系统等。箭头表示信息进出的方向,中心的圆圈表示研究的领域,及X。

2. 核心需qiú组件

核心需qiú组件提炼X的核心要素。依次来描述:

信息(数据):可以指的是一个实体,比如说一个订单,也可以是实体的属性,订单X。对于数据的分析待会会再提及。这里的只需要将这些数据进行罗列,个人建议罗列实体,属性在实体,理清X中的信息对象。

外部主体(角sè):指的是与X领域内有交互的人、X或系统。体现的是X过程中,哪些角sè进行了分工合作,有时候分工对象还有硬件设备或外部软件,它们也是其中的外部主体。

liú程:liú程是所有产品经理最熟悉的东西了,指的是X所完成的活动工作。liú程就会涉及外部主体与信息的传递。这里只需要概述有哪几个Xliú程。比方说项目管理X,包括立项liú程,月总结liú程,结项liú程。

规则:X规则是分工合作过程中的条件,是X演化的结果,它使得X在一些情况下,能够有决策依据,使X保持一致,顺利开展。现在很liú行的策略型产品经理,我认为本质上就是在写X规则,即推理规则、计算规则。

3. Xliú程与用例

Xliú程是大家熟知的方fǎ,不管是C端B端都会绘制Xliú程,后期运营也通常是X它来找问题。

Xliú程图展示的是一个X分工合作、信息互传的过程,描述的是没有我们的设计方案之前是如何完成X的,liú程通常用动词进行描述,表述角sè的任务、动作。关于Xliú程图的资料已经较多,就不做展开。

描述角sè动作(任务)与信息传递的方式还有用例图。用例图即可以是描述系统功能、产品需qiú的方式,也是我们做X分析时,可以使用到的工具。

用例图有四个元素:参与者、用例、边界、箭头(关系)。参与者表示与软件(项目)接口的人、X、系统;边界在软件需qiú中指的是系统的cāo作边界,而对于我们进行X分析而言,它就意味着X的边界范围;用例是角sè在X范围内的动作;箭头在复杂的用例图中有多种画fǎ,我们可以尽量保持简洁以便沟通。

  • 参与者 ➡️ 用例:参与者使用用例
  • 用例 ➡️ 参与者 :用例使用完后,信息传递给参与者
  • 用例 ➡️ 用例:父用例包hán子用例

用例的使用,可以让我们清晰看到在X范围内,不同角sè有哪些职责、任务,也可以理解为不同角sè的用户需qiú,但用例图隐zàng了用例过程中的一些细节,有时候还需要更详尽的用例说明来辅助表达。

除了liú程图和用例之外,也可以用用户-场景-需qiú的方式去梳理用户需qiú。

4. X规则

在「软件需qiú:第3版」中,X规则分为这么几类:事实、约束、触发条件、推理规则、计算规则。它们都有相应的需qiú表述的方式。值得一说的是泉限也是X规则的一种说明。

比如:项目管理X中,X规定了PM每个月必须上报项目进度。这是一条X规则,但后期,设计一款项目管理工具时,它就成为一个需qiú,每个月未上报,会进行邮件通知或者绩效考核扣分之类的后置条件。

X规则的类型较多,表达方式也比较多,如泉限设计有RBAC模型,策略算fǎ可能用的决策树、决策表等等。本文介绍一种简单、通用的方fǎ来记录这些规则,来自于「软件需qiú:第3版」,X规则表。每条X规则用一句话去描述,

来源:软件需qiú第三版

5. 数据模型

数据模型处理的是人和信息之间的关系。

我们在X的过程中,我们经常会虚构出一些词汇,来定义某一类东西,以便于X各方能够快速沟通,同步信息。就像金钱是我们生活中虚构出来的概念,以便于在市场中,能够进行快捷有效的交易,又比方说“订单”,它的作用在于让X者和X者用同一载体沟通X的结果。又比如说“课程”,它是为了让X和X方便沟通的X介质,他们都是某种人为定义的非物理性质(也可能被制定成某种物理材料)的概念。

数据模型的梳理是为了让我们知道X过程中,有多少种人为抽象出来的概念,以便于信息的传递和沟通。在X调研过程中,就需要发现和记录这些虚构出来的概念。那如何记录与分析呢,就需要用到我们的实体关系图。

同样,实体关系图也是来自于信息系统设计,它既是一种设计数据层、设计数据库的方fǎ,也可以是我们分析X数据对象的方fǎ。

我们用实体关系图来对X信息进行抽象和分析,将大大方便我们后期对产品的设计。由于本次不讲产品设计,所以就暂且不展开。

实体关系图非常的简洁,包hán三个元素:实体、属性、关系。实体指的是我们抽象出来的概念,比如之前说的「课程」,又比如说「X」,X其实也是一种概念,他们都描述一类事物。

但是描述一类事物还不够,我们还需要区分这类事物的不同个体。比如说上课这个X,我知道你是X没有用,我还得知道你这个X叫什么,是哪一班的,是男是女才行。

所以每种实体还会有属性,比如说「课程」有上课时间、课程类型等属性;「X」会有姓名,性别,学号,年级班级等等。如果是在产品设计阶段,这些信息就会被存储在一张「课程」、「X」数据表当中,大概像下图那样。

一个实体有多个属性之余,还和其他实体之间存在着“关系”,因为它们通常不是X存在的,是因为X而产生的。「课程」这种实体会与「X」这种实体的关系为1:1的授课关系,「课程」和「X」存在1:N的被授课关系。

X这几种方fǎ,我们可以清晰地看到X过程中的所有元素。

总结

在这篇文章中,提出了对于X的定义,有助于我们认清楚分析对象是什么。同时也提出了关于“为什么产品工作要先进行X分析”的观点。最后介绍了5种X呈现方fǎ,帮助我们对X全貌形成理解。

收藏 (0) 打赏

以上内容不错,打赏支持一下!

打开微信/支付宝扫一扫,即可进行扫码打赏哦,分享从这里开始,精彩与您同在
点赞 (0)

声明:本站所有教程资源,如无特殊说明或标注,均为本站原创发布。任何个人或组织,在未征得本站同意时,禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益,可联系我们进行处理。

雄发创业网 自媒体是如何赚钱的 5个方法,帮助产品经理做好业务分析 https://www.xiongfawang.com/2307.html

常见问题

相关文章

5个方法,帮助产品经理做好业务分析-海报

分享本文封面