产品经理：前端产品难做，还是后端产品难做？

　　前端产品（ToC）给人的第一感觉，是门面，那后端产品（ToB）就是一切产品成功的保障。
　　前端产品和后台产品并没有孰难孰易，解决的痛点不同而已。前端主要关注体验，需要敏锐察觉用户的兴趣点和习惯，后台主要关注效率，需要积累行业的知识厚积薄发。
　　所以咧，这篇文章就稍微的聊聊两端产品从几个方面来对比一下。
　　一、使用场景不同造成需求差异：需求点VS需求面
　　C端产品和B端产品的使用场景导致了需求差异。
　　C端产品，解决的是用户在生活场景中的需求痛点。虽然用户需求复杂多样，涵盖衣食住行吃喝玩乐，但落实到C端产品身上，往往解决的是某个具体的需求。
　　在不同的生活场景下，用户会使用不同软件满足自己的需求。在这些场景下，几乎不会涉及到与他人协作的情况。用户关心的是自己，比如：饿了要吃饭使用外卖应用下单；出门没方向使用地图应用导航。
　　就和市面上的大多数商品一样，C端产品是以具体的功能点占据用户心智，解决个人用户的生活需求。很少有产品是一上线就要打包解决用户需求的，大都是先确立自身的产品定位及价值，然后慢慢优化丰富产品功能。C端产品要满足的正是千万个人用户的个人生活需求。
　　C端产品和B端产品的使用场景导致了需求差异。
　　C端产品，解决的是用户在生活场景中的需求痛点。虽然用户需求复杂多样，但C端产品给不同用户提供的是具体不同场景需求。
　　用户是以自我为中心的，而对于C端产品经理而言，需要对用户的画像和场景分析透彻，得知道：我的用户是谁？我要让用户了解和使用我设定的哪些场景功能？我如何比竞争对手做得更好？能不能解决用户遇到的特定问题，甚至超出用户预期，达到多场景唤醒产品的效果？
　　以ToC电商产品为例，C端产品经理需要解决的是：
　　1。了解自己产品的用户画像
　　这四个标签分类可以有针对性的给用户提供多维度的商品推荐，一个20岁武汉在校的大学女生和一个40岁在北京拥有自己企业的男性企业家，挑选商品的维度和方式都不一样。
　　2。熟悉用户所在的场景
　　用户场景也需要基于用户画像来联系，用户购买商品的场景也存在异样化。
　　这是淘宝首页聚合标签页面，其中饿了么和海鲜达与其他分类的场景都有明显的区别。当然，每个分类的场景都是不同，也正是因为这些不同的场景才有了用户的多样化。
　　所以，用户的需求点和使用场景都是零碎和不通的。C端产品经理需要解决的是用户个性化的需求，而怎么将个性化需求融合在产品中则是C端产品人一直在思考的。
　　而用户的需求也可以用KANO模型来解释一下：
　　基本型需求：也叫必备型需求，需要满足流程的需求。电商必须有“选择商品支付商品形成订单查看物流状态”产品流程。试想一下如果电商流程少了让用户“查看物流状态”的信息，用户不满的情况就会增加。但是有这些必要的信息，用户也觉得这是理所当然的。
　　期待型需求：有了这类需求，用户的好感度明显增加。比如拍照软件为你设置的各种拍照场景，提供更加精细化的拍照体验，基于各种复杂场景下的拍照模式，让用户感觉体验感会直接飙升。
　　兴奋型需求：用户使用产品时，发现里面有一些意想不到的内容彩蛋，或者说给用户更好的预期。比如现淘宝的推荐算法，我购买了衣服，推荐给我的在我认为是很搭的裤子通过拍照识别类似图片上的商品并给你最匹配的商品等等，前者是产品标签策略推荐，后者是图像识别技术。
　　反向型需求：这样的需求是用户反感的。比如婚恋平台上放上离婚的相关信息，也就是与实际需求并不匹配的场景和在场景中格格不入的需求，再比如一些游戏中的阻屏广告等等。
　　而B端产品是服务于一个群体（组织），需求不是从单一点来出发的。一般用户画像和业务需求都比较直接，难度在于业务的梳理能力。
　　这里的用户画像更多的是基于不同的组织架构下，岗位的区分造成不同的业务需求。所以，B端产品经理需要去根据业务需求解决岗位各层级的信息扭转，通过各岗位的需求点进行串联，形成需求面。
　　举个例子：B端产品的权限管理就是首要去进行梳理的。不同岗位能增、删、改、查、看的权利都不同，但是业务关系都是串联在一起的。
　　权限管理角色列表：
　　权限管理角色权限：
　　权限管理管理员列表：
　　所以从需求的角度上来说：C端产品经理针对于不同用户在不同的场景下去思考怎么搭建产品？
　　用户和需求是并行的，而B端产品经理则需要在组织架构中通过业务需求去解决需求的串联度。用户和需求是串行的。
　　二、产品设计差异：体验VS功能
　　从产品设计角度来说，C端产品偏重用户体验，B端产品偏重功能。
　　C端产品追求如何让用户在最短时间，以最短路径，最低成本达到目的，满足自己的需求？
　　通过看C端产品（APP）的首页，大致就能知道他们的产品价值及定位。
　　下面通过一个例子来聊聊：（开眼APP）
　　所以，C端产品经理需要解决的是用户在使用产品的流畅度和体验感。用户在操作的时候，不需要去找寻某个功能在哪儿？
　　从进入感觉到离开只会感觉到时间过的很快，在产品中很轻松，那么，作为C端产品经理的目的就达到了。
　　对于B端产品来说，要解决的主要是不同生产关系的协作沟通需求，在中心化的组织架构下，B端产品需要满足不同层级，组织内外的协作沟通。所以，更需要清楚我操作这个功能的目的，以及能做什么？
　　商品运营组和文章运营组的访问权限不同，商品运营人员不能操作文章的权限；文章运营人员不能操作商品的权限。
　　同时主管拥有全部的权限，而主管下面的小伙伴则拥有的是部分权限。
　　所以，B端产品经理需要在了解业务流程后，需要厘清各岗位的职责以及上下级关系。更多的是关心功能可用性和更高效的完成工作。
　　三、转移成本差异：低成本VS高成本
　　C端产品转移成本远低于B端产品。
　　C端产品转移成本低且轻量是内外环境决定的。对内即产品本身的价值定位来说，C端产品要解决的核心需求不多，可以通过快速迭代，梳理优先级，得到快速的更新和升级；对外来说，如果一家C端产品易用性差，体验做不好，用户可以很容易地转移到别家产品，对用户也没什么损失。毕竟C端需求是开放的，大家都可以做。
　　所以，针对于C端产品经理来说：必要的用户体验和核心流程闭环是很重要的。相反，如果没有从痛点需求出发，可能用户流失率远超想象。产品前期必须是可用，根据迭代最后变成好用。
　　而B端产品的转移成本相比之下要高很多。消费者和直接使用者不是一批人，对于直接使用者（用户）来说：他们的使用场景是工作环境中，哪怕产品再难用，为了完成自己的工作，用户还是会使用，很多时候没得选也不允许选。
　　对于消费者（企业）来说：打造一个系统的成本较高，费钱费时，难以做到频繁地更新迭代，加上B端产品大都不直接产生利润，企业的动力也不高。所以，要求也就是“凑合凑合，能用就行”。种种原因也就造成了B端产品较高的转移成本。
　　所以，B端产品经理需要的是持续根据业务需求做好功能拆解和规划，保证系统的完整性和功能的可用性。因为要知道B端产品对于企业成员的学习成本是太高的。
　　四、商业模式差异：规模经济VS付费定制
　　C端产品依靠流量获取收益，B端产品通过付费定制获取收益。
　　C端产品大都免费，不直接向个人用户收取费用，而是在免费的基础，通过拉新、留存、促活等手段获取用户流量，再从其中一小部分用户那里得到收益。
　　比如：近10亿月活的微信，至今为止没有一个直接向用户收费的项目，任何人都可以免费下载，不必为程序使用花一分钱。就算有的C端产品会有一些付费项目，也不影响他们基本功能的使用。
　　用户还是可以使用他们满足自己的基本需求。可以说大多数C端产品的商业模式是依靠流量获取收益的，流量基数越大收益就越大，两者呈指数关系。
　　而面向组织的B端产品，因为组织天然的“封闭”特性，并不需要获取大量外部流量，只针对组织内外生产关系，满足需求即可。而每个组织的业务和架构又都有不相同，相比较与C端“一招鲜吃遍天”的方式，B端产品就需要根据不同的生产关系做个性化定制。
　　此外，B端产品的使用者和消费者也不是同一批人即产品不直接由使用者买单，而是企业掏腰包，而且企业也接受产品可以不直接产生收益。
　　这些原因决定了：B端产品更多的是通过付费定制的途径获取收益。
　　五、产品设计规划：痛点VS业务
　　C端产品往往都是感性的，在产品设计时，往往要考虑到所有类型的用户，基于某个痛点需求，产品才有可能活下来。
　　产品经理有很强的同理心，研究用户行为心理，能够快速、准确地将自己代入到用户场景中，不断的挖掘并创造需求。这就需要产品经理对时长用户几句敏感性，懂得做用户市场调研，用户访谈和需求分析，注重用户体验，对内部团队协作沟通，熟悉运营方面的知识。
　　B端产品的设计过程中，最重要的是：分析业务流程、各种业务间依赖关系、穷尽业务场景等，抽象影响因素，梳理逻辑流程，推导因果关系，都是理性思维的主场。
　　所以，要求产品经理要具有更强的逻辑思维能力，了解不同行业中的不同产业链，了解甲方的诉求，应付得了客户。要知道掏钱的永远是老大，当然还要有更好的项目推进能力，客户往往等不了你！
　　通过大致的比较，可以在产品研发的时候理清一些思路，比如：就开发一个B端产品而言，需要关注的重点是基本信息流的传递，那么重点就是梳理业务流和逻辑链条。对于社交、分享、用户体验方面的需求，优先级就不那么高。
　　对于C端产品而言，满足基本功能只是一个入门条件，要想做好，还需要更好的用户体验，就要考虑：怎么样让用户在最短路径，最快时间满足自己的需求？
　　所以，如果对于新人来说，我比较推荐先去做B端产品，先要了解业务需求和如何思考功能之间相互的串联。
　　对整理的逻辑有更多的思考，而用户体验是一个持续的过程，需要长期去思考和研究。