这不巧了么，我也做过一样的东西，你说的这些模块也都做过，估计功能也都一样。 结论：没啥事情可做。 下面是我个人观点：有这套东西的至少是个中大厂，分工明确，基建也都完善了。应用层就从 olap 查数或者提交个 spark 任务跑数在页面展示。用户群体主要就是运营或者商分，业务价值也不好界定，不好量化产出。我们当时做功的点就是架构优化，降本增效，提高查询效率。怎么做呢，实时查询改为指定好一些查询条件，提前预计算，砍掉一些没用的查询等等，做着很无聊也没啥技术难度。再往下的数据建模，有数仓的人做，查询引擎优化，有引擎那边团队做，应用层啥也做不了。按这个方向跳槽也很难，业务很简单，也没高并发，只能往大数据优化啊，spark 优化，olap 优化硬靠。总之就是尴尬。

@Wind2Illidan 我目前的想法，是往经营分析、营销分析那个方向靠

我给公司做了一套自动化报表,实现物理表映射虚拟表物理字段映射虚拟字段,除了新增数据源需要适配一下新增表和字段后端不用改一行代码 https://i.imgur.com/2ZZSapE.png

@Jim2Chen #11 按我的经验，有点难，这种系统一般偏数据中台，离业务远，没有业务敏感性，而且上面那些是用户分析，最终目标是分析群体标签属性和某些行为的关联关系（我们曾经做过一些常用分析的预计算，然后有运营反馈，你们预计算出的结果都是我们的业务认知，都知道的事情，简单说比如买口红的大概率是女性，他们是想探查他们不知道的关联关系），做精准投放的，和经营分析关系不大，和营销还是有关系的，所以一般都会有圈人的功能，圈人给营销平台用。 我也做过经营分析，所以用户分析这套和经营分析关系不大，建模方向也不太一样。

@Wind2Illidan 兄弟，没活路了吗。。。。。。那你后来，咋办的，也不能一直没活干啊

1.多维查询分析平台，支持多维度查询数仓指标，生成自定义看板，周报，日报等 2.多源查询平台，支持多数据源即席查询分析 3.风控平台，结合规则引擎实现业务风控管理 4.固定化报表，如果做了，可以考虑做 h5 ，让高管看

@Jim2Chen #14 多学学底层一些优化吧，上层业务没啥用，跳槽时候吹牛逼能用上。我的经验也就是根据我们当时情况，我们会比较推崇做技术上优化（我们的价值观是完成产品功能是本分，技术上做改进才是产出），业务上的 kpi 就是支持产品迭代，技术上 kpi 就是优化查询。你看看往查询优化上做做功呢。

有块数据不大，规则很复杂但是每家公司都涉及的领域，可以关注一下财务部门的报表需求，结账期间哪些数据出的慢，出不出来得线下纯手工。不过偏财务的数据不算大，并且财务是成本部门，可能投入产出比不直观，不是很好看。并且一旦要做涉及业务财务结合的报表，难度就不在数据处理本身了。