一文了解和产品的异同问题

　　前段时间去朋友的设计电台录了一期节目，跟他讨论了一下2B和2C产品的异同问题。所以就直接将这次电台的聊天草稿整理成了文字，如果大家能从中有一点点收获，我就很开心了
　　什么是面向消费级的产品、什么是面向企业级的产品
　　面向消费级的产品，其实就是我们平常所说的2C产品。也就是说，产品是直接面向独立的用户开放，并为他们提供服务的。
　　面向企业级的产品，就是常说的2B产品，是面向一个团体或者组织的。也就是说，产品面对的第一级对象为团体而不是单个的独立用户。
　　然后这里说的第一级对象，很明显是因为存在第二级对象的，这个也是因为，当时我们在做一款toB产品的时候发现，有一些并非是纯工具类的产品也需要关照到每一个独立用户，在这种情况下我们也会说这些产品是toBtoC的产品。
　　举个例子就是，比如说云之家这款移动办公软件，表面看好像是2B的，因为使用它的都是一个个的公司，但是当你在为这款产品做设计的时候，你就会不得不去注重每一个独立用户的使用场景。比如，员工使用这个功能的时候是在什么场景之下的？是地铁、办公室、还是工厂？网络环境是好是坏？是否方便？也就是说，在跨过2B这道坎之后，还会去进一步关注独立个体的使用方式。甚至产品的增长也会跟独立个体的体验呈正相关。
　　用产品来区分2B和2C，还不如用模块
　　直接定义一个产品是2B还是2C，真的是一个很粗糙的分类。2B和2C不是两个相对立的、老死不相往来的概念。很多表面2B产品里面包含2C的部分，2C的产品里面也会包含2B的部分。所以，产品这个分类太大了，更多的是看你做的是哪一部分的业务功能模块。我更愿意通过业务功能模块的类型来进行区分。
　　2C跟2B的产品经理在做产品设计的时候，有哪些不同？
　　个体VS流程
　　一个是更关注单独的个体用的爽不爽，另一个是要提解决方案的，所以你的目的应该是放在全局的。
　　如果你刷过微博，关于钉钉的话题下面永远有人在吐槽。为什么很多人不喜欢钉钉？钉钉做出来最主要的目的，不是要让每一个人都喜欢它，而是要解决企业的问题的，是要提高企业效率的，是要最大化企业收益的。在满足了这些情况之后，才会去考虑每一个用户用的爽不爽的问题。
　　画像VS角色
　　2C的产品会关注用户画像，也就是我目前是面对哪一类或哪几类用户去做设计；
　　2B的产品需要更注意的一点是角色，因为任何2B的软件逃脱不了的就是权限和流程，权限跟角色相关，比如管理员、老板、经理、员工的角色，在设计的时候肯定会有不同；在比如流程中有审批人、被审批人、抄送人，等等。你更需要了解各个角色之间的关系，并为每一个角色进行设计。做2B的产品必须对模块内的角色了如指掌，这样你在做设计的时候就不会漏掉各种情况了。
　　需求听我的VS给钱的是爸爸
　　其实这一点是产品思考需要慎重考虑的东西，就是关于需求的优先级会很不一样。
　　2C的产品经理某种程度上是很傲娇的，也就是用户的提议我可以不采纳，特别是在有损产品形态的情况下。他们的需求更多是考虑：
　　这个需求有多少人提，是不是真的需要；
　　这个需求有跟我们产品的调性符不符合。
　　而且很多需求是用户并不需要，但是产品经理自己去思考出来的创新性需求，也就是说产品经理是经常制造需求的。
　　2B的产品需求其实比较艰难，做2B的都是乙方啊，甲方就是爸爸，爸爸给钱啊，爸爸说什么都是对的。所以，VIP用户的需求很多情况下是需要定制化去做的。所以，需求的优先级很多情况下是根据用户的情况来定的，考虑更多的是：
　　这个需求有多少人提，是不是真需求；
　　提这个需求的是谁，能为公司盈利多少。
　　你要搞定谁：用户VS客户
　　2C的产品很多情况下，需要搞定的是单个的目标用户，而且用户是为自己的行为买单的，相对而言他能为自己的行为做主，也就是说我不喜欢你这个产品我卸载不就成了，我喜欢你这个产品我掏我自己的钱包为你付费就成啊。2C的产品多数情况下客户（购买者）和用户（使用者）是统一的。（这里用多数是为了严谨一点，因为也是有一些是不统一的，比如一些儿童教育软件、老年人健康管理软件等）
　　2B的产品很多情况下，用户跟客户是不重合的，比如金蝶卖的ERP软件、管理类型的软件、移动办公软件等。这些产品，付费的是公司，用户不需要为产品进行付费。在这种情况下，客户的优先级是远远高于用户的，需要以客户的需求为主。
　　这个不同也就带来了下面的不同，我称作为占山头的方式
　　不同的占山头的方式：体验先行VS功能先行
　　2C产品是体验先行的，当你让独立的用户用到爽了，解决了他的问题或给他带来了他所需要的感受，他就会坚持使用你的产品甚至为你付费。但是，2C的产品迁移成本是相对较低的，因为只有一个用户，用户说喜欢就喜欢、不喜欢就不喜欢了，弃用只是一瞬间的事情。所以，2C产品才会有这么多的价格战，也会更加注重用户的体验。因为一旦有比你价格低的或者体验比你好的，用户说过去就过去了。
　　2B的产品则不是这样了，企业是为了解决问题才购买你的软件的。所以，当你功能的覆盖面越广的时候，更能解决企业的问题的时候，他就户购买你的产品，而用户体验则是次要的，因为客户并不那么关注用户的使用情况。说的更直白更好理解一点就是，老板用这个软件是为了解决打卡考勤问题的，他并不是那么在乎下面的员工用的爽不爽，更在乎的是我能不能省下几十台上百台考勤机的钱，你的报表功能能不能让我少聘用几个HR。所以，2B的产品更多的是功能先行，先把用户都圈住再说。而更重要的是，一旦用户开始使用你的产品并且在你的平台上留下数据之后，他们是很难离开的。迁移成本太高了。
　　第一是历史数据的问题；
　　第二是如果换其他产品是整个公司的成员的切换、每一个人都需要去习惯新的产品系统；
　　第三是企业中购买程序很艰难，更换动力并不强；如果只是价格上便宜一两千或者多一些不痛不痒的功能，并不能让企业弃用产品。
　　2C跟2B的产品经理在做产品设计的时候，有哪些相同？
　　其实说了那些不同的，其他就是相同的地方了。不管是做设计还是做产品，都是提出解决方案而已。把不同的挑出来，大家在进行设计的时候多注意，其他的就都一样啦。
　　简单聊一下：两种不同的产品需求变更度有哪些？怎么处理的？
　　哈哈，需求变更这种，最大的差别就是
　　2C端常用的借口是：这个是老大要改的；
　　2B端常用的接口是：这个是VIP客户说要改的。
　　其实这是个段子。作为产品经理或者设计师能说啥，都是最底层的搬砖人员，除了改好像也没有其他的方式了。如果你有责任心，了解了变更需求的原因，并且评估到变更后是将产品往更好的方向发展，那自然是需要改的。