广州的午后，烈日高悬，梁泽祖将新能源车停在路边，打开网约车司机端，点击“出车”按钮。然而，时间一分一秒过去，屏幕始终静悄悄的，没有订单提示音响起。十分钟、半小时、一小时……他逐渐意识到，要研究网约车司机如何使用手机，首先得让平台认可自己是一名真正的司机。
梁泽祖并非为了赚取车费而来。作为某手机品牌硬件技术中心的工程师，他正负责一个课题：解决手机长时间导航时的发热和功耗问题。这一问题看似普通，却困扰着许多用户——导航久了，手机发烫、屏幕卡顿，严重时甚至系统降频。对普通用户而言，暂停使用即可缓解；但对网约车司机来说，手机是接单工具，一旦卡顿或定位不准，订单可能流失，收入随之减少。数据显示，司机每天使用GPS的时间可能超过十小时，远超普通用户的半小时。
实验室能模拟导航场景，也能绘制功耗曲线，但无法复现真实环境中的变量：乘客的催促、平台的派单规则、暴晒的车窗、车机对GPS的干扰……为了获取真实数据，梁泽祖决定亲自上路，注册成为一名网约车司机。起初，团队计划让同事扮演乘客下单，但派单系统不仅考虑距离，还参考司机评分、接单历史等指标，新手司机难以接到订单。无奈之下，他们只能选择接真实订单。
第一天下午，梁泽祖从一点多等到四点，才接到第一单：将一名高中生送至地铁站。随后几单并不顺利，他因不熟悉路线迟到、被取消订单，甚至差点吃到罚单。逐渐摸索后，他发现地铁站、医院、学校附近是手机“工作状态”最集中的区域。一周内，他覆盖了早晚高峰、午后听单、夜间返程等场景，手机经历了长时间导航、充电、发热的完整循环。
工程师们原本认为，手机发热的“元凶”是GPS模块。但拆解功耗数据后发现，GPS仅是接收卫星信号的被动设备，电流消耗约20mA，远非主要热源。真正的问题在于系统级消耗：屏幕高亮、地图渲染、路线计算、实时定位和网络请求持续唤醒CPU、内存等模块，叠加充电产生的热量，导致手机温度攀升。司机插电导航、听单状态下的GPS高频调用等场景，均未被实验室模型覆盖。
梁泽祖在接单过程中还发现，自己的车机系统会干扰GPS频段，导致定位偏移。一次因定位不准错过乘客后，他意识到，实验室数据无法捕捉手机与车机、环境之间的复杂交互。类似问题往往出现在特定时间或地点，例如某地运营商为省电在夜间关闭基站，导致用户无法通话或上网，这类案例需实地蹲守才能复现。
找到热源后，优化并非易事。工程团队从最耗电的模块入手，例如将CPU从极限模式调至均衡模式，既满足导航性能需求，又降低功耗。初步方案预计降耗50mA（约1度），实际优化后达到200-250mA（4-5度）。然而，指标改善未必等同于体验提升。例如，降低屏幕亮度可省电，但内测中司机反馈亮度忽明忽暗易分神，且自动亮度功能已根据环境光优化，强行调暗可能影响安全。最终，这一优化被否决。
类似妥协在优化过程中屡见不鲜。通信工程师贾俊凯负责电梯等弱网场景优化时，曾尝试用Wi-Fi围栏判断位置，但功耗团队指出持续开启Wi-Fi拖续航。他转而采用传感器加蜂窝信号的混合识别方案，虽技术复杂，却避免了功耗问题，还意外解决了其他弱网场景的信号切换难题。
新技术通常优先应用于旗舰机型，但此次工程师选择从入门级A系列和K系列入手。原因在于，核心用户——日均使用GPS超十小时的网约车司机——更多使用中低端机型。优化旗舰机虽能提升参数，但目标用户反馈有限，不利于技术迭代。弱网优化等通用能力被铺开至所有机型，确保外卖员、上班族等用户在电梯、地库等场景均能受益。
某款搭载GPS功耗优化方案的A系列或K系列手机将于下半年上市。这一变化或许不会成为发布会焦点，但对司机而言意义重大。过去，手机在听单时发烫、地图卡顿、定位延迟可能导致订单流失；如今，这些困扰可能悄然减少。没有仪式感，也没有用户夸赞，但工程师们知道，问题被解决了一点，用户的抱怨少了一些。
梁泽祖的网约车经历，让团队深刻认识到真实世界的复杂性。手机参数再高，若无法应对地库断网、高架定位漂移等场景，仍会被用户诟病。工程师思维的核心，是跳出实验室脚本，到现场寻找问题；当指标与体验冲突时，优先保障后者；谁的问题最迫切，就先解决谁的需求。他们不追求“做好事”的标签，只信奉一个原则：用户遇到问题，就要想办法解决。
