被裁的主要是三类人:

但真正能说自己的工作具有不可替代性的人能有多少，今天敲的代码可能明天就被外包或者低代码工具替代了。

那怎么才能让自己立于不败之地呢？

第一种是纯技术路线。别人写几百行代码才能实现的功能，你写几十行就行。或者说你能开发出低代码平台，直接把别人的工作干没了，那你放心，公司绝不可能裁你。

第二种是业务IT路线。BI工具在中国推了几十年了，也没有多少业务人员真正用起来。想要做分析，还得是靠IT人员。所以，如果你很懂业务，开发的报表访问量极高，甚至能够支撑业务决策，你说会不会开除你。

如果你是技术大佬，建议你走第一条路。如果觉得自己代码水平不到出神入化的地步，业务IT路线会是好的选择。

我自己也是走的第二条路，主要是做报表开发的。刚开始的时候，熬夜做出来的报表总没人看，一度想辞职。后来多跟业务交流之后，才摆脱了“表哥”困境。

我们公司购买的是专业的报表软件FineReport，内置图表模板很多，组件也都支持拖拽，仅从工具层面来说，很大程度上减少了开发的成本，也加快了开发的速度。

除了用上顺手并且好用的工具之外，流程也很重要。

私信回复「模板」，即可获取素材！

对于报表开发乃至大屏项目来说，需求调研部分非常重要。基本上需要从业务需求、硬件、数据和技术这四个层面进行调研。

业务部门很多时候根本没办法具体讲出自己的需求，比如说销售，他们在提需求的时候，可能就是：这个月销售额下降了，想找到下降的原因，需要一张销售情况报表。

虽然同样是销售部门，你说卖衣服的和卖saas软件的，能一样吗？

这时候就需要你理解业务了，能够根据业务场景提炼关键指标，再确定提炼出的数据指标的优先级，最后还要跟业务敲定可视化元素的使用。

数据能不能取到，更新的周期是什么，指标口径是什么？这些都是要提前搞清楚的，不然很可能出现数据缺失、指标混乱、数据滞后性严重等情况。

如果开发的报表还需要应用到大屏上去，那大屏的设计要基于最终显示的分辨率要求去做。

指标和图表排布也很有讲究，有的报表一目了然，有的报表看上去内容很丰富，实际上反映不出业务问题。如果是新手的话，可以多学习业务模板，后续才能自己分清主次辅，再去做开发。