在如何设计B端产品这件事情上我思考了很久，C端已经有现成方法论的书籍，也有很成熟的产品作为参考。B端的市场刚刚起步，参考书籍也良莠不齐，国外的成功案例也很难照搬到国内市场，确实很难短期提升。直到读到白鸦的关于有赞《产品设计原则》的分享，才恍然有点茅塞顿开的感觉，赶紧趁热总结一下以往的相关经历，算是强行给自己补了一课了。
我做事情有个习惯，喜欢先通过不断的找规律和利用常识去推演，尝试提炼其中的特点和共性，最后先得到这个事情我觉得本质上的东西。
我觉得产品人对本质上的东西一定要敏感，本质是舵，如果错了可能会偏航；所以这篇文章有很多地方会在推本质的东西。
我们常说的解决方案，到底是什么？
先从需求聊起吧，需求的本质是什么？需求=预期-现状；
举个例子：某微信流量大号希望能够有一个带货的电商平台（预期），而组建内部开发团队去开发需要大量的人工成本，对于没有开发基因的公司来说这个成本和运维风险是难以承受的（现状）。于是公司领导希望能有一个低成本快速搭建一个电商平台的方案（需求）
需求对产品经理来说太熟悉了，是我们的老朋友，每个产品经理对需求都会给出不一样的“解”；需求到“解”这其实就是很大一部分产品经理的工作。（下一章会着重讲如何得到这个“解”）
那B端产品经理的工作到底是在做什么吗？
B端产品经理就是解决需求的人？不对，解决需求归根到底是项目型的思维（如果面试遇到这个问题的话，建议不要这么回答）
B端产品工作其实是将企业需求合理实现落地，持续保持产品核心竞争力，并产生市场价值。
所以我们当拿到了需求，产品工作的产物就是我们所说的解决方案。对上文对需求，有赞就给出了他们的“解”，有赞微商城：全行业全场景对电商解决方案。
解决方案是对市场需求拿出的“解”，一般解决方案具有行业性和场景性，像有赞是电商小程序解决方案，钉钉是协同办公的解决方案，瞩目是视频会议场景解决方案。
产品、角色、子业务、端
首先，之前通过总结，我们发现B端系统有以下特点
先说一下业务、角色、端之间的关系，我们还是拿有赞微商城举例子。
角色：B端系统的角色非常多元，上述例子我们就可以简单整理出有赞官方、B端管理者、C端用户等不同角色，一般B端系统都至少具有这三种角色，业务复杂的情况下会出现集团管理者、商家端等其他角色
子业务：B端系统的核心价值在成本、效率和赋能，任何的B端产品都是围绕一个或多个核心价值的。而我们平时所说的功能都是基于核心价值。比如说优惠券是一项子业务，核心价值在于赋能，会涉及到的功能有优惠券权限设置（有赞官方），优惠券的规则设置（B端管理者），优惠券发放（B端管理者），使用优惠券（C端用户）等
产品端：我们通常把不同角色不同子业务归类划分为端，例如上述的有赞运营后台、有赞商家管理后台、有赞小程序。一般B端产品至少会有这三个端，也就是我们平常说的A端、B端、C端。
基本理解了上面的概念之后，我们对B端产品系统的基本认知就有了，接下来一篇文章我会为大家讲一下接到一个具体的需求，B端产品经理是如何将它落地的。
