思考题一和二回答：目前主要用的是采购的tableau，由于是商用软件所以很多东西都是现成的，比如如何连接各种查询引擎和加载数据。之前用tableau时候都是把所有指标内容算好后放进去，所以有了一个可笑的链路：运营表格需求->分析师在tableau展示出来->运营下载表格放入PowerBI中分析。在我们看来多此一举但有无可奈何，因为基本没有灵活的交互能力。后来在思索+看书学习（喜乐君tableau书看了两遍，也给了同事一本）+实践四年多的时间，才算理解了tableau基本组成单元视图的含义，也就是加载尽量明细化数据在tableau中完成展示内容的计算。从这件事理解了数据量是数据方案解决的主要因素之一。效果也十分明显，看板的交互性强了，搭建效率也提高了。但是呢，可拓展的空间也限制住了。至于其他一些自研OLAP查询模块（比如漏斗分析），整体来说可用性差，可以说是积弊，具体表现是参考其他平台把功能复制过来讲一遍然后自己用吧，运营面对这些一头雾水然后弃置不用，产品收不到反馈也不知道怎么迭代。当我接手的时候可以说是吃灰了。所以我认为好的产品还是要从解决运营某个具体场景问题入手，而不是简单的复制功能，也就是问题驱动设计而非为了看起来有活儿干而设计。