永利娱乐官方网·B端产品经理,你会做需求分析吗?

来源: 卞和网  阅读: 2380

[导读]基于B端产品与C端产品在产品设计上的差异,结合案例,探讨了如何对B端产品进行需求分析和设计。电子商务公司的老板购买电子商务erp系统的目的是什么?然而,B端产品经理更像一个理性而严谨的“商业专家”。由于B端产品业务流程复杂、功能庞大、用户角色众多,对B端产品经理的需求分析能力提出了很高的要求。例如,在与客户沟通后,客户需要一个erp产品。

永利娱乐官方网·B端产品经理,你会做需求分析吗?

永利娱乐官方网,基于B端产品与C端产品在产品设计上的差异,结合案例,探讨了如何对B端产品进行需求分析和设计。

随着云计算、人工智能、教育、智能制造和工业互联网的兴起,这些新技术和新解决方案首先开始从B端企业渗透出来,因此市场对B端产品经理的需求大大增加。

然而,目前行业中大多数产品需求的方法都是针对C端产品的,因此本文的主题是讨论如何分析和设计B端产品的需求。

既然我们要谈“B-side产品”的需求分析,我们首先要弄清楚一个问题:B-side产品和C-side产品在产品设计上的本质区别在哪里?

高端产品设计的逻辑在于“轻过程、重体验”。例如,只有两个简单的过程:发布视频和观看视频。

观看视频的过程被简化到了极致——没有过程。在强大的推荐算法机制下,用户不需要考虑他们想看什么,只需要滑下屏幕就可以实现不间断的沉浸式观看体验。

因此,高端产品注重用户的感受和体验。在产品设计过程中,仔细抛光页面和交互,从优化布局结构到改变按钮的大小、颜色和位置,可能会极大地影响用户的行为,并对产品的操作数据产生深远的影响。

B端产品呢?其产品设计的逻辑是“强调过程规则,忽视经验”。电子商务公司的老板购买电子商务erp系统的目的是什么?

是为了让员工的操作体验更加舒适和放松吗?一定不是!

他关心的是如何将繁忙和有问题的客户服务从20个减少到2个,从而减轻紧张的财务压力。他关心的是如何通过将提货流程从管理满满一堆清单的仓库改为流水线自动化操作来降低出错率。他关心的是将财务从每月月底的一堆文件中解放出来,一夜之间建帐,并将其转变为自动系统对账,从而使企业的财务数据清晰透明,为业务决策提供准确可信的依据。

因此,B端产品的最终目标是通过互联网信息技术重组和优化企业的业务流程,从而降低成本,提高效率。

从上面可以看出,C侧产品经理就像一个感性的工匠,带来共鸣、想象,简化用户在产品设计中的思维,并在产品设计中精心打磨用户的感受和体验。

然而,B端产品经理更像一个理性而严谨的“商业专家”。他们有很强的系统逻辑思维,对企业的业务进行合理梳理和诊断,并给出合理有效的解决方案。

由于B端产品业务流程复杂、功能庞大、用户角色众多,对B端产品经理的需求分析能力提出了很高的要求。

然而,我在实际工作中发现,互联网公司很少能完全控制复杂的低端产品。即使是工作了5年和10年以上的产品经理,也经常给人留下“只看树,不看森林”的印象。

有经验的程序员和架构师真正有能力分析复杂的B端产品的需求,但是他们编写了太多复杂且难以理解的技术术语。

由于B-side产品具有复杂的业务流程、巨大的功能和众多的用户角色,因此必须是一项“系统工作”,必须有一套“系统方法学”来支持B-side产品的业务需求分析。

以肯尼迪发起的“阿波罗”登月计划为例,耗资数百亿美元,历时11年,动员了全国。

在这个“系统工程”中,你不能上来讨论月球模块结构和火箭推力设计的细节。你必须有“工程理念”来支持和分解这个问题,分为三个主要步骤:“双子座计划”(Gemini Plan),月亮盘旋,登陆月球,然后一层一层分解,逐渐提炼和演示。只有这样,你才能完成这个系统的任务。

什么是支持B-side产品需求分析和设计的“系统思想”?

这是许多新手产品都会犯的致命错误。例如,在与客户沟通后,客户需要一个erp产品。结果显示,客户只需要一个订单打印小部件。

因此,客户眼中的“erp”绝对不是你眼中的“erp”。

任何B端产品和解决方案都必须在一定阶段满足企业的一定价值。该值可以小也可以大。这是一种平衡和权衡。因此,产品经理必须了解这种产品需求的背景。

您的客户目前的情况如何?组织的复杂性?你的产品用来解决什么问题?这是业务转型问题,还是流程改革和优化问题?

此外,在一定程度上,企业经营也是管理者个人意志的体现。老板呼吁产品或解决方案的目的是什么?你保证你理解他的呼吁了吗?

理解和解释背景必须是产品文档的开始。

在了解背景的基础上,我们需要搞清楚企业的商业模式,这决定了产品分析和设计的框架。

许多产品对业务没有清晰的理解的根本点是,他们没有完全理解企业的业务模型,业务模型也没有被清晰地理解,导致了严重的系统设计偏差。

特别是一些复杂的平台级产品,如钢铁b2b交易平台,涉及许多参与者,如上下游制造商、大小贸易商、终端客户、仓储公司、物流公司、金融企业等。每个参与者都有不同的需要在平台上操作的职能部门。

如果没有对商业模式的清晰理解,很难想象如何进行产品需求分析和设计。

然而,理解商业模式并不难。无论格式有多复杂,都必须有一个主干业务流程。简而言之,这个主干业务流程包括以下问题。

你卖什么?怎么做?你挣多少钱?

购买什么:这个企业经营什么产品或服务?有多少种?有什么区别?

如何销售:产品或服务的销售过程是什么?是通过互联网还是离线渠道?如果是,这些渠道是如何管理的?当前的问题是什么...

你挣多少钱:企业如何盈利?是通过销售产品还是服务?还是羊毛来自猪,狗来付账?

一旦你理清这条主线,你就可以清楚地知道企业的商业模式,哪些供应商、客户、合作伙伴和其他参与者,并为下面的需求分析打下坚实的基础。

商业模式可以用图表来说明,图表是你产品设计的蓝图。通常有必要使用不同的线路来清楚地识别信息流、物流和资金流,以了解企业是如何运作的。

下图展示了家电售后平台的运行图。

只有在这里,业务分析部分才真正进入产品分析和设计部分。

如何将需求从商业概念转化为产品分析和设计概念,我已经看到了目前最系统的uml。其设计思想贯穿于从需求分析到系统设计的整个过程。

然而,uml本身是软件工程的产物,有许多概念:图、依赖、泛化等。它太大,太复杂,太重,很难学。

然而,其“系统工程”思想值得学习。

为什么,产品分析和设计的第一步是分析业务角色?而不是画一个流程图(这是许多人做的)

因为业务角色是产品需求的来源,所以所有的产品需求都必须来自所有业务角色需求的集合,而B端产品的复杂性决定了业务角色的分析必须在遗漏和偏差发生之前开始。

B端产品越复杂,业务参与者越多,你就会发现这种分析越有价值。

在阐明上一步业务模型的基础上,协会将对业务模型中涉及的所有业务角色有一个完整的理解。下一项工作是分离业务角色。

下图说明了b2b平台的业务角色图。

通过业务角色,我们可以推断出业务用例(即业务角色需求)。

uml业务用例图的最大优势是它可以以全局的方式生动、完整、清晰地表达整个系统的需求。

有了这种地图,我们可以方便地与业务、开发和测试进行交流,并对系统需求有一个全面的了解。

通过关注核心业务角色和交叉检查思维,派生业务用例的过程可以用来快速构建整个业务用例。

例如,在下图所示的b2b交易平台中,我们只需要交叉检查平台中最重要的业务角色买家:买家需要采购订单,供应商必须发放商品,供应商必须发放商品,平台监管人员必须对其进行审核和管理...这基本上可以解决各种业务角色80%的需求。

接下来,我们需要将重要的业务需求细化到业务流程中。

业务流程可以通过uml活动图来显示。在最复杂的业务场景中,我们经常使用跨通道流程图,例如取消订单的业务流程,涉及erp、客户服务和财务的不同业务角色。

这样,在构建业务流程的过程中,我们对如何实现系统设计也有了一个完整的概念。

此外,业务流程图最重要的原则之一是,无论流程有多复杂,线条都不能交叉,以确保线条不会交叉。许多初学者犯了像蜘蛛网一样垂直和水平交织流程图的错误,这很难理解。

到目前为止,通过对业务角色的分析、不同角色的业务需求以及核心业务需求的业务流程确认,我们已经实现了业务概念到业务概念的建立。

接下来,我们需要将上述业务需求转化为产品系统的设计。这是一个更详细的工作,我们最熟悉的axure工具正式在现场。

当然,从“抽象的业务需求”到“具体的系统需求”也有很大的差距。这需要借鉴同类产品的设计理念,从中汲取精华,并结合互联网设计进行一定的创新。

例如,购买者反馈说,通过购物车订购太麻烦,需要一个“批量订购”功能,这是很难单独用想象理解的。

最好的方法是去用户的工作地点,观察并感受他平时是如何处理订单的。

当您到达现场时,您会发现它与2c用户的订购场景完全不同:用户的桌面是文档的堆积如山,电话访问繁忙,必须输入几页订单...

您会发现,B端产品设计的主要目的是快速、准确、正确地帮助用户提高工作效率,节省用户时间。其余的都是流氓。

因此,您需要观察和了解很多关于B终端上一些成熟软件的设计逻辑,并结合一些移动终端的特点,如gps定位、照片识别、语音等,构思一些创新的设计,可以帮助用户大大提高工作效率。

在产品设计过程中,定义业务规则非常重要。

在一个项目团队中,由于不同的背景、工作经验和理解能力,如果业务规则不明确,每个人对同一个概念的理解不同,就会导致鸡鸭之争,浪费大量的时间。

因此,对于一些核心、关键和复杂的业务规则,产品经理需要给出详细的例子来一一列举和阐述各种情况。

例如,在互联网交易平台中,涉及到商品、spu和sku三个概念。产品经理可能熟悉这些概念,但是商业团体和开发人员可能不太清楚这些概念。

如果页面上的简单描述是“点击此按钮将此sku添加到购物车”,将会引起很多混淆和争议。我看到一个产品经理的需求会议,讨论了半个小时。

理想情况下,这些重要的概念和规则应该用数据示例来呈现,并且应该指出它们之间的结构关系,以确保每个人在解释业务时的理解是一致的。

另一个例子是互联网交易平台的交易过程,它包括各种正向过程和反向返回和交换过程的所有文档状态。这些文档状态相互交叉并相互影响。它们是系统设计的骨架和主线。如果它们之间的相互作用没有明确的定义,就会造成严重的混乱和缺陷。

总的来说,它分为三个过程:业务分析-业务分析-系统设计。

业务分析:1 .确保理解背景2。理清商业模式

业务分析:3 .分离业务角色4。推断业务用例5。细化业务流程

系统设计:6。绘图页原型7。澄清业务规则

微信公众号陈文忠:肌肉展示代码蚂蚁,人人都是产品经理专栏作家。

这篇文章最初发表于《人人都是产品经理》。未经允许禁止复制。

主题地图来自unsplash,基于cc0协议。

北京人才住房服务政策征求意见:就近解决居住需求