后端数据量很大，一次性返给前端，前端该怎么办？

后端数据量很大，后端人员也是从别的地方拿过来的数据，他不能存库，只能做简单的处理就返给前端，前端一次性拿这么多数据一是请求速度很慢，很可能影响页面的加载，二是前端在表格里面展示那么多数据，只能做假分页，不然界面上渲染的节点也太多。
某一次就接到这样一个需求，前端要做三条总数的显示文字，分别显示不同情况下商品的数目（这个个数目也是从后端拿过来的），点击这三条文字能弹出弹框，弹框里有个表格，表格里用来展示对应三条中某一条文字的总数的商品详情，弹框里还有个导出按钮，点击按钮能导出表格里的数据，我们的第一思路就是做假分页，但是其实做假分页没有解决根本上的问题，况且一个弹框里的表格展示的详情条数有限，一般一页只展示五条，不然影响用户阅读、也不美观，后面我们就从表格里面的数据可能被用户访问的概率下手，因为用户可能就是想单独的导出并不那么关心数据的详情（毕竟一个表格一页只展示5条，也没有一个搜索功能，如果表格里面有一千条数据的话用户可能要翻页200次去找一个数据，效率很低，可操作性不强），后面去找产品了解情况，确实这个详情功能用户会使用得很少，于是乎前端就提议将导出按钮拎出去直接放在对应三条数据的后面（三条数据分别对应三个按钮），这样用户想导出对应的数据的话，直接点击按钮就可以了，但是弹框表格里的数据也留着，依然做成分页，这样有特殊情况的话用户也可以核对数据（其实建议给这个表格做一个搜索功能，或许后面人力不紧张会完善的吧），这样就完美解决了多次请求后端大量数据，只有很少的情况用户会去查看详情才回去请求大量数据，也能导出想要导出的数据。
所以这个问题的存在本质上是因为产品对代码是不熟悉的（不懂代码），所以在页面设计的时候是欠缺考虑的，所以这个时候，我们要大胆提出质疑，提出更优化的方案，反正万事都是可商量的，大家好好沟通就完事儿了~