序言
程序员一直奔波于各种需求之间，累死累活，并以搬砖戏称自己。产品也总以友商如此必须跟上，老板要求必须实现，客户投诉马上解决之间游离，总觉得做的东西和自己初衷有所不同。 ToB到底是在做什么，没有很官方的说法。在腾讯云也工作几年，想谈谈自己的看法，如有错误，还望指正。
明确自己的最终目标，并朝此迈出步伐（Why）
做产品自然是要以挣钱为最终目的（科技向善或追梦除外），毕竟这样最能与我们的成绩挂钩。 既然以挣钱为目的就需要明确目标用户是谁，很明显ToB指的是To Bussiness，商业用途（一般是企业）。与To Customer不同，我们输出的产品可以更多是一个解决方案。而这一套解决方案往往需要解决以下几个场景
- 标准化
- 私有化部署
- 持续交付
始终知道自己要做什么（What）
首先我们要明确，我们出售的不是某个具体能直接使用的产品，而是一个底层、中台的解决方案。云计算里的sass、pass就很符合这种概念。作为企业，服务器集群搭建，网络互通，机房养护。这些对于初创公司所需的成本非常高，需要一种租赁方式，只要考虑使用就行了。云服务商因此诞生，同时还提供了许多应用的解决方案，对象存储COS、直播服务、短信验证码服务等。可以极快的提高app的开发速度。
既然toB面向的客户是企业，那么需要关注的点是不同于toC的。（How）
持续交付
产品需要不停的迭代，以满足用户要求，并能更好的支持更多的企业。在这个过程中就需要一个完善的研发流程。在网上找到了关于持续交付的说明。
我觉得持续交付需要pm、产品、研发、测试每个环节都做好，并且类流水线般的渐进可循环迭代方式很重要。保证了持续交付，客户才会继续选择我们的解决方案。
标准化
因为有具体的用户，所以产品的需求多了一种来源。但产品不能因此就一爪子全按客户要求的做了。必须深挖对方的痛点，解决方案有很多，客户提出的也不一定是最好的。如果每个客户的需求都按客户要求的定制，这个产品就会变得四不像。把客户诉求整理为一个解决方案，就是标准化的过程。产品需要封装为一个个sdk，并提供清晰的文档。而不是存在各种隐性的业务逻辑，最终导致线上问题。
私有化部署
对于部分企业，因为安全协议或国家法律，必须要保证数据私有及应用稳定性。这时就需要产品在企业自己的服务上进行部署，那么我们的产品就必须支持私有化部署。产品要高度抽象低耦合，以保证环境无依赖，数据无关联，网络无绑定。
总结
上述讲了我自己对tob的看法。实际执行是需要全部人上下一心推动的，光靠一两个人并不能完全按理论知识那样达到很好的效果。建议每个看到这篇文章的ToB er可以静下心思考下自己对于ToB有多少理解
