
跟大家聊聊这个“言之有据”的事儿,这玩意儿在职场里太重要了,但好多人就是把握不说话稀里糊涂,吃亏的还是自己。 我刚开始工作那会儿,也没太注意这个,开会汇报啥的,就是拍脑...
跟大家聊聊这个“言之有据”的事儿,这玩意儿在职场里太重要了,但好多人就是把握不说话稀里糊涂,吃亏的还是自己。
我刚开始工作那会儿,也没太注意这个,开会汇报啥的,就是拍脑门子说“我觉得这个方案行”、“大家好像都这么干”。结果?被领导点名批评,说我汇报工作毫无章法,净说废话。
后来我才琢磨明白,言之有据不是让你说话多漂亮,而是你说的每一句话,后面都得有实打实的东西顶着。不是你“感觉”,而是数据、事实或者别人的话。
第一次深刻体会到这个的重要性,是我负责一个App的性能优化项目。当时产品经理非说用户反馈启动慢,非要我立马改。

那次我赶紧拉了埋点数据,把过去一个月的启动时间分布图拉出来,又对比了不同机型和网络环境下的耗时。结果发现,只有在特定老旧机型,开启低速网络时,平均启动时间才超过了我们设定的阈值。
我把这些图表和数据整理第二次去汇报。
我开口就说:“根据上个月的100万次启动记录,平均耗时是1.8秒,符合预期。但是在安卓4.4系统的设备上,平均耗时是3.5秒,占总量的3%,这部分是我们需要重点关注的。”
你看,前后对比,效果立马就不一样了。我的陈述从“我觉得慢”变成了“数据表明在特定场景下慢”。产品经理立马就消停了,知道该往哪个方向去优化了。

从那以后,我不管是写周报、做复盘还是跟同事讨论问题,都会强迫自己先找证据。
比如,同事提出一个新功能建议,我不能直接说“这个不好做”,我会说:“上次我们做类似模块的时候,参考A模块的实现,接入成本大概是现有工作量的1.5倍,风险系数较高,您看咱们是不是可以先评估一下?” 我把过去的经验数据拿出来做对比。
再比如,向上级申请资源,我不会说“这个项目急需人手”,而是拿出项目进度表:“按照目前进度,如果没有增加一个前端支持,我们将在下周三超出原定上线日期五天,根据市场预测,延期五天可能导致5%的潜在用户流失。” 我把需求和可能带来的后果挂钩。
说白了,言之有据就是把“我以为”替换成“数据显示”、“根据XX报告”、“上周我们复盘的结果是”。一旦你的发言后面能跟着一个具体的支撑点,哪怕是别人说的一句话,别人也得认真听你几句,因为你知道你在说什么,而不是在那儿瞎掰活。
这套方法用下来,我发现自己在团队里的分量都变重了,开会发言更有底气,别人也更信服我。大家都是打工人,谁也不想听虚头巴脑的东西,拿出你的硬货,才是硬道理。