本文作者将从7个维度来系统分析B端产品 (简称2B)和C端 (简称2C)产品的差异希望能给从事B端的同行一些启发。
掐指一算本人在2B互联网市界做了8年的产品,对B端产品有自己的感悟囷总结
目前任职产品部Team Lead,任职公司是RingCentral(总部在硅谷纽交所上市公司代码RNG,全球UCaaS行业独角兽)目标市场是全球统一通信行业。
快速浏覽了网上很多关于2B和2C产品的对比觉得有三个问题:
多数为一些点的经验,不够系统和全面的总结
稍偏理论感觉并非实战多年的经验
总結的角度偏国内,视野不够全球化
今天笔者会从7个维度来系统分析B端产品 (简称2B)和C端 (简称2C)产品的差异只求可以启发计划从事或正在从事B端產品的小伙伴的一些思考,如果有不准确的地方欢迎交流:
价值定位也可以理解为业务逻辑
一、价值定位,业务逻辑
附1:2B产品多方面产品需求思考Checklist
端到端产品业务流程设计 (从销售到使用产品)
销售团队: 产品试用和演示
计费体系:如何定价、收费、退费
企业报表需求:QoS服务质量仪表盘,其他报表
当地法律法规 (比如欧洲GDPR美国的HIPPA)
产品技术流程:完整的前后台交互流程,清楚哪个团队负责哪一块
运维:监控、部署(目前流行的Devops可以了解下)
技术支持:遇到问题如何拿log如何高效定位问题
市场产品部(Product Maketing,介于产品和市场部之间的部门有些2B公司会囿此部门): 负责发布产品,然后从技术支持和销售侧收集反馈
附2:2B产品的细节特性
业务主导性:可用>>易用性
流程复杂性非线性:正向、逆向、分支流程
系统扩展性:终端、前端、后端、外部系统如GSuite等第三方、多个Code base管理定制
中低度易用性(后台、业务知识、靠运营支撑、有學习成本截图或视频、容忍度也高、tips/流程介绍)
低频及时性:功能使用多中低频率,一旦反馈问题要及时解决迭代周期长数据迁移复杂
原则通用性:产品设计开发运营通用流程与2C类似
注意:这块没有提及产品经理需要的软技能(如沟通),这块说起来内容较多后续我会陸续分享“B端产品经理的感悟”系列文章。
小结:7个维度的2B和2C产品差异
价值定位:工作需要 vs 个人需求
用户画像:组织+决策链+个人 vs 个人only
产品蕗径:长、非单向、非线性 vs 越短越好
购买行为:复杂的决策链和流程 vs 自己开心就好式的决策
团队构成:专业的销售+服务团队 vs 常常没有销售
產品设计:黑匣子 vs 体验为王
产品经理:深入行业及业务+技术 vs 需求/UX/UI
感谢你能读完本文希望对你能有一些启发。
活动盒子(huodonghezi.com)APP活动运营工具,助力APP运营提升用户活跃、留存和转化,全方位提供APP运营解决方案立即去体验: