1. 尝试联系客户，能不能配合你们做一下调试排查，比如指导他导出一下 Chrome 的 log 之类的 给你们分析。
2. 如果客户不肯配合，看能不能从服务端的 log 找到什么信息，或者尝试参考用户的配置，去模拟相同配置下去重现。

不知道你说的 ‘很难复现’ 是已经完全复刻了用户的使用场景（包括网络、客户端版本，PC 或者手机型号等等），如果是的话，且排除了网络问题，还是无法复现，其实就可以上线……
哪有 100% 无 BUG 的产品，只要无重大问题翻车就行。

情况是在弱网情况下，就一个列表页面加载不出来，正常网络没啥问题，反正后面反馈给项目经理，项目经理跟客户进行了沟通，还是上线了；但是我想的是，万一遇到客户不讲理，就说一定要解决，有没有好的预案来专门处理

我们根据客户提供的信息，在指定设备上，还是复现不出来；好在沟通之后，客户还是同意了，先上线，不知道大佬有没有好的方案，针对于这类问题的解决方式

加载不出来是哪方面，比如所有加载不出来、还只是图片加载不出来；尽量还原与用户相同的环境，了解清楚操作步骤，再进行模拟

1. 评估这个问题带到线上的严重性，看是否需要阻塞发版先在线下复现修复了
2. 让开发在可能的复现路径上埋更多日志以及监控，以便后续复现出来有更完整的证据链，或者第一时间从线上感知到问题发生尽早接入

其实需要的考虑的问题就是：

1. 是否严重到阻塞上线，不上线的损失是什么？
2. 如果线上问题复现，能否第一时间监控到，能否更高效地定位与修复
3. 最后才是线下测试需要改进的环节