2B和2C的用户不同产品差异大，你用什么方法获得用户反馈？反馈会真正影响你的产品迭代吗？
2B和2C
首先来看看2B和2C产品的区别：
1. 话语权上
2B：其实是2B2C，产品先是面对企业再是面对的用户，企业B占据了一票否决制。这边的C端没有话语权。
2C：C端个人主导产品的生杀大权，因此是C端用户又绝对话语权。
2.用户粘性上
2B：一旦决定使用，则很难脱离，因为企业所有数据都在该工具系统上，如果脱离，牵涉的功能多，部门多，人员多，迁移困难，代价很大。
2C：个人决定权较大，普通的只有部分个人信息捆绑则容易被抛弃，特别是电商平台。除非是相当多的个人信息不愿意也比较难迁移的工具依赖性大，比如云盘，笔记本等。
3.功能迭代上
2B：为了企业的效率提高，需要合理规划和安排需求优先度。企业很多员工认为所有工作效率化就是都应该在产品自动化，其实很多临时性工作，技术上难实现，实现成功率不高的工作并不是简单的可以自动化，因此需要注意短期需求，过渡需求的排除性，不能一昧听从金主爸爸的要求，考验的是产品经理对业务和技术的熟知度。
2C：注重的是用户的体验和趣味性，更注重用户个人习惯，竞品功能，效果特性，界面美观度，考验的是产品经理对用户心理的把握和对用户体验的同理心。
其次什么方式获取用户反馈？
2B用户：大多数大企业的需求的业务，可以直接和用户接触，因此大多通过用户访谈，需求方的需求，或者根据业务扩展需要而来。需要产品经理对业务深入把握。
2C用户：产品经理一般是不能直接接触到用户，而且2C用户数量大，需要通过数据驱动来了解用户行为，而不应该通过个别访谈和个人需求来作为整体的用户反馈（特别小众2C产品除外）。比如电商类是用户在每个页面上的停留时间，在店铺的停留时间，商品访问的用户数，支付转化率等。工具性产品，社交类的产品，通过用户在线时常，关注话题，使用的频次等来了解用户的习惯。
再次拿到反馈会真正影响你的产品迭代吗？
2B：产品一般都是根据行业的业务需要而逐渐迭代，这个时候需要考虑多个干系人的满意度来制定优先顺序迭代。
2C：通过反馈体系中的用户反馈入口，在线客服等也大多数获取的需求只能作为参考，一般bug反应，性能反应则可以作为小版本修改的依据。我们遇到过这样的问题：由于一个订单只能输入一个包裹物流，当这个订单需要不同地区分开发货而配送信息里面只有一个包裹的情况，导致用户收到其中一个包裹误认为是漏发，因此在线客服遇到好多用户反馈这个误认为漏发问题。后来将一个订单改成可以设置多个包裹物流后，基本再也没有该问题反馈了。所以通过大多数人的反馈作为产品体验优化进行产品迭代也是十分必要的，但是只是产品优化和bug的修改。上次的【产品运营】产品用户规模化增长策略 也提到，网易云的用户规模化增长中，王诗沐总监提到他们功能是通过大数据化的分析，考验的是产品经理对数据的敏锐度，观察的不是数据总概览，而是细节上具体分类的趋势的把握。因此2C产品优化和bug修改只能是小版本迭代，产品的大方向的更替则是基于大数据化和行业趋势的把握和了解进行的。
网友评论