一、“下去之前，我觉得自己挺懂产品的”

小刘是前年入职光安的产品经理。来之前在一家互联网公司做了三年B端产品，画过上百个原型页面，写过几十份PRD文档，自认为对“用户需求”四个字理解得很透彻。

入职第一周，部门负责人把他叫到办公室：“下周去矿上报到，山西那边的矿，待三个月。”

小刘愣了一下。他以为领导在开玩笑。

不是开玩笑。第二天，HR给他发了一份“下矿准备清单”：工作服、矿靴、矿灯、自救器、防尘口罩。还有一本《煤矿安全规程》。清单最后写了一行字：“以上物品由公司统一配发，请于出发前一天到库房领取。”

一周后，小刘拖着行李箱站在山西某矿的井口，看着罐笼从几百米深的井筒里升上来，带出一股潮湿的、混着煤粉味的风。他后来跟我说：“那一刻我意识到，我以前做的那些产品，用户都是用鼠标和键盘在用的。但这里的用户，是戴着手套、顶着矿灯、在黑暗里干活的人。”

二、“你们这个功能，想法是好的，但戴着手套根本按不了”

下矿第一周，小刘跟着矿上的监测监控队值班。

有一天，队里的老张盯着平台屏幕上的微震波形，皱着眉头看了半天。小刘凑过去问怎么了。老张说：“你看这个界面，波形回放的时候，想放大看一段细节，要用鼠标拖一个框——但我们值班室里电脑是触摸屏的，戴着手套根本拖不准。你们能不能改成双击自动放大？”

小刘愣住了。

这个波形回放功能，就是他在上一家公司的产品团队做的。当时所有人都觉得拖拽框选是“最优交互方案”，评审的时候没有一个人提出过异议。没有一个人想过——值班的工人可能戴着手套。

他把这个需求记在了本子上。三个月后，这个交互改成了双击触发放大，手套也能操作。

后来他跟我说：“在办公室设计产品，你会默认用户和你一样——坐在干净的桌前，用着灵敏的鼠标，有充足的时间慢慢操作。但井下不是这样的。井下光线暗，戴着手套，有时候刚干完活手上有水有泥，耳朵里还有风机噪音——你设计的功能，首先得在这种环境下‘能用’，然后才能谈‘好不好用’。”

三、“数据曲线是平的，不代表下面也是平的”

第二个月，小刘遇到了另一件事。

矿上的顶板离层仪数据连续一周平稳，曲线几乎是平的。按产品逻辑判断，这是好事——数据稳定，说明顶板没有异常变形。

但跟小刘一起下井的老师傅不这么看。老师傅指着头顶的顶板说：“你看这边的锚杆托盘，有几个已经压弯了。数据可能是平的，但顶板肯定在动。传感器可能在盲区，或者已经压死了。”

小刘拿OTDR测了一遍，发现其中一支传感器的底座确实松动了。数据还在传，但传上来的已经不是真实的顶板位移了。

他后来把这件事写在复盘报告里，附了一句话：“数据曲线是平的，不代表风险是平的。一个‘正常’的数据背后，可能是传感器没装好、链路有衰减、或者监测点刚好在应力集中的盲区。产品经理如果没下过井，看到一条平曲线，会觉得一切正常。下过井之后，看到一条平曲线，会先问一句——是不是有什么地方不对。”

四、三个月后，他改了三个东西

从矿上回来之后，小刘改了三样东西。

第一，改了一个按钮的尺寸。原来设计的按钮在屏幕上直径8毫米，井下手套操作容易误触旁边按钮。他改成了12毫米，间距也加大了。需求文档里多了一张照片——一只戴着矿用手套的手，在触摸屏上点按钮。

第二，改了一个报警提示的显示逻辑。原来的设计是报警弹窗持续显示在屏幕中央，直到有人点击确认。但现场反馈是——值班室可能只有一个人，如果在处理别的事没看到弹窗，报警就一直在那没人知道。他加了一条：30秒内未被确认，系统自动通过语音播报发出提示。

第三，给所有新入职的产品同事写了三句话，贴在团队的共享文档里：“一、你的用户可能戴着手套，可能一个月没休息，可能在凌晨三点被叫醒看数据。二、你的用户不在你身边，在几百米深的井下。三、你画上去的每一个按钮，做的每一个交互，都关系着他们能不能在第一时间做出正确判断。”

在光安，产品经理下矿不是一个形式，是一道入门关。

不是为了让产品经理体验一下矿工有多辛苦——那不是目的。目的是让每一个做产品决策的人，脑子里永远有一幅画面：这个功能被用到的场景，不是开着空调的会议室里投屏演示的时候，而是凌晨两点调度室电话响了、值班员穿着工作服跑进来、手忙脚乱地点开平台界面的时候。

没有下过矿的产品经理，做出来的功能在演示的时候看起来都很好。但只有下过矿的产品经理才知道：在井下的真实场景里，好和不好之间，差的就是一个按钮的尺寸、一条提示音的延迟、一句报警文案的表达方式。

而这些细节，坐在办公室里永远发现不了。

如果你也是做工业产品的同行，想问一句：你上一次走到用户真正使用你产品的地方，是什么时候？

欢迎留言聊聊。也欢迎矿上的朋友说说，你们用过的系统里，有没有哪些让你忍不住想说“设计这个功能的人肯定没下过井”的瞬间。