我理解的 toB 产品框架（一）

做产品，除了需要多看之外，还需要多想。但是光想是不够的，还需要将你想到的东西写出来。就像做产品，当你把流程图和线框图画出来后，你才发现，一个看上去很小的问题也可能会很复杂。所以，我决定开设了一个名为「迟早会更新」的专栏，记录我对产品的一些思考。（产品菜鸟一枚，欢迎各位拍砖，也希望能通过这个专栏认识更多产品爱好者。）至于为何专栏名字叫「迟早会更新」，无它，就是我比较懒，所以可能会出现很久才更新的情况。言归正传，专栏的第一篇连载，想跟大家聊聊toB产品框架。有些读者可能看过我的另一篇文章：什么样的产品可以称之为「好产品」？

这篇文章算是我创业失败后的总结（不过没啥干货）。创业失败后，进入了一家toB企业。常常反思之前总结的产品模型，发现toB的产品跟toC产品差别巨大，很难再使用原有的toC产品框架去思考。（为何差别会那么大？之后会单独写一篇文章跟大家聊聊，恩，迟早会更新的。）

做C端的产品，大体是以一个核心出发，再定流程和扣细节。而B端的产品，核心需求其实比C端产品更好把控，因为企业的需求较为单一，且具有普世性。中小企业也好，大型企业也好，都是有报销、审批、签到等等需求。（人有各种各种各样的需求，而企业只有一个：利润最大化）但是它难就难在定流程上。举例说来，不管你是用美团，还是用饿了么订餐，整个订餐流程是非常相似的，细节上与实现技术上可能会有差异，但是整个产品的使用流程基本上大同小异。但是对于B端用户，一个简单的审批可能都会有巨大的差异。现在的SaaS产品，如果按C端的玩法来玩，基本上是玩不转的。不能只是着眼于单一流程去做产品，需要跳出单一流程，以宏观的思维去看企业产品，不然做出来的产品必定是个需要天天打补丁的产品。

现在大多数的B端应用，在我看来都是由两大部分构成。底层是权限系统，顶层是以表单为首的三大模块。各个模块自由组合，就构成了一个个的toB产品。

这里我用审批与签到做为例子介绍下这个产品框架。审批其实就是一个表单+流程引擎的产品，而签到则是由表单+数据分析组成。（只是签到的表单是个智能表单而已）但是不管是哪个产品，最关键的就是权限系统，以及流程引擎。如果一开始没有规划好权限系统，在后续的产品发展过程中，它会变成一个越来越深的坑。而流程引擎，则是带管控属性的产品的另一核心，同时也是toB产品的一个技术壁垒。数据分析，无需多说，往大的说来，它属于大数据范畴，往小了说，其实就是各种各样的报表与视图。

但是在这个框架中，有一块一直被多数toB产品低估的部分，那就是表单。钉钉、云之家以及企业微信的出现，标志着toB产品也进入了移动互联网时代。同时SaaS产品兴起，越来越多的创业者投入到了移动toB产品中，但是当你在使用这些产品时，你会发现市面上没有哪几个产品，是能够把表单做到足够智能与简单的。人们在使用这类产品时，仍然需要输入大量的内容。（当你在手机上输入大量的内容时，估计想死的心都有了。）甚至有一些产品只是将原有的PC端的内容，改改交互就放到了移动端上。产品在设计的过程中，并没有充分考虑手机的诸多特性，比如定位、拍照、语音等。如果你是一名toB的产品经理，在思考与设计的过程中，不妨考虑下手机一些特性，尝试将表单做得更智能。（前文说到的签到，就是一个很好的例子，用户无需填写很多内容，轻轻一按，手机自动获取时间与地理位置信息，完成签到。）

当然，要想表单做得更智能，还可以往智能填充上想。比如现在很多的CRM产品，都会智能抓取企信宝的数据，帮助用户填写繁琐的表单内容。

预告：我理解的toB产品框架（二）会跟大家分享下，我设想的toB产品框架。更新时间未定，不过迟早会更新的！