打造一款B端产品，成功与不成功主要看是否解决核心的痛点，挖掘出核心的价值，也就是与其它产品竞争的筹码，其次才是技术壁垒。
本次我分析一款自己亲身经历打造的B端产品“事故快处”，也许你们会疑问这不是G端吗？也可以理解为G端，但是我是以B端产品的方式方法来打造这款产品。

一、痛点

B端产品的痛点一般是用户主动告知，其次也需要产品经理挖掘，至于怎么挖掘，例如日常的沟通中，用户会吐槽某个点，这时候需要分析这个槽点是不是一个真实的痛点。当你分析好这些是痛点，下一步就是画完整的流程图，分析这些痛点是出现在哪个环节。

事故快处这款产品的竞品是交管12123是，我收集到的三个痛点：

数据权限有限，12123提供分析的字段有限，无法与做数据完整分析
辅警无法两车以上的非机动车事故
与110平台无法打通数据闭环，市级难以统计市级以下每一个区域的警员绩效

二、形成闭环

B端产品首先了解痛点后，第一步一定是先勾画出整个业务流程图，不断细化流程，找出关键点，纵观全局看是否形成业务闭环或者商业闭环，以及价值点。

所谓的闭环举个例子：

以上例子必须是先出具文书为起点，当事人获取文书为终点，这是最基础的闭环。

下来我分析了痛点，继续完善流程图

这样我们就解决了第三个痛点，打通110平台数据闭环。第一点痛点，只要所有字段都建立在数据库，并且代号和数值都要，然后后台管理，设计一个可根据所有字段自由组合的数据报表，包括各种图标，这样能解决第一个痛点。

至于第二个痛点，我了解了12123辅警处理单个非机动车事故。我在设计的时候，只要用户可无限制添加当事人的人数，然后把每一个当事人信息，根据事故人数和车辆情况自动生成文书内容即可。忘了说一点，辅警是无法处理两车以上，但是民警可以，所以这个过程需要通过线上本单位的民警才能进行进行审核。

三、不断挖掘小痛点

刚上线的第一版本当并不是很顺利，所有的铁骑都是吐槽各种槽点，经过我不断收集用户的痛点，并加以完善，使用的人比以前多了不少，但是还是没有达到预期，因为那时候还没有与110平台打通。后来，我协调市级进行打通后，镇区的人员开始重视起来，各个镇区开始使用起来，当一个镇区用了，看到其它镇区的效率提升了，也逐渐使用起来，最后通过交管科领导的沟通下，先市区使用，再到多个镇区使用，市级看到这个应用这么广泛，最后公布全市推广，直到现在全市都在使用，使用量甚至远远超过交管12123。