我们开发的一个web系统，由于前期没有跟开发提做自适应问题，导致开发提测时，发现部分模块布局排版出现问题。
开发反馈是没有做自适应处理，而后我们为了解决这个问题，要求前端做自适应。
但遇到两个问题：
1.自适应到多少分辨率？
我们初步定的是1366，但这个对于测试用的电脑默认分辨率是1280就不适配了。内部沟通敲定的是1366，UI设计走查又要求前端做到1280，这个矛盾如何取舍？因为前端已经再做部分的自适应，只到1366的，如果到1280，又增加了工作量。
2.公司另一个系统只做了1920*1080，他们所谓的自适应只是固定了页面宽度。
低于1920的分辨率时，底部会出现水平滚动条，通过滚动条来左右拖动查看页面。这种处理方式我是第一次听说，因为沟通时，负责该系统的产品经理反馈是做到了1366的兼容，结果查看对方系统发现前端处理的只是写死了页面尺寸。
现在的问题是：写死页面尺寸目前我看来没啥影响还解决了所谓的自适应问题，但是就使用和体验来说肯定没有真正的自适应好，毕竟底部又加了水平滚动条。
但做真正的自适应配置，一方面是不知道是做到1280还是1366（仅针对电脑端），此外做自适应就现在的前端反馈，比较耗时，如果处理完可能要2周左右（新的前端要在以前的前端代码上改）。
我是第一次关注前端自适应问题，之前一直没遇到过这种问题。也纠结了一天，问了几个经验丰富的产品经理，他们给的反馈也不相同。有的说B端系统前期（没有客户需求的时候）不需要考虑自适应（但我们前端反馈开始做自适应比后面去改会简单一些）；有的说自适应很简单，就是个H5页面，需要做。
所以我想问问大佬们能否给予一些建议和指导，我好做决策，这样也避免不要的耗费资源。感谢
