决胜B端概念解析

今天读了心心念念的《决胜B端》，不是网友整理的《决胜B端》概念画布。

没读原书一来是自信B端自己在做这一行，只要概念上能和我契合，剩下的实践经验可以自己填充。

这样其实在脑子里就形成了一本自己的书了。

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

1、项目背景和计划

1.1项目背景

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

1.2项目计划

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

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

2、梳理业务现状

2.1业务调研

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

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

其次是确认业务调研的分析方法，这个不用死记硬背，只需要套用模板即可。

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

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

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

2.2梳理业务现状

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

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

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

3、总结业务问题

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

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

4、核心流程

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

5、产品定位

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

6、应用架构

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

7、功能模块

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

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

8、演进蓝图

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

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

9、数据建模

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

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

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

10、流程角色

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

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

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

11、界面报表

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

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

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

12、数据埋点

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

13、权限管理

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

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

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

14、文档编写

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

15、技术方案

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

16、项目实施与落地

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

17、运营管理

运营管理需要结合业务运营情况具体分析，作者列举了很多，可以根据业务情况进行参考。

18、迭代优化

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

19、数据分析

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

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

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

好看的人在点亮小花