To B(usiness) 和 To C(ustomer)

毕业后第一家公司是做的To B的产品,而后第二家公司是做To C的(社区)服务,现如今是做企业内部服务,如果要归根的话,还是属于 To B。简单的描述一下我感受到的To B和To C的区别(典型情况下,并非绝对):

  • To B对稳定性要求高,迭代速度要求低。To C的套路通常是上了再说,小步快走,快速迭代。而To B面对的用户都是付费用户,花钱 是要买享受的,所以通常To B的产品会要求在交付给用户之前,各种测试,稳定性达到一定程度。

  • To B的技术挑战通常在于边界条件的判定。要处理好各种边界条件,虽说To C的服务也要处理,但是To C有更大的挑战—高并发。To C通常面向的用户都是有一定量级的,所以我们可以用QPS等指标来衡量,而相反,To B的业务如果一定要用QPS来衡量,那么十有八九 数值都不会超过100—毕竟通常To B的产品都是每个企业自己部署一套,高不到哪去。

  • To C的产品,面向所有用户,也就是说,每个用户的区分度不大,大家看到的都是一样的。而To B的产品则一般都是定制化,每个企业 根据自己的需求进行定制化。

  • To C的用户体验一般来说要优于To B的产品。我目前接触到的普遍规律都是这样,互联网产品必须想方设法提高用户体验,让用户爽, 这样才能留住用户,进行薅羊毛。To B就不一样了,一手交钱,一手交货,用户体验?看命。

  • 不论To B还是To C,你都有很大机会习得一种叫做 Boss-Driven Programming 的技能。

😄完。


更多文章
  • Nginx 请求匹配规则
  • Web开发系列(六):关系型数据库,ORM
  • Web开发系列(七):缓存,CDN
  • Web开发系列(八):单点故障,负载均衡
  • Web开发系列(五):form, json, xml
  • Web开发系列(四):Flask, Tornado和WSGI
  • Web开发系列(三):什么是HTML,CSS,JS?
  • Web开发系列(二):HTTP协议
  • Web开发系列(一):从输入网址到最后,这个过程经历了什么?
  • SNI: 让Nginx在一个IP上使用多个证书
  • Haskell: infixl, infixr, infix
  • Haskell简明教程(五):处理JSON
  • Haskell简明教程(四):Monoid, Applicative, Monad
  • HTTPS 的详细流程
  • OAuth2 为什么需要 Authorization Code?