下午四点的会议室，中央空调调到16度依然能感觉到轻微的燥热，让人昏昏欲睡。
社交SRM研发团队的周度需求评审会，鏖战3小时了，评审了27个需求了，终于要进入了尾声了。
投影仪的风扇发出轻微的嗡鸣，努力地散热，屏幕上是一个在线协作文档，小温的光标在密密麻麻的表格里跳动。
“好了，剩下的都是些体验性的修补，大家再坚持一下。”老陈揉了揉发酸的眼角。
他现在已经过渡成全能型选手了。技术、实施都能上，和张伟一样码农出身，现在需要他搞交付了，立马就能上，他已经能在这些角色中游刃有余的丝滑切换了，他和小温是绝逼的社交SRM产品线龙虎搭档。
老陈务实、严谨，对技术有着一种近乎刻板的警惕，但也正因如此，他是团队里最稳的一块压舱石。
产品经理小温滑动着鼠标，在一个标注着“体验优化/P3”的需求项上停了下来。
“老陈，你看这个。”小温轻声说，“这是上周几个大型电子制造供应商联名提的一个小需求。挺有意思，但也挺‘土’。”
老陈凑过去，屏幕上写着：
需求描述：供应商反馈，在社交SRM平台处理订单时，采购方下发的PO（采购订单）里全是采购方的物料号。
供应商内部也使用SAP，由于两家公司对同一款电阻的命名编码完全不同，供应商业务员每次都要对照纸质清单手动转换成自家的SO（销售订单）物料号，极易出错。
建议：能否在平台上增加一个“料号映射表”，一次匹配维护后，让他们（供应商端）只看自家的物料号？
“这不就是个常规的映射逻辑吗？”老陈摆摆手，语气轻松，“这种供、客间的物料匹配，在SAP里早就有，咱们在前端加个表，后端做个Lookup映射，分分钟就能搞定，没丝毫技术难度。过吧，Pass！”
小温没有点下那个绿色的“通过”按钮，她盯着那行字，眼神里却闪过一丝作为顶级产品经理异样的光芒。
“老陈，你先等等。”小温停住了动作，会议室的节奏随之放慢。
她像是在自言自语，又像是在询问，“你不觉得这事儿逻辑很奇妙吗？相同的实物，采购方看的是他的A码，销售方看的是他的B码。
在我们的平台上，同一张订单，数据在流转的过程中，数据相同，可是内含却变了。