第14章 项目组里的“隐形大佬”（1/2）

加入“曙光计划”核心项目组，对李季而言，如同从小池塘游进了波涛汹涌的大海。组里成员要么是经验丰富的业务骨干，要么是锋芒毕露的年轻精英。第一次项目会议，他就感受到了无形的压力。

大家讨论着用户痛点、技术壁垒、市场竞品，各种专业术语和英文缩写满天飞。李季坐在角落，大部分时间只能沉默地听着，感觉自己像个误入高手对决战的菜鸟，连插话都找不到切入点。

他负责的市场策略辅助工作，听起来重要，实则有些模糊，更像是给几位主力策略师打下手，整理会议纪要，收集补充资料。

若是以前的那个李季，或许会感到挫败，然后更加谨小慎微，力求不出错。但现在的李季，在经历了系统一次次“破规”的锤炼和社区工匠的实践后，心态已然不同。

他不再急于表现，而是利用【时间感知】能力，高效地完成指派的基础工作，然后便默默地观察、吸收。他发现，这些精英同事们的思路固然开阔，但有时过于天马行空，脱离实际；讨论的问题很高端，却偶尔会忽略一些最基础的用户体验细节。

比如，有一次大家激烈争论智能助手的声音应该采用哪种“高级感”的音色时，李季想起了帮王大爷修理那个复杂智能音箱的经历。王大爷不是因为音色不够高级而烦恼，而是因为语音指令稍微带点口音，音箱就完全无法识别。

还有一次，讨论到智能场景联动，一位同事提出了一个极其酷炫的“观影模式”，涉及灯光、窗帘、音响、空调甚至香薰机的复杂联动。李季脑子里立刻浮现出帮程序员邻居调试类似场景时，对方抱怨设置过程太反人类，家里老人根本不会用，他自己都差点崩溃。

这些来自“一线”的、琐碎却真实的细节，在高端大气的项目讨论中，显得那么微不足道，却又如此根本。

李季没有贸然发言反驳，他知道自己资历尚浅，直接质疑可能会引来反感。他选择了一种更迂回的方式。

在整理会议纪要时，他会在某些争议点或看似完美的方案旁边，用括号加上一句简短的“用户侧可能存在的实操疑虑”，并附上一个极其简化的、他从真实案例中抽象出来的例子，不点名，不指责任何人，只是客观陈述一种可能性。

比如，在那份关于“观影模式”的讨论纪要旁，他写道：“（注：复杂的多设备联动设置流程，可能对非科技爱好者用户构成使用门槛，参考：某用户反馈设置类似场景耗时约45分钟，且中途多次失败）”

起初，没人注意到这些细小的备注。直到一次项目进度汇报会上，负责技术的同事信心满满地演示一个初步原型时，周总突然打断，指着屏幕上某个设置环节，淡淡地问：

“这个步骤，普通用户预计需要操作几次才能成功？有没有考虑过用户误操作后的反馈和引导？”

技术同事一时语塞，他们光追求功能实现，确实没细化到这个程度。

这时，项目组长，一位资深总监，下意识地翻开了手边的会议纪要，恰好看到了李季在旁边做的那个备注。他愣了一下，将那个例子简单复述了一下。

周总听完，目光在会议室里扫了一圈，最后落在了几乎缩在角落的李季身上。