按关键词阅读：
但是我今天不想略过这个坑，因为只有把这样的坑展示给大家，大家才能重视前期的所有准备工具，才不会像我这样踩坑。
我们当时给数据人员提炼的用户画像是：懂技术懂底层数据，技术指数非常高。他们的痛点是重复的接业务需求，总在做零碎的数据需求，不停的帮用户找数、取数、分析、建看板，自身价值得不到体现，自身能力也得不到提升。他们的目标和预期是希望能够快速帮助用户完成数据看板的搭建，完成数据分析和数据导出。
基于此，我们的第一步产品规划其实就基本上完成了，我们确定了产品的定位也提炼出来了我们的用户故事，那么接下来我们要进行产品的设计了。
二、产品设计、正确的过程产品的设计，我们一般会走三个步骤。
- 确定产品整体的框架功能
- 画出产品的用户体验地图
- 细化产品整体的方案细节
这个0.1版本上线之后，我们发现我们的数据人员在上面使用的非常得好，他们做出了自己的看板，反馈了非常多的一些问题，然后也表示对这个产品的满意。
但是我们在对于数据的观察过程中发现有一类用户上来之后很快就流失掉了，几乎没有留存，而且这一批用户的占比还比较高。所以我们接下来就对这些用户进行了分析，然后我们发现这一批用户其实就是业务用户，他们的画像呢，就是不懂代码，但是懂业务；他们的目标和预期都是通过数据分析得到结果去指导业务。
但是，他们在到我们的平台上去使用产品的时候却出现了一些问题。
我们来看一看我们的用户体验地图。首先，我们产品的整体的行为路径其实是比较长的，从门户到制作报表到连接数据源、制作数据集、制作报表。
但是我们的触点却只有两个，一个是门户，一个是这个门户上有一个新建分析的按钮。那我们再来看用户的情绪，我们发现，首先业务用户进入到我们的门户以后由于门户上他可能没有任何有权限的报表，所以他进来以后呢，是一个白板。那这个时候，用户可能就是一脸蒙逼了。
接着，他看到这个页面上有一个分析入口，那么他很开心说我可以点这个分析入口去进行报表的建设，可是他点了分析入口之后弹出一个弹窗，让他去新建数据源，这些数据源包括Mysql、Hive等等，可是业务用户他甚至都不知道Hive这些数据源是什么东西。所以呢，用户在这个过程中就是一个走向很绝望的过程。所以很快用户就流失掉了。
文章插图
那我们在这个过程中，也发现了一些痛点和机会。比如说在门户上，我们没有任何的指引对新手非常的不友好。第二个就是我们的链路过长，对于业务人员来说，连接数据源和制作数据集难度太大，不属于他们的角色任务。
然后第三个呢，就是我们明明有大量的报表，可是我们因为没有提供一个入口去存放和申请权限，所以导致很多用户上来以后看到的是一个白板，或者是很多用户都会重复的自己去建设直接看。
最后是我们的图表制作模块，也没有任何的指引，交互边界也不够清晰，已经没有办法扩展。因为这些痛点，用户的价值感很低，自然留存也很低。但是是痛点其实也是我们的机会。
增长黑客里面有一句话说：不留存就去死。没有留存，你的产品是没有活路的。所以我们开始了一场产品改造的大战。其实在上面我的用户体验地图中已经找到了一些痛点和机会了，接下来我们要进行更详细的用户调研和分析，去验证和挖掘需求。
首先我们向用户征集了大量的反馈，然后我们开展了吐槽大会去收集用户需求。吐槽大会是什么情况呢，就是我作为产品经理坐在最前面，一群用户坐在下面去吐槽，然后我还不能够去反驳，因为我老板就坐在我旁边，如果我反驳的话，老板就会说：哎呀，你不要反驳，好好听着。这个过程还是很煎熬的，如果内心不够强大，脸皮不够厚是不行的。
最后，我们还去开展了一些问卷调研，同时我们也对我们的产品自己去进行了一些体验，从体验中去发现问题。
最终，我们又提炼出了我们的第二个用户故事，也就是业务人员的用户故事。我们发现他们的画像是不懂代码，他们的痛点是不知道自己要的数据在哪里，不知道如何获取数据，想要的看板迟迟不能上线，重复繁琐的线下Excel分析数据。
稿源：(人人都是产品经理)
【傻大方】网址：/c/112cO5192021.html
标题：用户故事|如何从0-1搭建一款用户满意的产品——以BI产品为例( 三 )