腾讯云的产品需求帖（开发者和售后方向）[垃圾、投诉、差劲]

腾讯云从 13 年至今，产品上可谓是光速发展，从最开始只有 4 个基础产品到现在产品满屏（暂且不算拉腾讯其他的产品），仅用了几年的时间，可以给点个赞！一款好的产品，它的售后力量是一个至关重要的一个组成部分，在 2014 年，腾讯云上线了一个工单系统 Ticket system，把最开始的 QQ 客服通道均拉到了工单通道，通过观察这几年的工单服务质量，可以直观的看出来服务也是在直线提升，这个也可以给点个赞！

但是在这里开一个帖子并不是说为了给腾讯云点赞，而是希望在这里集中的能反映一些问题，从而让贵云的产品们都能看到用户的真实需求，而不是一味的去『学习行业老大哥的先进方法』（这里老大哥可以想象为 AWS 等等，并没有特指哪一家）。

标题是开发者和售后方向（既然把这两类放在一起说，意思就是结合着处理），这里我先提几个关于文档的需求，大家看看合理不合理：

1、贵云文档平台，基础的产品使用文档中的图片。帖子开始说了，贵云的产品线以光速拉伸，控制台的迭代也是一个接着一个（每次大型迭代控制台样式或多或少的都会有些变化），但是文档中的图片常年不见更新。

2、贵云文档平台，每一篇文档中或多或少的都会有一些指向站内其他文档的链接，这些链接中就不乏有一些失效的需要修改的，但是不能及时修正。

3、贵云文档平台，各类业务的 SDK 或 API 文档中存在一些偷懒内容，比如复制其他产品的文档，链接没有修改，拿下图产品为例（并不是针对某个产品，而是贵云所有的产品），明明下面有本类的错误码解释，但是链接到的是其他产品错误码。所以这里需求是贵云每一个产品都能复查一下其自身的文档。

贵云派出一位聚聚仔细复查文档的时间 != 看到错误文档并提出问题的用户数 x 解决每一位用户的售后工程师所花费的时间

4、文档中心中还会有一些产品，并不是将售后拉到工单，而是使用即时通讯软件解决，比如微信群、QQ 群、QQ、邮件。这里我们可以理解贵云，可能是因为某些产品售后团队处理不了，只能由相关的产品来处理，这都没问题，但是微信群的二维码链接过期之后能不能及时更换（下图已经是更新过的了）？ QQ 群提出的问题（工作日和非工作日）能不能处理（下图聊天记录 4 月 26 日，所谓的技术支持就是这样支持的，5 月 24 日用户的提问至今 6 月 4 日都没有见有下文回复）？邮箱地址能不能使用腾讯域？所以这里需求是希望贵云能够统一完善一下各个产品的售后策略

5、文档 SDK 的 Github 页面，有些 README 是否和文档同步更新？或者 README 是否写的是能跑动的代码？所以这里需求是贵云写文档的聚聚能够细心对待，热爱一份工作写出来的内容如诗，讨厌一份工作写出来的内容如屎

6、在调用和调试 SDK 或 API 的时候有些错误返回的错误码在文档中并没有给出解释，只能去其社区或者是工单或者是即时通讯软件去问，大大降低了开发效率。所以这里需求是贵云每一个产品都能复查一下其自身的文档

7、如果你说只是错误码没有给出解释就大大降低了开发效率，那么贵云的 API 服务如果出问题了，但是贵云一口一个服务端没问题，是你代码的问题的话，这个事情就不能说是降低开发效率了，而是贵云撒比了。同样一个代码，在贵云内网地址能跑，改成贵云外网地址就跑不了，并且报错 Connection timed out after 5001 milliseconds 了（源代码中注释这个错误是与服务端链接出错的返回信息），还说是用户侧的问题，这 emmm 而且反馈多次之后，贵云直接给了一个广州地域的测试一切正常的截图，我反馈的明明是北京地区的问题，emmm 并且强调多次之后还是看广州的正常截图，那我也无 fuck 说了。（最后，历经 3 个小时的交涉，终于发现是北京服务端出现问题了）那这里就有一个比较有趣的事情了，故障这么久，贵云就没有监控吗？所以这里需求是将贵云所有 API 的调用接口地址统一做一个 status 页面反馈给用户（之前有给售后团队提这个问题，当初是想把这些接口和内部接口做一个 status 页面给售后团队内部用）。同样的问题今天又出现一例，如下图，代码没变，多次与客服反馈报错，客服说是代码问题，但是过了一会儿就正常了

上面是我抛砖引玉的内容（里面忽略了比如 SDK 代码问题、文档中的功能与 Github 功能不一致的问题等），希望大家也能提出对腾讯云的产品合理化建议和反馈的意见，这个帖子怎么上升到官方舆情呢？怎么让官方舆情机器人抓到呢？所以请看标题后面的副标题。