总结在前面：说实话, 技术支持对很多普通人是个不错的选择. 因为它有一点点技术门槛，可以筛掉一大批人, 但这个门槛又没那么高，真想入行也不难. 混三四年经验后, 就可以轻轻松松地挣个一两万，还不怎么加班.
作为从业四年的技术支持工程师, 我经历过外企和互联网公司等大大小小的企业. 想在这里总结下经验, 给后来者和同行提供些借鉴.
技术支持从角色定位上比较像产品的售后, 还有公司里的IT, 是在对方已经购买产品后, 为客户解决技术问题的.某种程度上, 可以称之为需要技术能力的高级客服.
解决问题会用到产品/业务知识和技术知识. 前两者一两周就能学会, 但技术知识是有一定门槛的.作为一个初级的岗位, 技术支持的技术门槛是相对低的, 很多岗位只需要你有基础的计算机知识即可.非常通用的基础知识包括, 操作系统的基本知识, 命令行, 网络基础(IP/DNS/HTTP/tcp), API调用等根据你支持的产品用到的技术, 可能会用到Win Server/Linux知识, nginx, docker, k8s等, 如果你还会shell或python那就再好不过了
沟通上需要你能够应付和客户与开发的沟通.表达能力是非常重要的, 它决定了沟通的效率. 简洁明了的表达能够让客户和研发清楚地知道问题在哪, 避免引起歧义导致的反复. 优秀的技术支持, 应该成为客户和研发之间的桥梁.
具体到日常工作上, 你会遇到一些很基础的问题, 这些问题很多在培训中都会覆盖到. 稍微复杂一点的问题, 可能要利用搜索引擎, 内部的知识库, 还有请教有资历的老员工. 调查的过程很像医生看病, 需要了解问题, 收集信息, 做一些测试, 不断地缩小问题范围, 抽丝剥茧, 最终定位到问题所在. 因为技术支持往往没有代码层面的知识, 因此技术支持的核心能力就是在只了解大概架构的情况下, 对问题尽可能地定位解决.
这里稍微岔开一句, 国内很多公司对知识库的建立不够重视, 很多解决问题的经验没有总结下来, 或者尽管总结下来了, 但是知识库结构混乱不好检索, 导致新人需要较长时间才能成长起来.
前景来说, 技术支持岗位本身的天花板还是很低的. 不像程序员或销售可以五年十年地做下去, 技术支持3-5年可能已经很接近天花板了. 之后要么转管理, 要么根据用到的技术转去更专门的岗位, 比如SQL好可以做数据库开发, 懂shell和nginx可以做运维, 懂Windows Server可以去甲方做IT.要说企业选择的建议, 那就是尽可能去成熟的ToB企业, 像微软, Oracle, 亚马逊或者阿里云这种公司, 业务非常稳定. 而且用到的技术通用, 即使跳槽, 也有非常多的选择. 记得选一条大船就好.
看来大家对这个问题比较关心，特意找朋友们录了一期(长达一小时的)视频，帮助大家全面地了解这个职位。大家可以在路上或者运动的时候当做播客听。(建议听到最后，真心分享了这个岗位上的收获)
技术支持在不同类型公司的具体工作和受重视的程度不同，这决定了技术支持工程师在不同公司的职业前景会有差异。这篇文章说的是对外的技术支持，而不是对内的 IT 部门。通常有对外的技术支持职位的往往是产品有很强技术性的公司，比如软件、专业硬件、云服务等等。对于技术性比较弱的行业，对应的职位往往会叫客户服务。
和很多其他职位一样，职业发展同时取决于雇主对你的价值认可以及你自己的发展规划，而你要做的是让两者尽可能对齐。对有的公司来说，技术支持只是一件必须有人处理的事。但对有的公司来说，他们希望人才能从技术支持岗位往研发、DevOps、甚至架构方面发展，输送同时熟悉产品、用户、技术的人才。
事实上，技术支持是最有潜力、发展路线最灵活，却在传统上最受忽视的职位之一。技术支持是产品、研发、用户之间的桥梁，无论是往技术、销售、市场还是产品方面发展都会有很多优势。
Marc Benioff 从 USC 毕业后本来想继续开发工作，但他的教授劝他积累一些面向客户的工作经验，所以他找了一份 Oracle 的技术支持工作。在工作的第一年，他得到了年度最佳新人奖，三年以后他成为了 Oracle 有史以来最年轻的 VP。之后他在 Oracle 工作了 13 年，担任过销售、市场、产品部门的高管。1999 年他创立了，成为 SaaS 行业的开拓者。到 2015 年 6 月为止 Benioff 的资产总值是 38 亿美元。他到现在仍然是 Oracle 的董事会成员。
这样一个云服务产品中一直占有重要的地位，事实上这几乎是全员都会不同程度地参与的工作。因为 LeanCloud 的用户通常是其他工程师，所以负责技术支持的同事需要对技术有相当的了解，需要能用代码复现用户反馈的问题并和其他工程师一起诊断出原因。因为技术支持专家最熟悉用户遇到的问题和反馈，他们会对产品做出宝贵的贡献，有时是直接贡献代码和文档，有时是为设计和 roadmap 提出指导和建议。如果你对这样的工作感兴趣，有一定的开发经验，希望成长为一个多面手，欢迎到
考虑这个职位的人自身技术水平一般都不行（大概率），比如：代码不想写，新技术不想学，但是又什么懂那么一点，这种尴尬的情况就选择了技术支持行业，门槛低，技术不深。
3.长期以往，很难学到深层次的东西，优点是对于实施和对每种技术相关的整合有独到的理解。
有段时间我前公司俩技术售后（我们这么称呼）经常出差，客户数据库或者服务器有问题经常是研发人员远程或电话解决的，技术支持决绝不了的疑难杂症到头来还是要请教研发。但是这个职位永远有缺口，有上进心的都去做研发了，客户有问题首先找的是技术支持，而程序员没啥大问题一般都不会理客户。。。
公司不同可能定位也不一样，反正我觉得这个挺尴尬的，要么干几年转研发，要么一直这么混下去，我前公司就一个40+的技术支持，有活就干，没活就刷手机，反正就用到那些东西。
我个人觉得，如果在国企，或者外资，这职位还是很舒服的，工资不会差太多。剩下的学习成本可以享受生活，巅峰应该是做到技术顾问有自己的人脉圈。
对了，他们很会找bug让你改，这和测试又有点相似，不过测试里的人不要小瞧，里面没准有个扫地僧，退隐的全栈工程师。。。
现在我已经是个多语言开发者了，让我数数我现在懂哪些……java JavaScript golang Python shell 刚刚我们部门从隔壁部门交接了一个40万行代码的项目，原来他们开发组有上百人，交接过来之后我们部门只有十几20个人来负责，所以现在的工作每天都特别特别忙，只能说走一步看一步，希望上级能够加快招人的步伐，不然的话，这样死撑下去也没有意义。。。连搞前端的都不得不来看后端的代码了………然后我才发现一个致命的事实，那就是脏代码在各种部门都是普遍存在的事情，尤其是那种被好几代人维护和重构过的项。