决胜B端概念解析

今天读了心心念念的《决胜B端》,不是网友整理的《决胜B端》概念画布。没读原书一来是自信B端自己在做这一行,只要概念上能和我契合,剩下的实践经验可以自己填充。这样其实在脑子里就形成了一本自己的书了。

下面以我自己的理解整理决胜B端到底讲了啥,下面还是以金字塔的方式,按照第一级和第二级依次展开讲解。

1、项目背景和计划

1.1项目背景

项目背景一般来自高层战略,也可以是产品经理对商业的判断提出立项,如果是产品经理对商业判断立项,项目背景反而很好写了。

1.2项目计划

计划是项目大概实现周期,如果是重要项目在项目立项的时候就定义要计划,如果是非重要项目,项目计划在项目管理环节出来也可以。

但是如果在最开始设定了项目计划,在项目管理环节还是需要根据实际情况变更部分计划。

2、梳理业务现状

2.1业务调研

和C端项目一样,做具体项目之前要做充分的业务调研,不然就会成为产品经理在那自弹自唱。

首先是确认调研流程,流程一般都是按照时间先后顺序往后推进,正常人做事都是按这个节奏,不需细表。

决胜B端概念解析

其次是确认业务调研的分析方法,这个不用死记硬背,只需要套用模板即可。
决胜B端概念解析

最后是确认业务调研方法,比如有业务访谈,竞品调研、行业研究、轮岗实操、调研问卷等。

主流的调研方法是业务访谈和竞品调研,如果有余力做轮岗和调研问卷补充,对产品感觉提高加分不少。

画布里面没有讲选取调研对象,其实个人认为从高层、中层都需要访谈,前期如果没有时间基层访谈可忽略,因为他们更加关注操作环节,对产品流程影响不大。

2.2梳理业务现状

梳理业务现状是把调研的内容整理成总结性质的文档,比如确认新业务线的战略定位和目标、经营策略、管控模式、组织架构、业务流程、具体指标数据等。

其中战略、经营策略、管控模式对产品来讲,稍微有点务虚,但是对产品成功起到了决定性作用。

组织架构、业务流程、具体指标最后会直接反应到产品界面和数据里面,B端产品能否反映具体指标以及改善具体指标,又是考核产品成功的关键。

3、总结业务问题

总结业务问题其实很好写,为什么呢?因为只需要找出实际业务现状和 业务蓝图之间的差距,就会有很多槽点要解决,产品的出生以及今后运营也是围绕解决这些槽点。

可以结合战略以及从方便性、效率、商业价值、数据驱动、报表直观等方面考虑。

4、核心流程

决胜B端概念解析

核心流程一张跨部门流程图可以总结出来,如果业务复杂,一张图还画不完,需要多张图才可以画完。

5、产品定位

决胜B端概念解析

产品定位作者给的图实际要表达的是 系统分层,这里在取名上我和作者理解不一致,一般分三层,客户端(web、h5、app、小程序)、web后台、后台管理系统等。

6、应用架构

决胜B端概念解析

应用架构一般是技术评审之后,技术负责人出的,这里涉及到技术方案实现,按现有的研发模块思想,应用架构图不同的人出相差不大,差距大的地方在与技术选型。

7、功能模块

决胜B端概念解析

功能模块是产品功能规划图,在业务流程确认之后,基本上功能模块图也能出来,每个功能模块图是功能点的集合图。

功能模块图只是在产品规划阶段在画原型的过程中,功能模块图还有可能有变化。

8、演进蓝图

决胜B端概念解析

演进蓝图一般也分一期、二期、三期,每一期又分为不同的小版本,一般第一期主要完成主流程闭环,第二期完成特殊流程完善,第三期主要是优化体验。

实际的版本迭代还需要灵活应用,结合需求方的需求紧急性穿插进行,比如有些体验性需求因为影响面比较广,也可能提前做掉。

9、数据建模

决胜B端概念解析

数据建模的意义在与把业务实体和数据单元做对应关系,确认好基础数据,比如人员、岗位、等级、省市等。

这就是er图,我自己从业经历中用脑图整理过er图,不同字段之间的从属关系如果不先期整理出来,就感觉很乱,而且er交付给研发,也方便设计数据库。

当然一般复杂项目才画er图,简单的项目一个脑图也够用。

10、流程角色

决胜B端概念解析
app项目页面流转图不会涉及到角色概念,虽然角色在B端项目设计中很重要,但是作者这里把根据角色画页面流转图。

这个图有点疑问,按具体的角色来画页面流程,一般初期角色很多,而且还不固定,所以这个图要么工作量巨大,要么初期不可能画得全。

除非系统比较简单,但是简单的系统也不需要画页面流转图了,我个人建议不用画。

11、界面报表

界面就是原型图设计,这里不做具体表述

决胜B端概念解析

个人认为报表应该放到最后去讲,一般系统一期不会做报表,作者有讲到报表的设计流程,讲的真好,其中定义指标是核心,分析变动原因和跟进处理问题其实属于数据分析的范畴叻。

报表引擎可以目前我们在用的帆软和quick bi等工具,工具都差不多,主要看项目大小和学习成本。

12、数据埋点

B端项目数据埋点相对C端数据埋点,精细化要求没有这么高,B端系统 业务效果分析一般是业务部门来驱动,产品经理的影响力有限,项目效果分析可以通过埋点分析,来分析和驱动功能使用和优化情况。

13、权限管理

权限管理分为功能按钮权限和数据权限,在日常设计中又是放在一起的设计。这部分是B端产品设计中最重要的地基。

刚开始设计不好,后续设计权限问题很难解决,但是又容易过渡设计,好在有rbac模型。

决胜B端概念解析

rbac模型可以直接套用公式,真实系统需要预估系统复杂度设定rbac的等级,这里大家有兴趣可以自行查资料。

14、文档编写

文档编写分别为prd、brd,brd其实也写的少,因为B端项目主要还是业务支撑项目,但是如果是对外业务支撑,比如在线教育系统,建议也写。

15、技术方案

技术方案不做具体描述,这里B端和C端需要了解的技术背景差不多,B端更需要了解各系统之间的信息流转,所以在还需要懂一下接口设计技术。

16、项目实施与落地

项目管理环节没有什么废话,比如项目管理环节,言简意赅,把主要要做的事项都罗列出来,虽然看似简单,但是要做到也需要很多经验。

决胜B端概念解析

17、运营管理

决胜B端概念解析
运营管理需要结合业务运营情况具体分析,作者列举了很多,可以根据业务情况进行参考。

18、迭代优化

迭代优化作者列举的比较全面,实际工作中可以结合 项目管理工具,进行需求收集、任务分配、资源使用情况分析等。

19、数据分析

决胜B端概念解析

数据分析作者主要讲了思路,个人认为工作中最主要的能力也是思路结合经验,至于数据分析方法和工具都可以先学。

总体来看分析完这些概念点,和自己工作中大部分概念还挺吻合,只不过缺少这样系统性的总结,也是趁此机会给自己总结和升华一下。

最后如果要给自己打标签的话,其实我就是一个B端产品经理。

本文由 新媒体之家 作者: 陈雪涛 发表,其版权均为原作者所有,文章内容系作者个人观点,不代表 新媒体之家 对观点赞同或支持,未经许可,请勿转载,题图来自Unsplash,基于CC0协议。
0

发表评论