快好知 kuaihz订阅看过栏目

 

 

7个维度,系统分析2B和2C产品的差异

本文作者将从7个维度来系统分析B端产品 (简称2B)和C端 (简称2C)产品的差异,希望能给从事B端产品的同行一些启发。

掐指一算,本人在2B互联网市界做了8年的产品,对B端产品有自己的感悟和总结。

目前任职产品部Team Lead,任职公司是RingCentral(总部在硅谷,纽交所上市公司代码RNG,全球UCaaS行业独角兽),目标市场是全球统一通信行业。

快速浏览了网上很多关于2B和2C产品的对比,觉得有三个问题:

多数为一些点的经验,不够系统和全面的总结

稍偏理论,感觉并非实战多年的经验

总结的角度偏国内,视野不够全球化

今天笔者会从7个维度来系统分析B端产品 (简称2B)和C端 (简称2C)产品的差异,只求可以启发计划从事或正在从事B端产品的小伙伴的一些思考,如果有不准确的地方欢迎交流:

价值定位,也可以理解为业务逻辑

用户画像(Persona)

产品路径

客户购买行为

公司的团队构成

产品设计

产品经理如何做

一、价值定位,业务逻辑

二、用户画像,Persona

三、产品路径

四、购买行为

五、团队构成

六、产品设计

七、产品经理如果做

附1:2B产品多方面产品需求思考Checklist

端到端产品业务流程设计 (从销售到使用产品)

销售团队: 产品试用和演示

计费体系:如何定价、收费、退费

企业报表需求:QoS服务质量,仪表盘,其他报表

当地法律法规 (比如欧洲GDPR,美国的HIPPA)

产品技术流程:完整的前后台交互流程,清楚哪个团队负责哪一块

运维:监控、部署(目前流行的Devops可以了解下)

技术支持:遇到问题如何拿log,如何高效定位问题

市场产品部(Product Maketing,介于产品和市场部之间的部门,有些2B公司会有此部门): 负责发布产品,然后从技术支持和销售侧收集反馈

附2:2B产品的细节特性

业务主导性:可用>>易用性

逻辑完整性: 删除一个user,他的数据?立刻logout所有client?Billing?发票?

流程复杂性,非线性:正向、逆向、分支流程

用户多维性: R&P

系统扩展性:终端、前端、后端、外部系统如GSuite等第三方、多个Code base管理定制

中低度易用性(后台、业务知识、靠运营支撑、有学习成本截图或视频、容忍度也高、tips/流程介绍)

低频及时性:功能使用多中低频率,一旦反馈问题要及时解决,迭代周期长数据迁移复杂

原则通用性:产品设计开发运营通用流程与2C类似

注意:这块没有提及产品经理需要的软技能(如沟通),这块说起来内容较多,后续我会陆续分享“B端产品经理的感悟”系列文章。

小结:7个维度的2B和2C产品差异

价值定位:工作需要 vs 个人需求

用户画像:组织+决策链+个人 vs 个人only

产品路径:长、非单向、非线性 vs 越短越好

购买行为:复杂的决策链和流程 vs 自己开心就好式的决策

团队构成:专业的销售+服务团队 vs 常常没有销售

产品设计:黑匣子 vs 体验为王

产品经理:深入行业及业务+技术 vs 需求/UX/UI

感谢你能读完本文,希望对你能有一些启发。

搜索建议:维度  维度词条  差异  差异词条  分析  分析词条  系统  系统词条  产品  产品词条  
设计

 页宽的布局 960 时代的终结

按照惯例,年底的淘宝的确是到了“需要改版的时候”。这次新版的淘宝首页上线,乍看并没有多少夺人眼球的地方,但仔细揣摩其中的细节,还是发现了不少的改变。其中有一点就...(展开)

设计

 概念设计:明确需求的功能框架

概念设计阶段是“磨刀不误砍柴工”的,功能结构的梳理反而有助于加快功能细节设计环节的进度。概念设计是需求转化为产品设计的第一个阶段,也叫信息架构设计,是指对产品功...(展开)