神策分析的适用场景

背景是公司买了一个神策分析系统，
包含了神策分析和报表两部分，使用下来发现有一些局限，想正好写下来。记录日期是2022/02/16日。

神策分析
优势在于可以只要上报数据就可以了，可以提供给业务部门人员自助分析的能力，节约开发成本，提高获取数据和分析的速度。

缺点在于对于一些实时状态型数据极不友好，例如想要看当前某些系统的实时状态，或者业务表修改状态的数据表就非常难用。
适合的场景只有用户行为分析这种场景，数据是日志型的发生了就不会在改变的。当然神策也提供了一些方法。

如果认为你公司的数据需求适合下面这4种形式的处理，可以考虑使用神策分析。

1、【使用固定时间解决问题，需要制定数据口径】，例如事件存在多个状态，在已完成后数据就不再变了，那么就在已完成的时机进行上报。
2、【使用多事件上报解决，会增加使用复杂程度】，例如存在4个状态，开始，审核中，已取消，已完成，就把这四个事件全部报上去，一般用于想看订单当前有多少已支付的订单这种场景，由于事件只能是日志型，在上报之后还可能退款，因此需要报支付和退款2个事件，在使用的时候使用支付-退款的数量来计算。
3、【使用可变事件进行维护，全系统100W行限制，影响性能，只限于少量数据】，神策提供了可变事件的功能，可以给每个事件加一个唯一ID，在变化的时机修改整行数据，对于大量数据修改的情况会影响性能，神策表示不是首选方案，概念是数仓的维度表。
4、【使用报表系统进行处理，主要缺点是需要额外为报表功能付费】报表系统截止当前还有很多问题存在
1. 权限只能设置某个角色能不能看到报表全部功能或者某个数据源的权限，不能设置某个角色能看到的报表列表，也就是会存在每个人都能看到所有的报表列表，但是点进去没数据可看因为没权限，还关不掉，使用体验很有问题。
2. 报表和神策分析位置上在一起，但是他不是一个系统，如果同时存在只有报表才能处理的数据，那只能两个系统两边点会比较麻烦