假设你是一个大型后台管理系统的前端架构师，你需要解决那些问题？
大型系统UI得统一吧？各个业务模块的UI设计得高效吧？那就得有规范，直观的说就是原子设计那套东西。加一堆推荐设计稿。
有了设计规范就得有组件库支撑，否者设计还原成本太高吃不消。
组件库怎么搞呢，pc端一套，移动端一套，可能小程序还有一套？设计到报表又得加1~2套。
都大型项目了，不能脚手架初始化出来的东西还是空的吧，增删改查等高频场景你得来一套示范实现让人改改就能用吧。而且各种通用能力(包括不限于登录、权限、多语言、导航帮助等)你得妥善的都接好了吧?
mock得搞好吧，接口规范得搞好吧，开发机直连服务调试的链路得打通吧《包括网络环境以及调试账户等共识) ?
接口文档放在哪里怎么看得商量好吧?
webpack配置要了解吧，这么大的项目如何分包，如何配置各种参数，都是非常琐碎驳杂的问题。
要不要自动化测试，自动化测试在哪里实现，在哪里运行。测试工程师怎么写用例，代码改一行各种xpath全挂怎么办。
gitflow怎么安排。静态资源发到哪里? npm用谁的? cdn买谁的? cdn和gitflow怎么串联? html入口怎么更新？入口服务是nginx啊还是自建入口服务啊还是用后端提供的服务啊?域名绑定谁？小程序的CICD怎么做。
项目大了，很多功能用户就不想开发期写死，表单他想自己配，
portal他想自配。报表他想自己配。大屏他想自己配,所以大型后台管理系统往往内置了一套低代码方案，专门用来解决这种问题。
投放问题的简化版本就是权限问题，a页面中的b区域对于x用户能看能改。对于y类用户能看不能改…但是靠rbac/abac总归还可以支撑
后台管理系统高度依赖审批流，后端的审批流服务怎么和前端集成呢？尤其是和表单的集成。是给你的审批流提供表单方案，还是在表单里面集成审批流方案。如果这里用户也想低代码呢？
一会儿钉钉一会儿企业微信，你需不需要跨平台啊？H5和小程序要不要一码双跨。
前端监控你得有吧 ?自己做还是买啊?有了监控你要不要分析数据来点数据驱动的体验优化啊?
微前端得搞吧.但是你得有个平台去管那些微前端项目吧?不然人家要微前端+投放你咋办