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

文章插图
接下来我们来看一个例子我们当时是怎么去找到我们的MVP用户并提炼出我们的用户故事的。
首先我们要找到我们的MVP用户，要找到他们其实是有一些判断标准的。首先痛点非常迫切，所以愿意与项目组共建，去花时间精力尝试不完美不成熟的产品。第二个呢，就是态度上，他能够积极地给予你一些反馈。
那我们能够如何去找到我们的MVP用户呢？这里有两个点，第一我们可以基于数据。比如说，以我的产品为例，我可以去看数据，哪些业务的需求特别多，解决的时间又特别长，哪些同学专门去负责接需求，又疲于奔命的。那这些用户就一定是我的目标用户了；第二个点可能会有一些虚，我们可以多交朋友，多聊天多去观察多去思考找到我们的业务痛点和机会。
我们来看一下当时我们找到的一个MVP用户的情况。他们当时情况，第一业务现状非常的糟糕，包括数据人员少，等待需求响应时间长，数据获取慢，不知道去哪里获取数据。第二，他们数据建设非常的不成熟，数据不足以支撑业务，同时所有报表都依赖定制化开发，缺少研发人员，无人响应需求，报表需求积压严重，需求响应时间长达半年。
基于这样的一个现状用户自然很痛，用户的改变意愿是非常的强烈的，他们非常希望能够提高报表建设的效率，希望能够摆脱数据需求的这种等待。
这样我们的用户故事基于我们的MVP用户就提炼出来了。我们的第一个用户故事，其实在我们提炼的时候，出现了一些偏差。本来我们的用户包括数据人员、分析师以及业务人员，但是我们当时在提炼用户故事的时候出现了一个偏差，我们只提炼了数据人员的用户故事，这也导致后面我们踩了一次坑。
但是我今天不想略过这个坑，因为只有把这样的坑展示给大家，大家才能重视前期的所有准备工具，才不会像我这样踩坑。
我们当时给数据人员提炼的用户画像是：懂技术懂底层数据，技术指数非常高。他们的痛点是重复的接业务需求，总在做零碎的数据需求，不停的帮用户找数、取数、分析、建看板，自身价值得不到体现，自身能力也得不到提升。他们的目标和预期是希望能够快速帮助用户完成数据看板的搭建，完成数据分析和数据导出。
基于此，我们的第一步产品规划其实就基本上完成了，我们确定了产品的定位也提炼出来了我们的用户故事，那么接下来我们要进行产品的设计了。
二、产品设计、正确的过程产品的设计，我们一般会走三个步骤。

确定产品整体的框架功能
画出产品的用户体验地图
细化产品整体的方案细节

我们当时基于我们的前期的调研设计出了整体的产品框架，主要包括三大功能。第一是门户，可以去查看有权限的报表；第二是分析，可以开始自助分析和报表开发；第三是取数可以开始进行临时的取数。
这个0.1版本上线之后，我们发现我们的数据人员在上面使用的非常得好，他们做出了自己的看板，反馈了非常多的一些问题，然后也表示对这个产品的满意。
但是我们在对于数据的观察过程中发现有一类用户上来之后很快就流失掉了，几乎没有留存，而且这一批用户的占比还比较高。所以我们接下来就对这些用户进行了分析，然后我们发现这一批用户其实就是业务用户，他们的画像呢，就是不懂代码，但是懂业务；他们的目标和预期都是通过数据分析得到结果去指导业务。
但是，他们在到我们的平台上去使用产品的时候却出现了一些问题。
我们来看一看我们的用户体验地图。首先，我们产品的整体的行为路径其实是比较长的，从门户到制作报表到连接数据源、制作数据集、制作报表。