在B端产品中，我们会经常听到很多个专业词汇，如：ERP、CRM、后台、中台，及C端业务产品APP、小程序。不同的行业有不同的产品形式，也有面向用户的不同的产品形态。那么，B端产品应该如何去明确自己的产品形态？

上一期中，我具体针对现在B端产品及产业层次的产品设计整理了几个问题：

B端产品怎么设计？用户凭什么会用你的产品？

B端产品的形态：ERP，CRM，后台，中台，及C端业务产品APP？小程序？

B端产品的真正价值是什么？大数据？价值链条？利益关系？人脉关系？

B端产品有什么发展？及怎么发展？市场有多大？

B端产品更大的价值：生态链关系，产业格局。以格局观看B端产品设计。

B端产品引入区块链有啥发展？合适什么行业？引入区块链的几点可行的实际业务设计。

怎么建设生态圈及形成自己的生态壁垒？

并针对之一个问题做了深入的探入分析（详细请看：《B端产品心法（1）：如何设计B端产品，且让用户愿意用？》）

今天开始第二篇，也是第二个问题。

B端产品的形态：ERP、CRM、后台、中台、及C端业务产品APP、小程序？

在B端产品中，我们会经常听到很多个专业词汇，什么SAAS呀，PAAS呀，IAAS呀，ERP呀，CRM呀，或是什么后台，中台之类的。这些词中，相信很多人名词是可以在网上查清楚，但对这些东西怎么使用？在哪阶段使用的定义还并不清楚。

简单的说，什么是行业的产品形式，什么是面向用户的产品形态，可能都还是停留在概念比较模糊的状态，还不能自如的去运用，这才是根本问题。

所以，我们今天就以一切的起点来开始这个问题，B端产品应该如何去明确自己的产品形态。

让大伙更加清晰明了这些东西如何在你手中合适的去使用，让大伙心中有谱！

首先，我们先看一个图，这个图基本上描述了B端的产品与用户间的关系结构。

大量的B端用户与产品的关系是三角形的，付费的人不是使用的人。

而B端与目前大家认识的C端有什么区别呢？其实，在我看来，如果明确了业务关系的话是没区别的。反正都是为了商业，建设一个场，然后为了赚钱，有啥区别？

区别只有简单的产品与用户利益关系：

C端付钱的人也是使用的人。同时，这个C的业务可能还不明确。

B是付费的人可能不是使用的人。这个业务是非常明确的。

那接下来，从这个三角关系（先立个标：为以后同学回顾埋个尸，一但明确了业务关系，其实后边发展与C端其实也没区别）再发展，就是要不断证明你的产品体系是有效的，对业务的推动是有效的。同时，还能更好的节省或创造价值，让B的决策者更愿意继续与你的产品合作下去。

所以，在发展上，就会形成以下的结构：

简单说明一下，就是将使用者在使用的过程中产生的相关业务推进的阶段结果成绩数据化。然后整理出报表，给上层看。当然，上层本身也是用户之一，所以，他用这个东西有没有提高各种方面的效率，本身也是数据采集的一环。

看到这里，相信聪明的人就会产生一个关键的问题。怎么知道用了产品之后会比原来好？B端的BOSS关心的效率质量如何体现？（如果你脑子里真的蹦出这样的问题，那说明你是一个很有潜质的产品经理哦）

这时，我们就要先回归业务，我先画个图：

任何一个业务，其实都可以看成是一段一段的。有业务开始，有业务结束。

如果是一个大业务呢？则可能是很多个人完成一个业务中的不同环节。

复杂的业务可能是这样的：(了解甘特图的应该秒懂）

当然还有更复杂的。但是，我们可以从中看到规律，就是业务在执行过程中，不同大小的业务都可以切不同环节。每个环节都是一段，有开始有结束。

有的环节间可能很完美的可以衔接，有的可能需要些滞空期，有些可能会在某个时间多道推进。

所以，我们可以从业务的过程中提取以下几个关键点：

起点，结束点（包括小段的起点，小段的结束点），中间的过程，及过程中执行的情况，时间，效率。

而每个项目其实都有计划时间，预估的或是经验的。及实际数据跟踪后，实际提取的。

那自然，将这两者一对比。就能取得当前业务设计与推进中的情况。