“能。”林峰点头，“为什么不早提？”

“提了。”她苦笑，“上次提完，你们回了个邮件，说‘功能逻辑闭环已完成’，然后就没下文了。”

林峰没解释，只让她原样再操作一遍，他全程录音。

晚上八点，最后一站结束。回到公司时，前台已经换了夜班。林峰径直走向会议室，桌上堆着白天收集的笔记和录音文件。他打开电脑，把所有反馈逐条录入分析表，按“使用障碍”“功能缺失”“交互困惑”分类归档。

凌晨一点，研发主管发来消息：“基础版的功能清单初稿好了，但有个问题——如果简化太多，后期升级会不会反而更麻烦？”

林峰回：“不会。用户不需要知道后台有多复杂，他们只想把事办成。”

说完，他切换到数据看板，将三天来的调研信息整合成三维模型：X轴是客户规模，Y轴是核心诉求强度，Z轴是现有功能匹配度。图像生成后，最突出的三个柱体分别对应“实时追踪”“一键操作”“故障预警”。

他放大中小企业区域的数据簇，发现超过七成的差评都集中在“找不到关键功能”。有人甚至吐槽：“你们的设计像是故意不让普通人用。”

两点十七分，他标出三项A级优化项：首页增加“货物动态”悬浮窗；高频操作支持快捷入口自定义；错误提示必须用白话文，禁用代码式报错。

做完标记，他靠在椅背上，闭眼三分钟。再睁眼时，屏幕还亮着，图表下方新增了一行自动统计的结果：当前产品与真实需求的平均路径偏差为4.7个操作步骤。

这意味着，每个用户每天要多点五次屏幕，一年就是近两千次无效操作。

他忽然想起白天那个仓库主管说的话：“我们不指望你们做世界上最厉害的系统，我们就想少犯错，少挨骂。”

小主，

林峰打开内部协作系统，在跨部门任务栏新建一条指令：下周起，所有产品经理每月至少跟随一名一线客户工作半天，从下单到签收全程跟进。任务状态设为强制打卡，缺席者计入季度考核。

刚发出去，安全组又来消息：德方接口更新日志显示，新增的认证模块要求绑定指定云服务，且不提供迁移方案。