1、竞标（竞品对比）期间 ，如何评价客户反馈业务质量比较差问题？
1）切量标准是否公平合理？ -- 客户必须实锤你，毕竟他不是专业的！
- 确定客户提出的指标值是否仅仅是经验值|理论值，指标定义是否合理。经验值|理论值并不能说明质量的好坏，竞品竞标期间要看大家的质量排名，如果相同切量区域，竞品质量优于我方，则无话可说；反之，大家质量都低于指标，最终能否入围还是看质量排名的。
- 警惕统计上的辛普森悖论。即在分组比较中都占优势的一方，会在总评中反而是失势的一方。即要考虑评价指标统计方式上是否公平。最简单，客户端采用随机轮训调度方式，向不同CDN厂切相同的量，再比对下质量情况。
- 竞品质量是否出现质量波动，波动是否属于正常范围！要考虑网络波动的影响，网络链路亚健康状态自动容灾方案有没有？起没起作用？起了多大作用？
2）切量地区质量真的很差？ -- 客户已经实锤你，赶紧服务端优化一圈吧！
- 如果切量地区质量真的很差，要考虑能否引导客户切量到我厂优势区域再做竞标。另外采用省会节点覆盖切量地区质量通常比非省会地区质量等。
- 从资源、存储、传输、调度、回源、以及客户业务逻辑六大方面考虑。本地资源是否够？机房存储是否够？协议栈能否优化？调度是否合理？异地覆盖、跨网调度有多少等？回源率是否正常？回源其他指标是否正常？回源层级是否太多？客户业务逻辑是否存在调优空间？
3）服务端不知道还能优化什么的时候？-- 客户已经实锤你，你又没招，找客户侧要奶吧！
- 服务端常规手段已经用尽了，该怎么办？推动客户推送客户端日志，按照地区、指标、运营商、时间粒度等不同维度汇总，发现诸多蛛丝马迹。
2、运营期间，客户反馈业务质量比较差问题？
- 竞品质量是否有变化？客户端版本是否有变化？指标统计是否有更新？ -- 确定是否是网络波动引起的质量波动，客户端版本BUG以及指标统计更新的BUG等
- 查看机器负载、各项指标是否正常。确定下是否是机器高负载导致的？看下是否有热点问题（内网流量突增等）。
- 登陆机器，查看机器访问日志和回源日志等，查看下是否存在访问异常情况。
- 查看网络监控，确定是否是网络波动导致的。
- 从服务端监控数据，按照资源，存储，传输，调度，回源五大维度进行详细分析。
- 资源主要看是否有足够本地覆盖，本地容量比客户流量差多少？
- 存储看下机器集群命中率是否足够好，比如请求都是回源了，是否需要增加存储空间，理论最优的存储空间是多少？
- 传输主要从协议栈上考虑，当前协议栈测试是否最优？能否加入码率信息等
- 调度，看下实际客户请求调度是否正常，跨网调度有多少？跨运营商调度有多少？
- 回源，看机房甚至每个机器回源指标是否正常，实践中，回源是非常重要一环，回源失败3%，客户端产生50%成功率下降的放大，需要重视！另外，运营商劫持是可能出现在回源这块的！！！！
- 看机器服务能力是否正常。及看下其他业务是否受到了影响。如果机房质量正常，则可能是回源质量问题，反之，调整用户覆盖吧，再继续跟进机房。
- 如果机房没有问题，客户指标有问题，切走又恢复，这中间可能就是域名劫持， 让客户给流水数据分析
- 注意，运营商劫持不一定对客户流量产生影响！实践中，遇到过正向ping上游服务器正常，反之从上游服务器ping探测机器则无法响应。