B端平台产品需要培养的4种意识(2)

这里就可以不用多久，我们在平台设计指标体系时，就提供了漏斗计算规则，而平台即基于这样的通用逻辑进行规划。而涉及到计算多数需要用到一些查询、计算引擎去支撑，而这些引擎（hive、Spark、Druid等）是否能满足，就需要去系统思考。

数据分析：

如果漏斗的转化结果呈现是自动化的计算结果，那么数据分析就是基于这样的结果进行下游进一步的闭环操作。当我知道某个环节转化人数较多（或流失人数较多），数据分析人员自然要对这一客群进行更深度的分析，所以这里也提供了“用户画像”、“用户列表”、”用户分群”这一的下钻功能。

举其中用户列表为例，从图中可以看出，我们从这一“流失用户”中，看到这一批的用户特性是怎样的。那么基于这个就可以进行用户画像分析、人群喜好分析等等，同时基于这一客群，可以进行有针对性的运营活动。

通过以上的操作，平台从采集、计算、分析形成了一系列的闭环操作，这就是全局系统思维。

三、平台价值意识

我们平常在做产品策划的时候，都需要考虑3大问题，需求是什么？我为什么要做这个？对用户帮助有多大？那么在解答这些问题的同时，我们就需要考虑如何衡量这些“价值”。

尤其是B端平台，更需要注重价值意识，不能简单拍脑袋定下方向（虽然很多产品也是），同时还需要制定的度量标准。

比如这次策划的目标是什么，做这个需要如何去衡量价值，怎么去落地各个衡量指标。你只有制定了，并严格执行，才知道自己的“输出”是否经得起考验，才能“倒逼”产品解决方案是真实、可靠且有价值的。

1. 方法标准

这里就需要拆分成定量和定性，定量从哪几个维度去考察（用户规模、使用路径、时长等），定性则从市场反馈、用户口碑等方面去收集印证。在这里可以借鉴OKR方式，制定目标object，建立关键路径key，并通过结果result去呈现最终效果。

2. 一个例子

仍旧沿用“漏斗分析”这一功能，我们设计这个功能指标的目的，是帮助业务观察其目标用户在某些行为路径上的数据表现情况，以确定是否达到业务目标。

所以在这里的价值目标，就可以是有多少业务（用户量）建立漏斗模型（服务次数）。而这些漏斗模型最终为业务是否带来业绩提升目标（如是否找到流失用户继而挽留），提升了多少（流失用户重新唤起转化）等。

平台提供了漏斗的使用服务，业务自然在上面建立基于自身业务场景的诸多漏斗模型。而譬如建立一个下单购买的漏斗模型，观察业务所属产品上的用户，在浏览商品、打开商品详情、下单购买、支付成功等一系列的表现情况。

上图的假设，就是证明了这样的漏斗分析能力，帮助业务找到流失用户，并通过挽留来提升了最终支付的转化率，这就是所谓的业务价值提升。

四、平台业务意识

大多数B端平台的用户规模都不会十分庞大，同时场景又是十分垂直，往往代表了某一群体共性的业务流程。所以B端平台产品不仅仅是解决某个用户的痛点，更是针对一个业务链路所呈现的解决方案。

1. 方法标准

通常我们就需要深入业务，并还原用户的业务场景。只有了解业务的使用背景、动机和目标，你才能站在业务用户的角度，去思考平台的产品解决方案。如果脱离业务，都更多是想当然。

所以我们就需要整合业务的上下游，涉及哪些关键链路，去清晰梳理完整的业务流程，并站在业务的角度去思考使用场景、动机，服务好他们的最终目标。

2. 一个例子

数据分析在埋点这块的业务流程，从确定分析目标、埋点设计、埋点采集、埋点上报、埋点统计分析等一系列的业务流。还原到B端平台，就需要搭建埋点管理、埋点采集工具、埋点指标体系等多元化服务，来满足这一场景。

所以我们在搭建平台，不仅仅是服务用户那么简单，还是服务某个业务线，你的一个小改动，也许对这一业务线随时有较大的影响。

五、平台服务意识

很多时候B端产品能够给用户的感觉，就是全方位的服务体系。意思就是出问题通知到位，有问题随叫随到，甚至还能提前避免用户犯错。哪怕不在平台内范围的需求都得到解决，这样的服务意识才能称之为合格的“管家”式服务。

1. 重要性

为什么要做到这种地步呢？因为B端平台的用户大部分都会背靠一个企业团队，企业客户往往就是一个团队大客户，这样的群体是明确且聚拢的，那么客户服务意识就有条件可以做的十分到位。

做好了，往往就代表了一群人的认可。那这样的价值才是最大的，诞生了一个成功的合作伙伴案例就自然而然的事。

2. 方法标准

首先作为平台，就需要有基本的平台化服务。而这服务就包括了相关的操作指引、教程、客服服务，同时还需要准备易上手的案例，利于去快速熟悉。而操作指引，具体就需要细分到平台介绍、平台申请、服务指引、功能指引、技术指引等等。因为平台需要面向不同的角色用户，所以就需要准备不同的服务信息。

假设数据分析平台，则面向产品、运营、技术等角色用户。其中产品、运营需要了解平台如何使用、使用原理、能提供什么帮助，而技术角色，就需要了解如何对接平台（技术手册是很有必要的）。

其次抛开平台的自动化服务，还需要有“人”的服务。大多数时候B端平台产品本质上也是半个“客服”，我们需要去放低姿态去倾听用户声音，去了解他们的痛点，去挖掘他们的动机，去解决他们的困难。

就像服务型行业，就像保姆型一样去贴心服务，最好能和业务用户建立情感关系，在客户心中构建类似“家”一样的情景，而不仅仅只是提供服务的工具。

六、最后

（编辑：ASP站长网）