我理解的 toB 产品框架(一)

做产品,除了需要多看之外,还需要多想。但是光想是不够的,还需要将你想到的东西写出来。就像做产品,当你把流程图和线框图画出来后,你才发现,一个看上去很小的问题也可能会很复杂。

所以,我决定开设了一个名为「迟早会更新」的专栏,记录我对产品的一些思考。(产品菜鸟一枚,欢迎各位拍砖,也希望能通过这个专栏认识更多产品爱好者。)至于为何专栏名字叫「迟早会更新」,无它,就是我比较懒,所以可能会出现很久才更新的情况。

言归正传,专栏的第一篇连载,想跟大家聊聊toB产品框架。有些读者可能看过我的另一篇文章:什么样的产品可以称之为「好产品」?这篇文章算是我创业失败后的总结(不过没啥干货)。创业失败后,进入了一家toB企业。常常反思之前总结的产品模型,发现toB的产品跟toC产品差别巨大,很难再使用原有的toC产品框架去思考。(为何差别会那么大?之后会单独写一篇文章跟大家聊聊,恩,迟早会更新的。)

做C端的产品,大体是以一个核心出发,再定流程和扣细节。而B端的产品,核心需求其实比C端产品更好把控,因为企业的需求较为单一,且具有普世性。中小企业也好,大型企业也好,都是有报销、审批、签到等等需求。(人有各种各种各样的需求,而企业只有一个:利润最大化)但是它难就难在定流程上。

举例说来,不管你是用美团,还是用饿了么订餐,整个订餐流程是非常相似的,细节上与实现技术上可能会有差异,但是整个产品的使用流程基本上大同小异。但是对于B端用户,一个简单的审批可能都会有巨大的差异。现在的SaaS产品,如果按C端的玩法来玩,基本上是玩不转的。不能只是着眼于单一流程去做产品,需要跳出单一流程,以宏观的思维去看企业产品,不然做出来的产品必定是需要天天打补丁的产品。

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

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

但是在这个框架中,有一块一直被多数toB产品低估的部分,那就是表单。钉钉、云之家以及企业微信的出现,标志着toB产品也进入了移动互联网时代。同时SaaS产品兴起,越来越多的创业者投入到了移动toB产品中,但是当你在使用这些产品时,你会发现市面上没有哪几个产品,是能够把表单做到足够智能与简单的。人们在使用这类产品时,仍然需要输入大量的内容。(而在手机上输入大量的内容时,你估计想死的心都有了。)

很多产品只是将原有的PC端的内容,改改交互就放到了移动端上。产品在设计的过程中,并没有充分考虑手机的诸多特性,比如定位、拍照、语音等。如果你是一名toB的产品经理,在思考与设计的过程中,不妨考虑下手机一些特性,尝试将表单做得更智能。(前文说到的签到,就是一个很好的例子,用户无需填写很多内容,轻轻一按,手机自动获取时间与地理位置信息,完成签到。)

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

预告:我理解的toB产品框架(二)会跟大家分享下,我设想的toB产品框架。更新时间未定,不过迟早会更新的!

Comments
Write a Comment