用户故事|如何从0-1搭建一款用户满意的产品——以BI产品为例( 四 )

但是，他们在到我们的平台上去使用产品的时候却出现了一些问题。
我们来看一看我们的用户体验地图。首先，我们产品的整体的行为路径其实是比较长的，从门户到制作报表到连接数据源、制作数据集、制作报表。
但是我们的触点却只有两个，一个是门户，一个是这个门户上有一个新建分析的按钮。那我们再来看用户的情绪，我们发现，首先业务用户进入到我们的门户以后由于门户上他可能没有任何有权限的报表，所以他进来以后呢，是一个白板。那这个时候，用户可能就是一脸蒙逼了。
接着，他看到这个页面上有一个分析入口，那么他很开心说我可以点这个分析入口去进行报表的建设，可是他点了分析入口之后弹出一个弹窗，让他去新建数据源，这些数据源包括Mysql、Hive等等，可是业务用户他甚至都不知道Hive这些数据源是什么东西。所以呢，用户在这个过程中就是一个走向很绝望的过程。所以很快用户就流失掉了。

文章插图
那我们在这个过程中，也发现了一些痛点和机会。比如说在门户上，我们没有任何的指引对新手非常的不友好。第二个就是我们的链路过长，对于业务人员来说，连接数据源和制作数据集难度太大，不属于他们的角色任务。
然后第三个呢，就是我们明明有大量的报表，可是我们因为没有提供一个入口去存放和申请权限，所以导致很多用户上来以后看到的是一个白板，或者是很多用户都会重复的自己去建设直接看。
最后是我们的图表制作模块，也没有任何的指引，交互边界也不够清晰，已经没有办法扩展。因为这些痛点，用户的价值感很低，自然留存也很低。但是是痛点其实也是我们的机会。
增长黑客里面有一句话说：不留存就去死。没有留存，你的产品是没有活路的。所以我们开始了一场产品改造的大战。其实在上面我的用户体验地图中已经找到了一些痛点和机会了，接下来我们要进行更详细的用户调研和分析，去验证和挖掘需求。
首先我们向用户征集了大量的反馈，然后我们开展了吐槽大会去收集用户需求。吐槽大会是什么情况呢，就是我作为产品经理坐在最前面，一群用户坐在下面去吐槽，然后我还不能够去反驳，因为我老板就坐在我旁边，如果我反驳的话，老板就会说：哎呀，你不要反驳，好好听着。这个过程还是很煎熬的，如果内心不够强大，脸皮不够厚是不行的。
最后，我们还去开展了一些问卷调研，同时我们也对我们的产品自己去进行了一些体验，从体验中去发现问题。
最终，我们又提炼出了我们的第二个用户故事，也就是业务人员的用户故事。我们发现他们的画像是不懂代码，他们的痛点是不知道自己要的数据在哪里，不知道如何获取数据，想要的看板迟迟不能上线，重复繁琐的线下Excel分析数据。

文章插图
同时，我们又对于我们整体的产品的模式去进行一个分析，发现我们更多的是一种传统的数据分析的模式，是以研发同学为主导的。研发同学去进行数据准备、报表开发，而业务人员在这个过程中，只是对于数据进行一个验收，如果验收通过了，那就进行下一个需求，如果验收没有通过打回去研发重新开发。
这样造成的结果就是需求反复沟通，报表重复的去开发。所以我们基于对研发人员和业务人员的角色画像的理解，开始了一个全新的自助数据分析模式的探索。而在这个过程中，我们把研发人员和业务人员基于角色完全分离。研发人员的主要任务就是进行数据的准备，他把数据准备好之后放到一个地方，而业务人员获取到这个数据并且去进行自助分析的探索。