|
此文章由 gifox 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 gifox 所有!转贴必须注明作者、出处和本声明,并保持内容完整
本帖最后由 gifox 于 2022-3-27 20:40 编辑
会计背景有帮助的.我自己support 过保险业软件, 当客户和我说Ledger不对时,我花了很多时间才明白他们说什么.
具体到这个职务, sage是云会计.
SaaS support有 2种情况.
1 没有后台access
无论他们是叫lv1还是lv2,实际上就是lv1, 负责看看known error db里面有没有解决方法, 解答一些使用问题, 成为和客户沟通的桥梁, 管理ticket life cycle,收集log 等等.
熟悉一下browser有帮助,比如客户投诉incognito mode下面显示不一样之类的. 会点简单的网路故障排查也好.
2 有后台access, 如果有,那你的确是LV2 application support. 因为是SaaS ,一般不会开放太多的. 大问题, 比如outage , 就会交给SRE 处理,没有support什么事情鸟.
你需要
1)一定的网路知识, 比如客户投诉连不上. 你要排查是哪一段出来问题或者客户的proxy,firewall 会不会是问题来源
2) 会一点类似SAML , AD intergration, MFA ,毕竟现在这些软件都可以和客户自己的AD或者SAML 做intergration. 第一次设置一般是PS team完成的,但是后面出问的话, support要能够排查出问题问题所在.
3) 会一点类似SIEM 的系统. 如果你有后台access通常不会太多. 查错是通过监控软件完成的, 几个监控解决方案界面都和普通的SIEM系统差不多. 会看filter 模版, 会改filter 模版对于工作帮助很大.
4) RestAPI, 一般不会让你直接进入后台的.一些没有提供GUI的后台改动或者提取数据是用resetAPI 完成的. 有时一些简单排查测试也会用到restAPI ,你是习惯用postman还是powershell 还是curl 具体看工作环境.
5) 读log的general 技巧. 做support, 没有很好的读log技巧就基本算入错行了.
鉴于什么JD 技术层面都没有要求.我估计是LV1
|
|