B端产品经理,你会做需求分析吗?

笔者从B端产品和C端产品在产品设计上的差异性出发,结合案例,对B端产品如何进行需qiú分析和设计进行了探讨。

随着云计算、AI、教育、智能X和产业X的兴起,这些新技术、新方案首先从B端企业开始渗透,因此市场上对B端产品经理的岗位需qiú大增。

但目前行业内对产品需qiú的方fǎ论,大部分是zhēn对C端产品的,所以本篇文章的主题来谈谈如何对B端产品进行需qiú分析和设计。

既然要谈“B端产品”的需qiú分析,那么首先我们要搞清楚一个问题:B端产品和C端产品在产品设计的本质差异性在哪里?

C端产品设计的逻辑在于“轻liú程、重体验”,以抖音这种短X工具为例,只有2个简单的liú程:发布X和观看X。

并且把观看X的liú程简化到了极致—没有liú程,在强大的推荐算fǎ机制下,用户无需思考要观看什么,只需要向下滑屏,就可以实现不中断的沉浸式观看体验。

所以C端产品侧重的是用户的感受和体验,在产品设计时,精心对页面和交互进行打磨,大到优化版面结构,小到改变一个按钮的大小、颜sè及位置,都可能会极大影响用户的行为,对产品的运营数据产生深刻的影响。

而B端产品呢? 其产品设计的逻辑是“重liú程规则、轻体验”,一个母婴电商X的老板,X一套电商ERP系统的目的是什么呢?

是让员工cāo作的体验更舒服、更放松?一定不是!

他在意的是怎么把手忙脚乱、错误百出的客X20个人降到2个人,从而降低紧张的资金压力;他在意的是怎么把拣货liúliú程由人拿着单子满仓库跑,改为liú水线式自动化作业,从而降低出错率;他在意的是把财务从每个月末抱着一堆单据通宵做账解拖出来,改为系统自动对账,从而让企业的财务数据清晰、X,为经营决策X准确、可信的依据。

所以,B端产品最终的目的是XXIT技术对企业Xliú程进行重构、优化、从而降低成本、提高效率。

从上面可以看出,C端产品经理像是一个感性的匠人,在产品设计时,带入同理心、想象力、简化用户心智,在产品设计时精心打磨用户感受和体验。

而B端产品经理更像是一个理性而严谨的“XX”,他们具备强大的系统性逻辑思维,富有理性的对企业X进行全面梳理和诊断,并给出合理有效的解决方案。

由于B端产品Xliú程复杂、功能庞大、用户角sè众多,所以对B端产品经理的需qiú分析能力,提出了很高的要qiú。

但我在实际工作中发现,目前XX对复杂B端产品具有完整驾驭能力的并不多见,甚至包括工作5年10年以上的产品经理,输出的产品规划文档,常常给人以“只见树木,不见森林”的印象。

真正具有复杂B端产品需qiú分析能力的是资深的程序员、架构师、但他们写出来的东西、技术术语过多、复杂、晦涩难懂。

既然B端产品Xliú程复杂、功能庞大、用户角sè众多,那么它一定是一个“系统性的工作”,必然得有一套“系统性的方fǎ论”来去支撑B端产品的X需qiú分析。

以肯尼迪发起的“X”登月工程为例,耗资数百亿美金,历时11年,动员了整个的X力量。

这种“系统性的工程”,你不能上来就讨论登月舱结构,火箭推力设计的细节问题。你得有“工程性思想”去支撑,把问题分解3大步骤:“双子座计划”、绕月、登月,再层层分解,逐步细化,论证,才有可能完成这种系统性任务。

那么B端产品需qiú分析和设计,有哪些“系统性思想”来支撑呢?

一、确保理解背景

这是很多新手产品会犯的一个致命错误。例如和客户交liú完后,客户需要一个ERP产品,结果发现,客户需要的只是一个订单打印小工具。

所以客户眼中的”ERP”,一定不是你眼中的”ERP”。

任何一个B端产品和解决方案,一定是在某个特定的阶段满足企业的某种价值,这种价值可以很小,也可以放的很大,这是一种平衡和取舍,所以产品经理一定要搞清楚这个产品需qiú产生的背景是什么?

你的客户目前是什么现状?X的复杂度?使用你的产品是为了解决什么问题?是X转型的问题,还是liú程X和优化的问题?

另外从某种程度上来讲,企业经营也是管理者个人意志的体现,boss对产品或解决方案的诉qiú是为了达成什么样的目的?你确保了你理解他的诉qiú?

对背景的理解和解读,一定是你产品文档的开篇部分。

二、搞清经营模式

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

很多产品没有把X理解清楚的根本点在于,没有充分理解企业的经营模式,经营模式理解不清楚,会出现严重的系统设计偏差。

特别是一些复杂的平台级产品,例如钢铁B2B交易平台,涉及到行业生态上下游厂商、大大小小的贸易商、终端客户、仓储X、物liúX、金融企业等众多的参与方,每个参与方又有不同的职能部门需要在平台作业。

很难想象没有搞清楚经营模式,产品需qiú分析和设计如何进行。

但搞清楚经营模式,也不是非常困难。任何再复杂的业态,一定有一条主干经营liú程,这条主干liú程简单的来说,就是以下几个问题?

mài什么?怎么mài?挣什么钱?

mǎi什么:这个企业经营什么产品或X?有多少种?差异性在哪里?

怎么mài:产品或X的Xliú程是什么样的?是XX,还是X线下渠道?如果是,这些渠道怎么管理?当前存在哪些问题……

挣什么钱:企业是如何盈利的?是靠X产品或X吗?还是羊máo出在租身上,苟来mǎi单?

一旦你把这条主线梳理清楚,就可以清晰的知道企业的经营模型,有哪些供应商、客户、合作伙伴等各种参与方,为接下来的需qiú分析,打下X的基础。

经营模式可以用一张图表来说明,它是你产品设计的蓝图。通常需要用不同的线条把信息liú、物liú、资金liú标识清楚,来搞清楚企业是如何运作的。

下图说明了一个家电shòu后平台的经营模式运作图。

三、析出X角sè

到这里,才真正从商业分析部分进入到产品分析和设计部分。

如何把需qiú从商业概念转化为产品分析和设计概念,我目前看到最具有系统性的是UML,其设计思想,贯穿了从需qiú分析到系统设计的整个过程。

但UML本身是软件工程的产物,概念繁多:图、依赖、泛化等各种概念。本身太过于庞大、复杂、笨重,并且难以学xí。

不过其“系统性工程”思想可以值得我们借鉴学xí。

为什么,产品分析和设计的第一步是分析出X角sè?而不是画liú程图(这是很多人的做fǎ)

因为X角sè是产品需qiú的源头,所有的产品需qiú一定来自于全部X角sè需qiú的X,B端产品的复杂度决定了必须从X角sè分析着手,才不会出现遗漏和偏差。

并且B端产品越复杂、X参与方越多、你会发现这种分析越有价值。

在上一步搞清楚经营模式的基础上,会会对该经营模式涉及到的所有X角sè有了个完整的了解,接下来的工作,就是把X角sè分离出来。

下图说明了一个B2B平台的X角sè图。

四、推导出X用例

有了X角sè后,我们可以推导出X用例(也即X角sè需qiú)。

UML的X用例图,最大的好处是用一张图可以把整个系统的需qiú以全jú的方式,生动、完整、清晰的表达出来。

有了这种图,我们可以很方便的和X、开发、测试方便的去沟通需qiú,对系统需qiú有个整体的认识。

推导出X用例的过程,我们可以X以核心X角sè为重点,交叉验证思维来快速构建整个X用例。

例如下图的B2B交易平台,我们只需要以该平台最重要的X角sè采购商为切入点,再来交叉验证:采购商需要采购下单,必然需要供应商发布商品、供应商发布商品必然需要平台X人员去审核和管理……这样基本可以搞清楚各种X角sè80%的需qiú。

五、细化出Xliú程

再接下来,我们需要把重要的X需qiú,细化为Xliú程。

Xliú程可以用UML的活动图来展示,在to B复杂的X场景中,我们往往使用的是跨泳道liú程图,例如一个取消订单的Xliú程,涉及到ERP、客服、财务不同的X角sè。

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

另外,Xliú程图的最最要的一个原则是线条不能交叉,无论liú程如何复杂,保证线条不要交叉,很多新手犯的错误,就是把liú程图画的纵横交织像一个蜘蛛网,非常难以看懂。

六、绘制可视化页面原型

至此,我们X对X角sè分析、不同角sè的X需qiú分析,核心X需qiú的Xliú程确认,我们实现了从商业概念到X概念的建立。

接下来,我们需要把上述X需qiú转化为产品系统的设计,这是一个更加细致的工作,我们最熟悉的Axure工具就正式上场了。

当然从“抽象的X需qiú”到“具象的系统需qiú”,也存在一个巨大的鸿沟,这个需要参考同类产品的设计思想,从中xī取精huá,并结合X设计,做一定程度的创新。

例如,采购商反馈说,X购物车下单太麻烦了,需要一个“批量下单”功能,你单凭想象是难理解这个需qiú的。

最好的办fǎ是到用户的工作现场,观察和感受下他平时工作是如何处理订单的。

等你到了现场,你会发现和2C用户的下单场景截然不同:用户的桌面是堆积如山的文档、忙碌的X接入,长达几页的订单要等待录入……

你会发现B端产品设计的首要目的是快速、准确、无误的帮助用户提高工作效率,节约用户的时间,其他都是耍liú氓。

所以你需要去大量观摩和学xí一些B端成熟软件的设计逻辑,再结合一些移动端的特性,例如GPS定位、拍照识别、X,去构思一些创新的设计,可以帮助用户大大提高工作效率。

七、其他补充

产品设计过程中,非常重要的一点是,明确X规则。

在一个项目团队中,由于背景、工作经验、领悟能力各不相同,如果X规则不明确,同一个概念,每个人的理解不同,会造成基同压讲,争执不下,浪费大量时间。

所以一些核心、重点、复杂的X规则,产品经理需要举出详实的例子来,把各种情况一一枚举出来,并进行阐述。

例如在X交易平台,涉及到商品、SPU、SKU这3个概念,产品经理可能对这些概念很熟,但X方、开发人员不一定对这些概念很清楚。

如果在页面上只是简单的描述为“X此按钮,将此SKU加入购物车”,会引发大量的困惑和争议,我看到过一个产品经理的需qiú会,为此争执和讨论了半个小时。

理想的做fǎ,把这些重要的概念和规则,用数据实例呈现出来,并指出他们之间的结构关系,这样在讲解X时,确保所有人的理解是一致的。

再例如X交易平台的交易liú程,包括各种正向liú程、逆向退换货liú程所有的单据状态,这些单据状态互相交叉,互相影响。他们是系统设计的骨架和脉络,如果不定义清楚他们之间的互动关系,会造成严重的混乱和缺陷。

总结

整体上来说,分为三个过程,商业分析—X分析—系统设计。

商业分析:1.确保理解背景 2.搞清经营模式

X分析:3.析出X角sè 4.推导出X用例 5.细化Xliú程

系统设计:6.绘制页面原型 7.明确X规则

#专栏作家#

陈文中,微信X号:秀肌肉的码蚁,人人都是产品经理专栏作家。

本文原创发布于人人都是产品经理。未经许可,jìn止转载。

题图来自Unsplash,基于CC0协议

给作者打赏,鼓励TA抓紧创作!

收藏 (0) 打赏

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

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

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

雄发创业网 自媒体是如何赚钱的 B端产品经理,你会做需求分析吗? https://www.xiongfawang.com/4251.html

常见问题

相关文章

B端产品经理,你会做需求分析吗?-海报

分享本文封面