做TO B 产品的感受
B端产品也叫“2B（Bussiness）”产品，使用对象是组织或企业。B端产品帮助企业或组织通过系统化的数据共享和协同办公，使线下流程线上化、系统化，解决基于某个业务领域的实际问题，帮用户提高效率、减少成本，甚至提高收入、控制风险。
1. 产品难以标准化，多是定制开发<br>
B端产品一般是针对固定的企业或者组织开发的，而在不同的企业和组织里面，大家的角色分配、职责还有流程都不同，所以很难做出通用性很强的产品，就算是WMS（仓库管理系统），这基本是每一个生产型和销售型企业都必备的，但却千变万化。
2. 不懂业务，不懂技术就别做B端产品
设计B端产品时，整体架构、用到的相应技术等，产品经理都需要有一定的知识储备，比如微服务、SOA，这样才能在设计产品时少走弯路，做出最佳解决方案，也避免了未来因为无法适应业务而造成的重构。
3、尽可能的抽象流程，做到功能可配置和通用化<br>
作为一位B端产品经理，这是最挑战你个人能力的地方，基于对业务的理解，把现实的流程和场景变成抽象的系统和模块，从现实的规律变化转为抽象的数据流。上面我提到，B端产品很难做到通用，但是如果你能尽可能的做到可配置，一个功能适应和满足大多数场景，同时如果业务流程调整了，你通过配置，就能马上适应，会为你节约出很多开发人力，还能快速响应业务。
4. 注重效率，放弃体验
如果你是从To C产品经理转成To B产品经理，这一点可能是最难适应的，尤其是我这种以前做C端，又是处女座的产品经理，但是没办法，就那么多人力，业务的需求应接不暇，而且每个业务都催你，认为自己的需求都是P0优先级，面对这种情况，你只能在业务目标和用户体验之间取一个平凡，换句话说，你不得不为快点上线而牺牲掉用户体验
5. 做B端产品，没法“抄作业”
B端产品一般都是在公司内部部署和使用的，就算是SAAS化的产品，你想体验也要花高额代价，这就对新入行就做B端产品的同学挑战巨大，一方面你要学习行业知识，一方面你连竞品长啥样都不知道，就算看到，也可能和你要做的适合你部门业务的系统差距甚远；这就需要产品经理在深刻了解业务的情况下，独立去“创造”一套适合你部门或公司的系统。
B端产品的分类
按照用户群体
定制化产品：就是俗称的外包，按客户要求，帮客户做一个完全定制化的产品，用户就是所谓的“甲方”<br>标准化产品：对外销售的私有化部署或者SAAS化的产品，用户是市面上有需求的公司或组织<br>内部产品：供公司内部使用，不对外销售的产品，用户自然就是公司的同事
按照部署方式
私有化部署：就是说软件服务公司上门安装，把他们的软件安装在客户公司特定的主机上运行。这种安装特点是比较安全、网速快；缺点是：软件维护困难，成本较大。<br>云部署（SaaS化）：指把软件部署在云服务器，客户通过公共Web软件体验服务。这种安装特点是方便、简洁、容易维护、成本较低。缺点是：安全性较低，可能出现网络堵塞。
按照技术架构
B/S架构：即Browser/Server，浏览器/服务器模式，用户通过自己电脑上的浏览器访问系统体验服务。目前市面上大部分B端产品都是这种架构方式。<br>C/S架构：即Customer/Server，客户端/服务器模式，这是早期PC软件经常使用的架构方式，用户需要安装客户端才能体验服务，客户端还要经常更新，非常繁琐。
按照业务方向
业务支撑类产品：支持企业经营管理或核心业务的开支，比如仓配系统和CRM。<br>办公协同产品：支持企业内部办公协同，比如OA系统、HRM系统。
TO B产品经理的工作
1、立项调研及分析
1、定制化产品：因为是甲方直接告诉你要做什么，所以通常行业、市场分析这种都不用做，最关键的是要对甲方做足用户访谈，了解其真正痛点是什么，为什么要做这样一套系统，给他们带来什么样的收益，甲方的要求是什么，验收标准是是什么；了解清楚这些问题以后，竞品分析是不可少的，行业多少会有类似相关产品，可以做一轮研究，看看是否有一些优秀的行业解决方案或者标准（暂不考虑投标等）<br><br>2、标准化产品：因为要对外销售，所以行业分析、市场分析、竞品分析、用户分析和需求分析一个都少不了<br><br>3、内部产品：因为主要是公司内部使用，所以用户分析和需求分析很重要，竞品分析也是需要的
2、实施上线
整体方案设计<br>细节方案设计<br>功能原型文档<br>需求评审<br>开发跟进<br>测试
3、运营反馈迭代
产品推广<br>跟进反馈及问题处理<br>需求管理及迭代<br>数据分析及报告
