工作总结
发表时间：2026-03-31[优质]GNSS产品经理工作总结。
先扔个数字：今年我们售后工单里，因为“偶发固定解丢失”被骂的次数，比去年少了62%。但这不是最关键的。最关键的是，我终于搞清楚去年那42%的复现不了的问题到底死在哪了——不在板卡，不在天线，在测试场景和真实工地的断层。
去年我们干过蠢事。把新样机拿到顶楼天台，对着天空开阔、无遮挡、信号强的地方测一周，数据漂亮得像教科书，然后批量投产。结果一进工地，挖掘机一响、塔吊一转、甚至工人甩对讲机都能让RTK失锁。售后工程师跑断腿，回来报告写“疑似干扰”，研发不认账。我调了三个月的返修log，把每个故障点的时间、经纬度、卫星仰角、信噪比全部拉出来画散点图，发现一个规律：下午2点到4点，川西某工地固定解误差放大到5公分以上。不是设备坏了，是GPS PRN16号星刚调过轨道，那个时段仰角扫过边坡的金属防护网，多路径干出来的。我们没换硬件，在数据处理层加了个动态仰角屏蔽阈值，问题消失。客户在群里发了条语音：“哎，稳了。”就三个字，我听了两遍。
这让我觉得之前花大价钱买板卡厂商的“深度技术支持”纯属冤枉钱。他们给的方案永远是“升级固件”“换天线”。去年我们平均每例疑难故障要折腾14天，今年我们自己写了一套诊断脚本，把RTCM3.2原始消息解析、伪距残差、周跳探测打包成一个exe，现场工程师插上接收机就能跑。最长的一次从报故障到定位根因用了两天——漠河那个案子。
说到漠河，想起来就窝火。二季度我们赶工期，在一款手持机里直接用了开源库的E5b频点处理模块。内测没问题，发到东北一周后，黑龙江客户炸了：初始化时间从15秒拉到90秒，有的甚至固定不了。零下22度，我带着算法工程师蹲在漠河野外，笔记本冻得每半小时关机一次，我们用暖宝宝贴在电池仓上续命。逐秒对比B1C和E5b双频无电离层组合解，发现开源库的电离层修正系数基于中低纬度，到北纬53度完全不适用。手动改了五个参数——电离层延迟模型系数、对流层映射函数截止高度角、模糊度搜索阈值、星历粗差剔除门限、周跳探测的滑动窗口长度。修完后初始化时间回到18秒。代价是召回300台机器，运费加客户赔偿烧掉四十多万——实际算上工程师差旅和停工损失，至少六十万。我跟研发老大拍桌子：以后再有人敢直接抄开源代码不做本地化验证，我拿示波器砸他电脑。
今年我最得意的一个活，不是修了多少bug，是搭了一套预测性维护模型。之前都是等客户骂，我们才去查。后来我盯着CORS站网两年的数据发呆，发现天线相位中心变化和晶振老化其实在伪距残差的慢变趋势里有前兆。于是写了五个特征：周跳比、多路径均方根、钟差稳定性、信噪比均值、模糊度固定率。加权打分，每天凌晨自动拉在线设备的数据跑一遍。分数低于75推送预警。七月有一次，模型预报某桥梁监测点的天线馈线接头氧化风险，我们提前48小时通知客户更换。客户不信，说你们瞎报。结果第三天数据开始跳变，他换了根馈线就好了。后来他跟我说：“你们这玩意比算命的准。”——这话我爱听，但我没告诉他，模型在六月份误报过两次，一次是电离层暴，一次是附近新装了5G基站，我花了三天才把地磁指数和基站频点干扰加进去做外部校验。
说点丢人的。今年三月有一批天线，出厂测试全过，到客户手上L2频点信噪比平均低了0.8dB。研发咬定是客户环境问题。我较上劲了，自己拿Rinex工具挨个看原始观测值，发现同一批次里有的正常有的偏低，跟序列号段强相关。倒查采购记录，是贴片厂把一盘不同批次的电感混用了，阻抗不匹配。这事如果只信“出厂测试合格”的报告，永远查不出来。我现在每周至少半天不跑脚本，手动翻原始数据——不是矫情，是真被坑怕了。
- 小学范文网年度必看系列推荐:
- 产品经理工作总结 | 产品经理工作总结及规划 | 产品风控经理工作总结 | 梯控产品经理工作总结 | GNSS产品经理工作总结 | GNSS产品经理工作总结
产品经理这一年，最大的长进不是学会了多少算法，是终于明白了一个道理：数据不会骗人，但人会用错误的方式解读数据。去年我们统计“用户满意度”，靠的是售后回访，分数很高。但我去翻工单日志，发现很多客户懒得投诉，直接换别家品牌了。今年我把“沉默流失率”加进考核，再也不看满意度分数了。
明年要啃的骨头很明确。一个是低轨卫星增强后的PPP-RTK收敛算法，在树荫遮挡下的稳定性——手里已经攒了80GB的野外测试数据还没跑完。另一个是低成本IMU与GNSS紧耦合的振动补偿，这玩意在挖掘机斗齿监测上死活搞不定，振动频率一超过50Hz就发散。说这些有点远，先把今年的故障数据库里那30%还没打标签的log处理完。如果明年这个时候我能拍着桌子说“全标完了”，就算没白干。
- 想了解更多【工作总结】网的资讯，请访问：工作总结
