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

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

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

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

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

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

  1. 多数为一些点的经验,不够系统和全面的总结
  2. 稍偏理论,感觉并非实战多年的经验
  3. 总结的角度偏国内,视野不够全球化

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

  1. 价值定位,也可以理解为业务逻辑
  2. 用户画像(Persona)
  3. 产品路径
  4. 客户购买行为
  5. 公司的团队构成
  6. 产品设计
  7. 产品经理如何做

一、价值定位,业务逻辑

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

二、用户画像,Persona

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

三、产品路径

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

四、购买行为

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

五、团队构成

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

六、产品设计

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

七、产品经理如果做

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

附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

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

题图来自 pexels,基于 CC0 协议


分享到:


相關文章: