技术人员在客户现场工作注意事项
 
    刚从事工作的新人，或刚从事出差工作的人，往往会在不知不觉中犯错误。笔者根据自己的经验，以及和客服领域高手的探讨，尝试提炼了几个不成体系的点，希望能帮助新人规避一些问题。
 
一、防静电注意事项
 
    去一些生产制造流水线出差、去一些电信级机房，客户现场对防静电要求较高，所以对基础的防静电知识要有了解。
 
    比如不能用裸手接触板卡设备，比如带鞋套或换鞋，比如穿防静电服，以及对一些防静电区域标识的认识等。
 
    具体的注意事项，可以搜索一些ESD规范，进行自我学习。
 
 
二、信息安全保密性注意事项
 
    几乎所有的客户都会对自己的数据信息有安全规范：行业客户（公检法司）、金融体系客户、医疗体系……
 
    有很多行政级别比较高的客户，对信息有安全保密条例。对现场工作的技术人员来说，可能会遇到几类问题，特别提醒。
 
2.1  内网、外网隔离
   
    很多客户的内网和外网是隔离的，在内网中，有保密条例，不要随意接入客户内网。
    内网ip受网管保护（MAC/IP），如果需要在内网添加设备，需要和客户确认，IP地址已经完成保护，否则IP不允许访问，物理通畅但是实际功能无效。-
 
2.2 客户pc禁止插U盘
 
    同样，处于保密条例，客户很多PC是禁止插入未经许可的U盘，如果有外接设备插入，会自动产生报警，变成行政事故。另外，在客户的pc上插入U盘，存在copy客户业务/保密数据的潜意识风险，很多客户很忌讳这种操作。
 
    所以，在需要接入U盘时，务必征询客户意见，被许可后才能接入U盘设备。
 
三、礼仪注意事项
     
    不要随意走动和观望——客户现场中，单位大大小小的头头脑脑们都是一人一间办公室，无论开门还是掩门，路过各个办公室时，忌讳探头张望或转头窥伺。会给客户领导留下公司人员不稳重，不懂事的印象。
 
    所以，路过其他领导会议室时，尽量做到目不斜视，体现严谨、严肃的态度。
 
 
四、 设备断电硬重启ok，才是真的ok

 
    无论是哪种出差目的：打标售前、还是试验局开通、售后问题排查。最后认为ok，不算数，必须将所有的设备进行硬件断电，重新启动后，如果还ok，才是真的ok。
 
   复位不复位是有区别的，软件（reboot）复位和硬件复位是有区别的。因为种种偶然事件，特别是加班加点后的调试，很容易出现各种疏漏，会导致一些问题。
 
   4.1 路由配置未保存：很经典的案例。一个地方开局，网络一直是好的，半年后断过一次电后，网络就不通了，最后排查下来，开局配置路由时没有write。因为一直没有复位，所以配置一直有效，直到重启后恢复了默认值。
 
   4.2 Key丢失：软件重启时ok，硬件复位加载key失败，也是在很多局点曾暴露过的问题。
 
   4.3 版本未加载：在多次更换临时版本后，实际运行的版本，和重启后待加载的版本不一致，会出现bug反复现象。
 
   4.4 云台摄像头控制：在调试摄像头协议、云台协议时，明确要求摄像头、云台以及设备需要硬件断电重启，如果不断电也会导致控制方面的问题，至少是排查问题难度加大等。
 
   4.5 E1时隙跟踪:E1的时钟震荡、跟踪模式的设置，需要断电重启生效，也是很容易遗漏的点。
     整体而言，在外出差调试设备，需要谨记此句：设备断电硬重启ok，才是真的ok。
 
 
五、每天离开时整理环境
  
    每天离开客户现场时，注意整理一下环境。杂物、饮料瓶、工作过程中的线缆、椅子、遥控器、尽量按照客户的日常标准进行还原。
  
    一般而言，客户有自己的卫生标准，每天离开时整理环境，是必须要做的事情，也可以增加客户对我们的认可度。
 
六、养成做工作日志的好习惯
 
    俗话说，好记性不如烂笔头。在出差期间，要注意对每日进度的动态记录和日志的完成。
 
    6.1 客户现场问题复杂，需要对很多操作步骤、外围设备进行全覆盖测试，多种逻辑、环境的组合测试结果，通过记忆的方法比较困难。一开始思路清晰时还能清楚的知道什么情况下是什么现象。真的复杂问题的排查，一段时间后，思路容易陷入僵局，在这种情况下，全凭记忆会出现测试结果混淆的现象。
 
    6.2 疑难问题的排查过程中，很容易出现不同测试条件下的测试结果互相矛盾，全凭记忆也容易出现混淆，需要注意记录跟踪。
 
    6.3 在较大的局点，设备比较多的时候，可能会修改一部分设备的参数，升级一部分设备的版本进行差异姓测试，需要对所有的操作和版本升级进行记录，方便定位问题和最后的统一环境。
 
    6.4 在处理对通问题、疑难问题、性能等问题时，并没有明确的思路和问题点，需要不断的增加调试信息、根据不同的怀疑点编译各种临时版本。在多次版本的更替过程中，一定要记录下每个版本的特性，方面研发定位问题。在竞标临时开发过程中，可能最后要在很多临时版本中选取一个问题最少的版本，这点就要求对多个版本的特性记录特别仔细。
    比如：
     版本1（1.5号12：00）：出现XXXX现象，测试结果依然不行
     版本2（1.5号17：00）：解决了XX问题，新增XX，XX问题
     版本3（1.6号 9：00）：解决了XX，XX问题，新增XX，XX问题
 
    这种好的工作习惯，可以梳理思路，针对长期、反复的问题做到较好跟踪排查，避免记忆混淆带来的重复工作。
 
    以上是零碎总结的一些点，希望能对新手，提供一些帮助，特分享与此。