如何评价b端产品安全

‘壹’ 请问互联网行业的运营中,经常说的"C端","B端"是什么意思C代表什么,B又代表什么

C有释义为：Consumer、Client；如取“Consumer”，意为消费者、个人用户或终端用户，使用的是客户端。例如：网易新闻、网易云音乐等等。

B释义为：Business；通常为企业或商家为工作或商业目的而使用的系统型软件、工具或平台。例如：网易云、网易有数或企业内部的ERP系统等等。

C端&B端产品的本质及特性：

(1)如何评价b端产品安全扩展阅读：

C端产品的本质基本都是一个核心功能，例如：音乐类app的核心功能就是听音乐；阅读类app的核心功能就是阅读；游戏类app的核心功能就是游戏。

C端产品的特性可以总结为一个词——“分享”例如“评论”、“打赏”其实都基于“分享”，即让他人听见“我”的声音，看见“我”的想法。

B端产品的本质则是满足用户的工作需要，而工作需要从来不是单一的功能就可以满足的，其必然包括多项功能的复合及嵌套应用支持。

B端产品的特性也非常明确——即“协同工作”。在处于信息时代的现代公司或企业中，几乎已没有可以单独完成而不需要协同合作的工作。

‘贰’ 决策支持类B端产品在设计过程中需要考虑哪些数据要求

随着各行各业向数据化运营/精细化运营转变，数据产品越来越被大家所关注。 作为B端产品的一个重要组成部分，数据慢慢成为产品设计和商业决策不可或缺的部分 。尤其是诸如智慧城市、智能建筑等专业服务类的B端数据产品，也是为客户提供数据运营和决策支持的。 这类数据产品本身的计算、决策越多 ，客户需要的思考就越少 。所以作为这类数据产品的产品经理，要清楚的知道自家产品的数据特点，以便选择正确的设计策略。

这类数据产品面向的是少量企业级客户，核心诉求是 高效满足他们的数据应用需求， 使其核心业务形成商业闭环， 带来更加高效的理性决策 ，所以如何做好“ 面向企业高层决策支持型 & 面向企业客户数据应用型 ”的数据设计是每一个B端产品经理都要面临的挑战。

数据层设计的核心是数据仓库，目的就是能够 让客户方便地访问大量数据 ，允许他们 查询自己想要的数据 ， 分析其中有价值的信息 。这就要求数据仓库的设计必须满意以下数据要求：

1．安全性

B端产品中含有机密和大量敏感的数据。为了能够使用这些数据，必须有 适当的授权机制 。这意味着 只有被授权数据才能被特定用户访问 。

如果增加安全特性则会影响到数据仓库的性能，因此必须提早考虑数据仓库的安全需求。当数据仓库已经建立完成并开始使用后，此时再应用安全特性会比较困难。在数据仓库的设计阶段，我们就应该进行如下事项：

数据仓库中的数据对于最终用户是只读的，任何人都不能修改其中的数据；

划分数据的安全等级，如公开的、机密、秘密、绝密等；

制定访问控制方案，决定哪些用户可以访问哪些数据；

设计授予、回收、变更用户访问权限的方法；

添加对数据访问的审计功能；

2．可访问性

能够快速准确地分析所需要的数据是辅助决策支持的关键。有了数据的支持，业务就可以根据市场和客户的情况做出及时地调整。这就 要求用户能够有效地查找、理解和使用数据。

数据应该是随时可访问的。这里数据可访问性指的是 用户访问和检索指定数据的能力 。数据仓库的最终用户通常是业务人员、管理人员或者数据分析师。他们对组织内的相关业务非常熟悉，对数据的理解也很透彻，但是他们大都不是IT技术专家。这就要求我们在设计数据仓库的时候，将用户接口设计得尽量友好和简单，使得没有技术背景的用户同样可以 轻易查询 到他们需要的数据。

3．自动化

这里的自动化有狭义和广义两个层面的理解：

狭义的自动化指的是 数据仓库相关作业的自动执行 。比如 ETL过程、报表生成、数据传输 等处理，都可以 周期性定时自动完成 。

广义的数据仓库自动化指的是在 保证数据质量和数据一致性 的前提下，加速数据仓库系统开发周期的过程。

整个数据仓库生命周期的自动化，从对源系统分析到ETL，再到数据仓库的建立、测试和文档化，可以帮助加快产品化进程，降低开发和管理成本，提高数据质量。

4、准确性

想要数据仓库实施成功，业务用户必须信任其中的数据。这就意味着他们应该能知道 数据从哪来，何时抽取，怎么转换的 。更重要的是，他们需要访问原始数据来确定如何解决数据差异问题，并且知道这些能访问到的数据和他们日常提交的数据报表之间的转换逻辑。实际上ETL过程应该总是在数据仓库的某个地方（如ODS）保留一份原始数据的复制。

5、时效性

用户的时效性要求差异很大。有些用户需要数据精确到毫秒级，而有些用户只需要几分钟、几小时甚至几天前的数据就可以了。数据仓库是分析型系统，用于决策支持，所以实践中一般不需要很强的实时性，以一天作为时间粒度是比较常见的。

6、可溯性

数据仓库更多的价值体现在它能够辅助随时间变化的趋势分析，并帮助理解业务事件（如“华北区的小张，谈一单成一单，成交的这些客户有什么共同特征吗”）与经营绩效之间的关系。这就是需要每一项决策结果都能溯源到原始数据。

原始数据往往是一些未经加工的数据表格，看起来单调枯燥，但是这些数据却能很好的帮助我们挖掘出来符合业务问题需要的准确的表达方式，从这些数据中找到数据的变量、不同维度数据间的关系，这样我们就能逐步的找到数据的层次结构以及合适的图表化展示。

可溯性能通过这些源数据试图找到帮助业务团队、管理层所关心的那些问题的答案，这些洞察可以帮助于我们了解他的原始诉求和痛点，以便我们找到正确的解决方案。

7、可验证

其实，数据产品本身的业务逻辑和产品设计已经很复杂了，再加上又是面向千人千面的B端企业客户，让这种复杂性又难上加难，所以在设计、测试和验证时不能仅凭假数据就去模拟真实的使用情况。

客户用我们的数据产品去解决现实中的复杂问题，所以我们要深入了解每个数据所代表的含义,理解每个数据之间的关系，各种可能的展示情况以及极限情况。所以， 如果我们胡乱填写的假数据很可能无法反应真实的使用情况，从而将一些问题掩盖掉。相反，使用真实的业务数据，客户就会被带入到自己的实际使用场景中去，并想象当下的数据方案是否能够解决他们的问题。在此测试场景下暴露出来的问题才是客观真实的。

‘叁’ B端产品体验度量模型调研

一、 前言

          作为一个B端产品的产品经理，我们会面临很多问题：复杂的产品需求、纠缠的技术逻辑、难以决策的设计方案、难以计量的产品迭代效果。而对于作为支撑平台的B端产品经理而言，提高效率和体验又常常作为评估价值的主要方向，故因此我们需要一套科学的体验度量体系来指导我们前进的方向：产品目标的确立、需求价值的评估、迭代效果的量化。

          那么何为产品的使用体验：即用户在产品使用场景中完成期望目标时所产生的体验。这是用户和产品直接接触的部分，也是最有感知的部分。无度量，无管理，我们如何管理体验？现代管理学之父，彼得·德鲁克说：“如果你不能很好地度量它，也就无法有效地管理它。”If you can’t measure it, you can’t manage it。Druker

         但是B端产品相对C端产品而言产品体验更加难以度量，因为C端产品有明确的业务数据指标作为向导，但是B端产品由于功能流程冗长、业务交叉复杂、包含产品价格、安全性、稳定性等综合因素，用户体验的要素被掩盖在这些复杂的“变量”中难以剥离。而控制和分离变量，是一个科学的度量系统最基本的要求，故做了如下调研，方便大家参考借鉴！

二 、 谷歌HEART -GSM 模型

1、简介

Kerry Rodden 作为谷歌资深用户体验研究员和数据分析师，在大量度量用户体验的探索与实践中总结出了HEART用户体验度量模型，帮助团队高效选择正确的数据指标。该模型在谷歌内部广泛使用，并通过论文、博客等渠道传播，使其他公司、团队也能够在使用的过程中受益。

2、 HEART 模型 五个维度 ：

HEART模型主要包括五个维度：愉悦度、参与度、接受度、留存率与任务完成度

3 、 GSM- 目标、信号、指标 拆解 三 步法

为了将这个抽象的度量标准应用于实践，Google又提出以“目标（Goal）——信号（Signal）——指标（Metirc）”的拆解流程来定义HEART指标数据。让使用该模型的产品团队，可以根据用户体验目标和业务目标，完成数据指标的选择，最终保证指标是服务于业务目标和用户体验的。

4、操作指南

5、优劣势分析

6、 总结

HEART模型的C端倾向较明显，并不完全适用于B端产品的体验度量（需要在此基础上改良）。

三 、 阿里云UES模型

1、简介

UES（User Experience System）是阿里云设计中心通过多年设计实践中沉淀下来的云产品使用体验度量系统，它不仅是一套方法论，更是一套可运行的体系。

2、五大度量维度 （ 有主观，有客观，有定性，有定量 ）

UES（User Experiences System）是基于阿里云易用性量表扩展而成的度量体系，包含易用性、一致性、满意度、任务效率和页面性能 5 个指标维度。

易用性 - Ease of use

易⽤性是产品使用质量的核心维度，它反应产品对⽤户而言是否易于学习和使用，包含易学性、易操作性和清晰性3个维度。易⽤性的提升可以促进操作效率和任务完成率的提升、降低学习成本、提升⽤户体验和满意度。

一致性 - Consistency

一致性指多款产品间通用范式部分的一致程度，分为整体样式、通用框架和常用场景及组件等维度。对于⽤户⽽⾔，体验⼀致性的提⾼可以降低⽤户的操作时⻓及错误率，降低学习成本，提升⽤户的满意度；对于产品设计及开发者⽽⾔，保持体验⼀致性可以提升开发效能，产品模块的可集成性、稳定性和可延续性更⾼。

满意度 - Happiness

满意度反映着用户对产品或服务的期望被满足的程度，这个指标一定程度上会反映用户再次使用和对产品进行推荐的程度。

任务效率 - Task Success

任务效率包含任务完成率和任务完成时间，云产品的任务链路相对复杂，针对有明确任务或有固定使用流程的产品，通过比对用户路径和产品设计的理想路径之间的差异，能够帮助我们发现产品流程设计上的问题。

性能 - Performance

监控性能的指标有很多，其中最影响用户感知的指标是首屏渲染时间（FMP），指用户从发出请求到看到控制台主要内容的时间。其次，还包括页面请求响应时间、API 请求响应时间等指标。

3、 指标拆解方法

①、明确业务目标和体验目标

②、确定度量维度

③、拆解数据指标

④、完善度量方法

4、优劣势分析

优势：度量维度多、全面、包含主观、客观、有定性，有定量

劣势：实施成本高、开发成本高、分析成本高

5、总结

UES确实是比较科学全面、适合技术类B端产品的体验度量体系。但其庞大的体系、复杂的度量手段和工具可能都会使得我们在日常业务中无法轻量化地实施起来。

四 、 蚂蚁金服 TECH 模型

1、度量模型诞生背景

企业级产品 / 企业级中后台这些概念在互联网经常被提到，一般提及这个词儿，我们往往能够想到以下这些产品：财务审批系统、CRM、ERP、算法专业人员训练模型的平台等等。在我们的印象中，这些平台往往具有以下特征：

流程冗长，操作繁杂，一个平台往往是若干复杂功能的合集；

相对于 C 端产品动辄百、千万级别的用户量，企业级产品往往用户量级不大；

开发流程简单，往往是产品经理画个 demo 就上线了；

页面设计难看，用户体验往往比较糟糕；

......

现阶段企业级产品也在慢慢演变，对于体验的追求也比前几年更为饥渴。他们的体验需求可以明显看到两个阶段的演进：

效能需求阶段：这个阶段的企业级中后台页面设计混乱，业务对于体验的需求显性表现在美化页面设计，提高设计效率和一致性。

体验需求阶段：这个阶段产品开始关注使用过程中的问题，慢慢转向注重于用户需求和体验设计。

就蚂蚁金服的企业级产品来讲，Ant Design 已经帮助解决了绝大多数第一阶段的需求。目前基本都处于第二阶段。体验度量实践也正是从这里开始。

2、实践过程

以HEART度量模型为基础，蚂蚁金服根据企业级产品现状和特征做了部分的补充和修正，修改点如下：

将 NPS 改成用户主观满意度：NPS 对 C 类产品是一个很有效的指标，对于企业级中后台来说，往往由于企业产品的封闭内环、用户基数等众多原因，可能还是满意度来的更加有效；

不强调留存率：企业级产品用户往往没有太多的可选余地，因此留存率未必适合用来衡量用户对于产品的喜好；

参与度和接受度指标合并：对于企业级中后台系统，用户使用的目标性更强，TA 就是来完成某个任务（或者说 TA 就是来完成工作的）因此活跃度基本和产品能否满足用户的需求强相关；

3、 最终体验度量模型

基于 HEART 模型，结合企业级产品体验度量实践修正后的度量体系如下：

核心任务体验（Task Success）：主要聚焦于产品核心任务流程中的体验问题。可以采用定性、定量，或者两者结合的方式，最终来反映体验的细节问题。

参与度（Engagement）：产品能够提供的需求和用户预想之间距离有多远？

清晰度（Clarity）：引导、帮助清晰，用户是否能够顺利完成所想做的事情？

满意度（Happiness）：用户对产品及其他方面的满意度，比如视觉外观等。

4、优劣势分析

优势：多维度、多指标、主客观结合

劣势：客观的用户行为数据指标较少

五、总结

那么如何去搭建符合自身平台业务的体验度量体系呢？我们发现不同类型的产品差异较大。如办公协同类产品与业务平台类工具的体验目标就很难进行统一化的抽象处理。所以，“构建适合具体类B端产品的体验度量模型”显得更加对症下药。他山之石，可以攻玉。从诸多体验度量模型中取经总结（各大其他平台的度量模型都是基于HEART模型改良的），不难发现“先梳理产品目标+参考HEART+阿里云指标拆解方法”的思考方向可以帮助我们构建适合具体B端产品体验的度量模型。

‘肆’ 重新定义解析：什么是B端产品

首先第一个定义解析什么是b端产品，在讲b端产品之前我们先看看上面这张图，讲b端产品的时候我们一般会拎出c端产品作对比，这样我们就可以清楚看到b、c端产品背后核心的关键是什么，引发我们去思考这些差异性的关键词背后到底代表着什么。 

1、当我们在讲b端的时候，我们其实是在讲什么?

在c端的视角上来看，我们直接服务的对象是用户，在所有的用户诉求里面，我们会看到他们其实是一个个的个体，会有一些消费，或者说有一些需要被满足的需求。在这里面用户相对来讲是个体，个体本身是比较感性的，同时又有非常强的体验诉求，然后为了满足这些诉求的话，我们对人性会有持续的挖掘，需要去做一些创新或说做一些美的东西，然后来去满足用户的这些需求。那c端的产品的话，第一时间大家是可以看到的产品，因为它正好对应了一个个的用户诉求，而且这个用户很多时候他其实就是一个个体消费者，所以大家直接能够感受到如果是做c端产品还面临每一个个体都可能是他的需求方，每个人都可以来稍微指点一下说你这个东西做的不对，你们这个好像满足不了用户的需求，所以这就是为什么有很多时候所谓的用户需求，用户这个概念的门槛相对来说会低一点，就是因为其中一个个体消费者都有可能是个潜在的消费者，他都可以来起到去说你的产品如何如何。

但对b端产品来讲的话，b端产品关键的核心是商业的核心，商业的核心很多时候是我们大家不会第一时间看到的，它服务的领域相对来讲会比较幕后，所以我们很多时候会讲做b端产品经理其实是有点像幕后英雄，包括他服务的群体可能也是比较偏商业的个体，所以他的这个门槛是天然的。在这个生意场中，在这个商业群体当中，你代表一个角色，你就可能对这个东西会更有发言权，所以c端范围更广，但是门槛相对来讲低一些，b端产品经理没有那么广，但是相对来讲，它的门槛会高一些，因为他自己本身的深度上面会有天然的要求，要求对你整个业务背后的一些核心的链路要有思考判断才有可能去做b端的产品，这是两个关键词的差异。

为什么有这种差异呢？本质的话是两者之间的定位和服务范围不同，这里的差异我们其实可以抽象出来b端的b就是Busines ，Business就是一个企业一个商业体的概念，它核心是以盈利为目标，它会需要利用很多比如说像生产要素，通过这些生产要素的生产、加工，从而去生产出来商品或者服务，然后根据这些商品或服务的售卖最终获得盈利的结果。b端用户角色，其实是一个法人或者说是一个社会的经济组织，它本身就是一个商业体的概念，不是一个自然人的概念，我们服务的是一个社会组织、法人、企业，公司这样的一个对象，所以这是b端的核心服务的领域。

那c端的c的核心其实是consume，consumer其实就是一个个体的消费者，为了达到个体消费的目的，他会花钱或者说花时间来去购买，或者说通过互联网所谓的免费模式来去获取到这种产品服务，一般情况下，它实际上就是一个个人的角色，所以他它偏自然人这种性质，这是两者之间核心的这种差异。 b端它指的是企业商业组织以盈利为目标，所以它天然是以商业载体为主要的服务范围，c端的话是以消费者为核心，然后这个消费者的话通常意义是一个个体的消费者，关注的是怎么去满足个体消费，从而达成他的消费诉求、消费目的这样的一个需求，所以它的范围是在于我要去如何满足c端的消费需求如何达成，这样的一个领域，所以这就是b跟c之间的一个核心的差异。

那我们了解了b端和c端核心差异之后的，也可以看看我们常见的b端产品到底有哪些，像阿里云、美菜网、千牛、OA系统、ERM系统、美团商家版、CRM系统、钉钉、业务后台管理系统、Bi系统、企业微信、金蝶、用友、管亿云、企业销售用的CRM、钉钉智慧教育、医疗目标任务管理系统，二手电商内部营销、小微经济贷款、企业融资业务中台业务协同处理系统等等都是b端产品。

2、b端产品是什么

首先是千牛网，千牛其实是一个淘宝体系，是所有的淘宝卖家在使用的卖家端，他是在淘宝平台经营的这个商业生态圈，帮助卖家去做自己淘宝生意的经营管理平台，所以它给自己的定义是做一站式的商业经营平台。它的核心能力是商户进来之后，可能一部分是去管理我的生意、我的数据，然后我现在要去做的事情，也包括可能店里的一些具体的情况（包括去管自己的交易，管自己的商品），另一部分是投放页淘宝直通车等等这些核心能力来去管理他生意的具体动作，然后同时也会有一些跟买家来做沟通的一些iM通讯能力，也会有一些帮助生意成长承担的一些资讯相关的能力，所以它的的核心能力我们做一些抽象就是叫做一站式的全链路工作台，实际上它的实际能力是你帮他去做整个生意的经营管理，另外就是所谓的商业媒体的门户，这里的话就是帮它如何去提升他的经营能力和能力水平以及全方位服务等能力的，我理解为除了它自己平台的经营能力之外的 ，应该也赢了不少的这个开放平台，让iSV的一些能力能够接入进来，所以这是他给自己的一个定义。我们能理解到 ，千牛不是一个单独开放出来的品牌，它是在淘宝的体系当中，如果你这个卖家要在淘宝上做生意，那怎么来去引导客户在淘宝生意当中怎么来管理和经营自己的生意，在淘宝的平台怎么去管理客户的生意过程 ，用户可能需要我们去做什么样的事 ，我们能对用户可以做哪些规范和引导，所以这个就是叫做千牛一站式的商业经营平台。  

那我们再看看销售易，销售易不管是PC端还是客户端，都有一个比较核心针对企业来去管理和经营自己客户的销售CRM的一个能力，它延伸出来的话也会有一些比如说营销能力、客服能力,还有一些数据分析的项目盈利能力或者说是Paas的能力，所以他给自己定位叫做移动crm重塑企业与客户的链接。它核心提供的是一种企业连接客户的能力,但是它提供的是能力，并没有直接帮用户去说我这边可以直接跟你拉个场,把客户拉进来然后把客户导流给你，他并没有做这件事情，所以他核心提供的就是你要做生意，你需要什么样的能力，我把这种能力赋予给你，所以开始发现，哎好像和千牛有点不一样。

我们再看有赞，像有有赞，它提供的是叫做各行业商业服务的SaaS公司，他会聚焦一些自己的产品，包括不同的行业，针对这个行业会有一些打造出来的商业解决方案可以直接选择，或者说直接针对一些大客户有一些解决方案，同时的话，他也会有一些其他的比如说针对一些特殊的场景，例如像分佣、分销、广告投放等，可能还会有一些其他定制的服务或者说有些开店的服务，所以会发现说有赞它给自己的定位，里面有个关键词，我觉得非常关键，就是帮助每一位商家私有化顾客资产，这里我们也会发现说跟刚刚的销售易有点类似，主要是是它提供的是一种商业的服务能力是赋能给商户，不是直接去帮商户去做引流的动作，它是帮助商户做生意，主要是是帮助商户把自己所有的私有顾客怎么来做管理，怎么去做生意的拓展，所以他核心在做的其实是私域的管理，这是有赞。  

再看钉钉，钉钉自己的定位不是叫做我来帮你做生意，但是它切入另外一个视角——移动办公、协同办公，从企业管理诉求入手。企业管理诉求是基于整个组织管理协同办公的管理会议作为切入点，帮助很多大中小企业接入数字化的工作方式，所以好像看起来是另外一个纬度切进来的。尤其是在疫情期间，大家基于企业办公的方式发生了一些变化，能使得在家办公的事情相对来讲是更可行，如果没有微信没有钉钉，那我们今天再去做很多所谓的在家办公软件，再去做很多协同联动，然后去做在线审批和沟通的功能可能就无法落地，所以它看起来感觉跟前面的又不太一样，他可能不是直接跟企业讲怎么来做生意，怎么来做生产，不是从这个场景切进来，而是从另外一个角度切入，是所有企业都会涉及到企业组织管理的，是从企业服务、企业管理的这个视角切进来的。

然后支付宝，支付宝叫做第三方的支付平台，提供的是支付的解决方案。第一很多企业其实都会涉及支付的诉求，第二它可能离生意又近了一步，因为他的支付场景会直接覆盖到消费者的场景，所以会延伸出一些跟营销跟会员跟管理的一些能力赋能给了商户，做生意不仅仅是收钱，也涉及到了如何做营销做会员体系相关的一些能力。

以上我们聊了千年、聊了销售易、聊了有赞、聊了支付宝、聊了钉钉，能看到它们的一些共同点，也能看见差异，所以我们来看看有哪些b端产品的类型以及尝试着给一个不一样的定位。

 那这里的把我们刚刚梳理的特征去做一些总结和抽象：

首先，我们所有的B端的产品在去落地的过程当中，有一个关键点是我们核心服务的这个领域，是以业务发展、商业模式为主要承载的落地。它核心的服务对象就是我们刚说的以企业和经济组织以及在这个过程里面可能会涉及到各个相关的商业角色为核心的服务对象。

其次我们刚刚通过一系列的产品明确了服务范围、明确服务的对象我们到底能提供哪些能力（能力包括业务管理的能力、业务生产能力、还有服务支撑的能力），所以这些能力里面是我们核心能够提供的是所谓的b端服务的领域用以达成企业的商业目标，达成他盈利的目标等等，所以我觉得这是我们的b端产品核心的这个领域的定位。

然后直接面向商业组织的多个角色，包括我们刚刚讲的其实我们的商业组织它是一个非自然人的一个概念，但是我们真正支撑到这个业务的过程当中，一方面的话我们是需要去支撑企业跟经营组织的很多领域和他需要经济组织达成的一个重要的目标，它所需要服务的企业的范畴，但除了这个之外的话，我们的系统其实还是要去给的人用的，所以在给人用的过程当中我们会涉及到整个商业组织当中的人，比如说老板，比如说是财务系统的话，会有财务系统的人员，如果是销售crm 系统的话会有销售的管理者、销售策略制定的运营人员、具体的一线销售的人员，其实我们会发现说一套系统它会覆盖到多个的实际的人的角色，这种人的角色不同，所需要的这种能力其实也有差异，那我们支撑的这些核心的业务领域的话就是一系列的企业生产和企业管理的执行能力，所以大家可以看到比如说钉钉，我们可能服务的是企业管理当中具有通用和普适性的所有的组织管理和协同办公的能力，那比如说今天的销售crm，可能是我们在所有企业去管理他的客户的过程中需要的一系列基于销售crm能力，然后不管是餐饮还是美容美发我们都会涉及到门店的管理和门店的生意经营，那我们就会看到说有一系列的基于门店层面上面saas的能力来去做下沉，它服务的是业务的生产和业务管理相关的能力，如果是ERP我们可能就完全到一个传统的制造行业当中，它所有的生产链路相关的业务支撑，所以我们会发现在不同的领域当中，不同的B端的产品经理从不同纬度里面去切入的时候，它所产生的价值和它所服务的重点领域和相关的人群其实会不同的，但是它们的核心目标其实都是一样，一个公司的定位不是他把所有的B端领域都做一遍，但是他一般会切入一些点，明确B端这个产品定位的概念。

我们也看到说不同的b端产品会有不同的差异，这些差异性上面的我们也尝试去做一些归类，然后抽象出来几种类型来去解释他为什么会有不同的这种差异性，我尝试给了三种类型。

第一类的话就它自己直接参与到生产管理当中，几乎是整个业务生产和业务管理，第二类他其实在这个过程里面的它是提供一种商业服务能力，他可能不是直接参与的这个业务本身的生产管理当中，但是他赋能给企业赋能给商户，能够让他们去更好的管理和服务自己的业务，去服务好自己的用户，然后第三类的话就比较偏基础建设就具有一定的通用性，可能不仅仅是某个行业才会需要这种能力，可能相对来讲具有普适性所有的企业所有的商业体都会需要这种能力，这种的话就偏整个互联网行业当中的基础建设。 

那我们来一一去解释这三种类型，它们的不同特征和它们具有的代表性。

1、直接参与生产管理

业务特征：

（1）自有/平台交易模式，有完整的交易闭环

（2）为支持业务完成、管理落地，而自主研发的业务系统

业务系统：

· 对外:商户端

· 对内：运营端、销售端、管理端

代表产品：

淘宝千牛、京东商家后台、各平台的内部自建业务系统

首先第一个的话就是业务特征，最具代表性的就是要么是一个自有/平台型的有一些交易的模式，有完整的交易闭环，它能够去做一些撮合，比如说淘宝，淘宝相当于说它自己搭了一个交易的场子，在这个场里面他自己把用户拉到这个淘宝平台上，然后同时它基于这个平台上面，他让商户也入驻进来，在场子的管理和场的经营的过程当中，它实际上就是一个业务本身的一个参与者，来去调控说针对不同的商户、针对所有的用户我怎么去做管理和运营，然后我这个场子又如何去搭建如何去做升级搭建，怎么去把用户的需求跟商户的供给匹配起来，然后我这个场还有没有其他的生态延伸和扩展，实际上他自己本身就是在整个业务当中的一个角色，这就是淘宝。

如果是京东的话，京东可能它在自有的业务当中，它不仅仅是搭个场子把一些商户入驻进来，它自己本身也是一个供应商，那它针对它自己除了在平台上面的经营生产之外，它还会涉及到从自己内部的生产管理，比如说仓储物流配送采购供应商，这一部分的话就更偏线下供应链整体的管理能力，所以在这里面它可能就是一个更强的不仅仅是搭个场子的人，它自己本身就是一个供应商，它自己在做生产和经营管理的动作，包括小米，小米他自己非常强的供应链的属性，所以很多时候他就不仅仅声称说它提供一种服务和能力，它自己本身就决定了这个业务到底怎么来玩，这个场子怎么来搭和这里面的一些规则，所以它业务特征有相对来讲比较完整的一个闭环的能力，然后同时它为了支撑业务完成、管理落地，这些平台大部分的情况都是自主研发业务系统，比较少是直接去引入第三方系统，比如说买一些市面上的一些SaaS软件即为我所用，或者说也有一些的可能直接去做一些个性化定制，但是这些定制的能力其实比较难的地方是在于可能没有办法百分百来去支撑到业务，因为这里的所有业务系统是需要对自身的业务有非常强的理解能力，所以这部分的话可能是一个第三方外部的系统不一定能直接满足它的需求， 所以一般情况下你自己搭了一个大的平台，一个常态基本上都是自己研发的业务系统。

然后这里具体的业务系统具有代表性的一个就是对外的商户端，除了商户端有可能你会有一些其他的一些端，因为你是面向一个to B的商业角色，在这个生意场中可能他的所有的合作方，商业体的对象不仅仅是一个商户，可能有些其他别的，比如说一些服务商的入驻，如果我站在服务商SV的这些角色也是需要有一个专门化，可能这个系统对这个生态当中他其实也是一个to B的一个端。对内的话，一般情况就会有它的运营端、销售端还有一些管理端，所以针对运营，给了运营的一系列的管理的能力，针对销售的话，给到销售去做一些执行销售crm那套能力或者说给了管理者的一些数据报表管理跟踪的一些能力，实际上就是在对内的业务系统当中呈现出来，它核心的所有的目标都是围绕整个业务到底怎么来做自主的管理。

代表性的产品有比如说淘宝千牛京东商家后台以及各个业务当中的后台商户端业务端或者说其他的一些给到内部运营使用的各种业务系统，具有代表性的这些产品的属性的话就是非常强的业务管理的能力，然后强管控和强运营的能力，所以这是直接参与生产管理的特征。

2、提供商业服务

业务特征：

（1）以服务企业/商户为对象的商业产品

（2）通过直接提供商业服务而非构建一个生意场

（3）帮助商户做私域的生意成长为主

业务系统：

· 市场的各种saas服务、Paas服务等

代表产品：

有赞、微盟、销售易等

什么叫做提供商业服务？

首先我们看看业务特征，它核心面对的服务对象其实就是直接面向的企业或者商户，他不是直接面向消费者去搭一个场子，我们刚刚讲了淘宝的场子，场子其实就是公域私域运营的概念。他自己搭了个场子，所以他在公域运营里其实是有流量，然后它基于那个场子本身是有非常强的管理和运营，像我们提供所谓的商业的服务能力的话，它实际上是自己没有搭场子，它主要是赋能，提供所谓的一系列商业服务的能力，帮助商户的核心是在他私域的生意成长为主而不是直接帮他搭公域的场子，然后帮他引流，直接在公域的场景中玩，所以他们更多偏向的就是面对的就是一个b端的商户，也会有人有提到说我在去做的时候，我到最终产生的这种能力比如说营销能力或者搭建了一个门店的小程序之类的能力，我最终不是还是面向c端吗？但是对公司来讲它提供的核心能力不是直接面向c端的，他只是通过为了帮客户去服务好c端，然后我需要有一些针对c端的解决方案的能力，所以我才会涉及到c端，而不是我直接面向c端去帮他去做运营、做管理，所以其实这个视角还是不同的，这里面的话一定要切换视角，他不是直接去做c端的运营，而是提供能力让他怎么样去服务好c端，所以这是不同的业务特征。

业务系统里面的话就是像我们刚刚提到比如saas的很多代表性的能力实际上都是提供的都是一些直接服务的能力，然后包括除了比如有赞微盟可能还会有一些其他的一些企业服务相关的能力，比如说跟财务相关的可能会出现出来财务相关的能力，然后跟hr相关的会有一些人才管理的SaaS服务能力，只是他们切入的场子会不太一样，就是说有些可能直接到跟门店本身的生意经营相关的，还有一些可能不是跟生意经营相关，而是跟企业当中的一些具有特殊性的一些企业的管理或者说企业服务相关的一些能力，但是自己本身的话，还是以提供商业服务为主可能会打包一些比如说如何引导他帮他管得更好的这种能力，但是他自己本身的服务的载体，其实还是以较多以提供商业服务为主，而不是直接帮他去做管理，所以这里的特征就是服务提供而非管控生产和经营，也就是我们实际上还是把我们提供的服务能力卖给它而不是说通过我帮他去管理然后经营然后直接去从中去获得利益的分成，所以服务提供者他核心的是是通过构建服务的能力为自己这个业务成长的基础。

3、商业基础建设服务

业务特征：

（1）提供具有通用且突破创新的产品和服务

（2）构建新的互联网基础能力，帮助业务和管理产生效率或模式上的变革

（3）行业属性相对较弱             

业务系统：

· 企业管理、支付服务、通用商业服务等

代表产品：

支付宝、钉钉、微信支付、阿里云等  

商业的基础建设服务首先有一些特征，第一个的话一般他提供的是具有通用的特征且具有一定的突破和创新的产品和服务，然后第二个的话是他构建的是一种基础能力，这种基础能力上面会延伸出来比较多使得原来不可能的事情变得可能，使得这种创新的基础能力改变原来的一些业务生产和管理的能力，所以这是一种差异性，这种差异性本身是具有一定的突破和重构，有可能会颠覆一些原有的传统业务的基础，然后相对而言它的业务属性会弱一点（比如说企业的一些管理相关的能力，然后支付的服务或者说通用的一些商业的服务，这里的话都比较偏，就是叫做它具有一定的通用性）然后大家可能都会面临这样的问题，然后基于这种服务本身的话会抽象出来一层核心的能力，那他提供的其实是一系列的解决方案而且对现有的模式会有比较大的冲击。

代表的产品像刚刚提到有支付宝钉钉微信支付阿里云，可能这些都是相当来讲偏向于整个行业演进的过程当中的一些基石性的产品，这些基石出现可能会使得我们现在很多传统已有的业务会发生一些变化，所以这些本身他的变化不是从生意上面直接发生的变化，而是在底层上面构建的东西可能会发生变化，这是一个差异的地方。

而这种演进的路径的话，一般情况下比较多的可能性是从大厂的诉求里面直接孵化出来。例如当初支付宝核心要解决的就是在线交易的过程当中我如何实现真正的在线交易，比如说我的货和钱在不是当面交易的，在这个过程中如何来实现资金的流转和货物的流转安全问题， 所以支付宝才衍生出来，但是在演进的过程当中会发现说支付宝其实慢慢逐渐孵化出来，现已扩展到整个外部的生态，包括他自己做淘宝的业务体系，因为它自己本身的基础所覆盖到的用户和商户的基数已经很大，所以他已经有变成通用性能力的基础，然后在这个过程里面他又逐步延伸出不仅今天服务的是淘宝的业务体系，阿里的业务体系，他直接变成一种通用金融的基础能力，所以这是一个演进的过程。尤其是目前这种情况下可能比较多想要发生一些变化还是得从大厂逐步去孵化，像钉钉的话，钉钉在整个拓展的过程当中，实际上也是因为他已有的阿里的生态，使他能够覆盖到更多群体以及也会有比较多的资源能够帮助他快速覆盖到市面上所有的企业，当然这其中和他自己本身的产品设计能力、推广的能力有关系，这些能力也很关键，但如果我们今天说一家公司也要去类同钉钉的定位去做直面的竞争，基本上可能就会死的很惨，除非这家企业能发现了一些新的场景，比如说比较偏蓝海、竞争没那么激烈，或者可能有一些弯道超车的路径，所以像这种比较偏基础建设的能力一般都是大厂孵化为主逐步衍生，也有可能从创业公司发起，只是相对而言会比较艰难，而且这些基础产品建设过程当中是需要有市场心智的培养，市场的心智的培养里面是需要花比较多的时间资金的投入，小公司很多时候可能就没有办法耗得起，而且在这里面的话有用户心智之后才有可能逐步进行商业变现，所以这个演进路径相对来讲门槛还是比较高，它的特征是创新和突破，提供相对来讲是属于通用解决方案的能力，然后构建新的方式。    

那这三种不同的类型他们之间有没有关系，我觉得其实是有关系的，这三类的话，其实会组成整个互联网的商业。首先最下面一层是商业的基础服务，我们刚也提到他是构建基础服务的，提供基础的规范和服务然后使得新的商业模式成为可能，意思就是先打一个基础在上面演进的过程中有一些提供商业服务的人他们是帮助商户去做生意和自身的成长，然后再往上面的话就是他是直接参与到生产管理当中，他制定了商业的规则然后主导和参与，去拉一些厂子建了一个新的这种突破的生意场，然后再基于这个厂子里面去定商业的规则，然后引领整个业务往前去发展，所以我觉得这是一个立体的生态，基于这个立体的生态整个互联网的商业才有可能会成形。

按上面的演进路径我们也会发现说不是大家都是在123里面呆着，比如说有的企业现在在3里面，他也可能会往2去找去寻求突破，一定是这样的规律，企业在做3的时候他也不希望自己只做基础服务，很多时候3是需要去做一些生意的突破的，比如说像支付宝，他自己本身在做基于中小商户的数字化运营，希望在基于这些商户收钱的模式下，去做一些商户的营销能力，然后将各种场景全部包装起来去往上面去做突破，所以他们可能会提供一些商业服务的能力，也有可能逐步想参与到生产管理当中，所以有可能3想往2走。

企业在1的话，有可能能力还会下沉。比如说原来的时候企业只做了个平台做在线交易和撮合，但是在逐步往下沉的过程当中，企业可能也会发现一些个性化的诉求，把一些帮助商户去做私域管理的能力整合打包进来，有可能是企业自己去做，也有可能会开放平台去接入一些其他服务商整合进来，所以他也会从1到2往下去下沉。那2也有可能也会往1上面去演进，但是2往1上面去演进的话，其实还是会有一些天然的瓶颈的，至少在目前市面上还没有看见比较好的例子。

‘伍’ C端和b端的区别

C端和B端最主要的区别如下：
B端：一般是多角色群体、多维度，一般是3个维度，决策者（老板）、管理者（财务、业务部门负责人）和执行者（使用的用户）。
C端：群体相对单一，一般是单一维度客户类别。
正确掌握不同词语的词义词性，才可以正确运用词语，让这一类的专业性描述更加精准而规范化，方法如下：
(一)从词语的感情色彩方面进行辨析
色彩是指词义附带的某种倾向、情调;有的表现为感情上的，叫感情色彩。
根据感情色彩的不同可将词语分为褒义词、贬义词、中性词三类。
1．褒义词:具有肯定或赞许的感情的词语。如:鼓励、成果、抵御、聪明、节俭、呵护。
2．贬义词:具有否定或贬斥的感情的词语。如:煽动、后果、抗拒、狡猾、吝啬、庇护。
3．中义词:不表示褒贬的词语。如:鼓动、结果、抵抗。
(二)从词语的语体色彩方面进行辨析
词语除感情色彩之外，还有庄重和诙谐、谦敬和讽刺、委婉和直露以及文白、雅俗等色彩，虽然意义相同或相近，但各适用于不同场合，称之为语体色彩。
主要表现为口语和书面语的区别。对话、文艺作品多用口语，口语具有通俗朴实生动的风格。书面语有文雅、庄重的风格，多用于郑重场合、理论文章或公文。
如:“表彰—表扬”、“贵宾—客人”、“陪同—陪伴”、“散步—溜达”、“马铃薯—薯仔”，这几组词语义同而语体色彩不同，前者属于书面语，后者属于口语，使用时适合不同的场合。
语体色彩还有庄重和诙谐、谦敬和讽刺、委婉和直露等的不同。如不带感情色彩，用于与自己不亲近的人;而“逝世”则用于自己尊敬的对象。
“嘱咐”多用于临别场合，语气态度恳切;而“吩咐”多用于并不远离的对象，带有命令口气。

‘陆’ B端产品和C端产品的区别总结

一、定义

To B产品： B指的是Business，顾名思义To B产品就是面向企业用户的产品。

To C产品： C指的是Customer，所以To C产品就是面向个人、消费者的产品。

二、目标用户

To B产品：目标用户是企业/组织。 目标用户比较明确，用户不仅仅是一个个体，而是一个企业、团体或组织。但组织中会有不同角色定位，组织中的决策者、管理者、执行者对于同一个B端产品会有不同的使用权限和使用需求。因此，由规则入手，需要划定权限和角色，权限包括数据权限和功能权限。

To B产品 ： 目标用户是个人用户。 目标用户比较庞杂，目标用户可能是具有某些特质的人群，没有组织架构，他们每个人的需求都可能不太一样。通常是由需求入手，寻找最大群体数。功能有优先级，逐次添加。C端用户对产品缺陷的容忍度较低，不爽的时候分分钟卸载。但是好的产品会让 C 端用户自愿传播，可能会让产品用户量产生爆炸性增长。

三、产品定位

To B产品：更加注重功能实现。 To B产品是为企业用户设计的，这类产品往往是要向企业用户收取费用，故To B产品的主要侧重点是商业价值，体现在能否提高工作效率，能否给企业带来经济效益等方面。

To C产品：更加注重用户体验。 To C产品是为广大普通用户设计的，这类产品往往可向用户免费提供，而同类型To C产品的竞品又较多，在功能类似的情况下想让产品从众多同类型产品中脱颖而出，用户体验作为To C产品的核心卖点就得以体现，如何让用户更加方便地使用产品，如何让用户愿意主动使用产品才是To C产品的侧重点。

四、价值主张

To B产品：目标是根据公司战略或工作需要，构建生态体系，或者推动将流程系统化，提高效率。 一般都是工具属性的需求，用于提升日常工作效率，节省工作成本，因此B端产品更注重效率、成本和管控，追求服务的稳定性和安全性。能全方位的满足用户需求提升用户工作效率是B端产品的价值，构建完整生态，或者提升效率，是To B产品经理的价值所在。

To C产品：目标是发现用户需求，定义用户价值，让用户用的爽。 比较注重用户个人体验，强调碎片化时间，游戏化产品，追求转化率、留存率、盈利能力，要有意识的降低复杂度，越简单越容易上手越好，并且需要建立一个完备的、有用户黏性的用户激励体系，控制用户的“阈值”，让用户“爽”以此吸引用户使用，并尽可能的获取更多的用户和使用时间。

五、需求分析方法

To B产品：对用户的专业度要求较高，需选择一些定性的分析方法，如对专业度不等的几个企业用户进行访谈等。 因为To B产品的使用人群为企业 ，但企业用户量较少，甚至某些平台型产品只为一家企业服务，竞品也相对较少。此时问卷调查、竞品分析等定量研究方法便失去相应效果。

To C产品：进行需求挖掘时，应选择一些定量的分析方法，如问卷调查、竞品分析等。 因为To C产品的用户量一般都相对较大，同一类型的产品竞争也非常激烈，如IM软件就有QQ、易信、微信、阿里旺旺等。每个产品均具有自身特色，往往一个产品很难全面顾及到用户的所有需求。而用户访谈类的定性分析方法可作为辅助方法进一步挖掘用户的隐藏需求并再次确定定量收集需求的真实性。

六、业务形态

To B产品： 业务场景较为复杂 ，角色多，对应的业务场景多。不同公司的同类产品流程差异也可以很大，所以不同公司需要不同的解决方案。一般B端产品都是一对一定制化的服务产品。

To C产品：业务场景逻辑相对简单 ，流程要求相对统一标准固定，多与场景相关，复用率强。

七、产品设计

To B产品：专业度相对较高，功能逻辑的设计也相对繁琐，所以在设计产品的信息架构时要求更加严格 ，比如To B产品经常会涉及到角色分配、权限限制等问题，甚至某些平台型产品还会涉及部门与部门之间协调工作，功能逻辑上就更为复杂。同时，To B产品涉及的是商业利益，故涉及到金钱交易环节的设计必须非常严谨。业务功能之间的联系越紧密，产品的整体性就越强，后期产品的修改成本就越大，所以在设计产品前需充分了解各个功能逻辑和功能间的逻辑，避免出现因某个逻辑出错而导致牵一发而动全身的改动。

To C产品：对用户的专业度要求较低，业务逻辑相对比较简单 ，往往一个小的功能就可以做成一个产品。比如一个简单的手电筒功能就可以做成一个单独的手机软件。所以功能逻辑相对较简单的To C产品在设计时，应将更多的精力投入到如何提高产品的易用性和用户享用性方面。

八、盈利模式

To B产品：往往是直接盈利，通过向企业客户销售产品或提供服务，获得直接收益。 不同级别的产品可能会收取不同的费用。根据用户不同级别的需求收取不同的费用。To B产品销售盈利取决于几个方面的因素：一是产品特性、功能、对客户需求场景的贴合程度，即产品本身做得好不好；二是市场销售关系，包括销售人员水平、与企业客户之间的关系。

To C产品：往往面向更广大用户群体，盈利模式也更加灵活，包括直接盈利和间接盈利。 直接盈利例如滴滴出行直接付费行为、爱奇艺充值会员行为，间接盈利例如通过流量的转换，今日头条等阅读类app中穿插广告等。

九、产品运营

1）拉新：

To B产品：主要靠销售驱动、业务驱动、产品驱动。 B端用户主要是企业领导，对需要购买使用的产品都非常理性，用户开发相对困难，拓展用户需要专业的销售团队。

To C产品：常用营销驱动（内容营销和用户营销）、渠道和运营驱动。 C端用户相比没有B端用户理性，C端的产品一般都是免费使用的，在前期推广阶段，能触达用户，能满足目标用户的需求痛点，一般很容易获得新用户。

2）转化：

To B产品：B端用户转化会比C端高很多。 B端用户单一且在前期推广阶段，有需求的用户已经很了解产品，并且付费使用。作为工具属性比较强的B端产品，用完即走的理念更有利于产品的发展。B端产品不会像C端产品要运用各种运营策略来留住用户。

To C产品：C端用户比较复杂，用户需求层次不齐 ，由于在前期推广阶段，用户对产品的认知不够，或者产品不能满足用户的需求，替代产品很多，用户流失率很高。需要不断的运用各种运营策略来留住用户，提升流量，通过流量变现。

十、工作特点

To B产品：B端的产品经理比C 端产品经理更需要具备需求梳理能力和推动能力 ，比如互联网广告公司的结算系统，结算涉及到如何获取支付流水、内部系统化对账、跟合作企业系统化自助对账、出结算单、银行打款流程等各方面，这些方面中的每一步都有正常流程、异常处理等问题，这些流程可能会跨多个部门、多个事业群、以及外部公司。如果没有很强大的需求梳理能力，很难将这类流程和逻辑梳理出来，任何一个地方出现遗漏或差错，都会面临高层老板、合作部门、或外部公司的挑战，甚至面临合作公司的起诉风险。构建完整生态，或者提升效率，是To B产品经理的价值所在。

To C产品：需要产品经理有很好的用户嗅觉，能准确提炼用户真实需求 ，为产品的市场化方向和用户利益寻求到一个平衡点。需要有一定的运营基础，能根据用户反馈不断优化产品。To C产品经理还需要拥有很高的交互设计能力和用户体验感知，To C的初级产品经理最容易犯的错误是把太多的时间抠在产品的设计细节上，而忽视了产品方向和产品本身应该重点考虑的用户需求与核心功能及使用流程方面。挖掘用户需求，满足用户需求，是To C产品经理的价值所在。

总结

综上所述，企业的商业模式决定了To B产品侧重于商业价值；而产品的服务对象决定了To C产品侧重于用户体验。不管是To B产品还是To C产品，对于产品经理来说，两者都需要专业的产品设计能力及项目推动能力等。产品设计宗旨都是一致的，都是为目标用户解决用户需求，以及提供具体解决方案，并带来预期价值。此外，产品设计思路也是相同的。首先要进行产品定位，针对相应用户设计出具有相应特色的产品。其次，是收集需求和分析需求。收集需求完成后进行需求筛选并进行优先级的分类，以便产生出用户的真实需求。之后，是将一个个抽象的需求转换成一个个具体的任务流程图，根据需求的优先级可将任务流程图分为主线任务和次线任务，并设计产品原型，再一步步往下。

PS：现实中其实并没有绝对的B端和C端，作为产品经理都需要懂，C端做大了，就会希望要做渠道，找代理，一样玩上下游供应链，媒体一样考虑商业化变现，俗称卖广告；B端产品的服务目标还是帮助企业服务C端，不懂C端怎么能更好的服务C端服务商？