上个月行政部收到一封匿名投诉信，说三楼东侧的302会议室夏天像蒸笼、冬天像冰窖，每次开会都得带羽绒服或小风扇。领导把这锅甩给我：“你不是会捣鼓系统吗？搞个能管温度的。”

我第一反应是装个温控器——但转念一想，这玩意儿谁调？行政？IT？还是让每个参会人自己遥控？最后决定：不如让大家投票。

我打开蓝点通用管理系统，新建了一个叫“会议室体感舒适度动态调节器”的应用。结构很简单：会议开始前15分钟，系统自动推送一个表单链接到参会人手机，选项只有三个：“冷”、“热”、“刚好”。后台实时统计票数，超过60%的人选“冷”，就自动发邮件通知物业调高一度；选“热”则调低。如果“刚好”占多数，维持现状。

没想到第一天上线就炸了。市场部开季度复盘会，8个人里7个投“热”，1个投“刚好”。空调从24度降到22度。那位投“刚好”的同事当场跳起来：“谁把我空调调低了？我穿的是短袖！”

系统日志显示，投“热”的全是穿西装打领带的管理层，唯一投“刚好”的是穿T恤的实习生。问题来了：是该尊重多数，还是考虑穿着差异？

第二天我加了个“穿衣指数备注栏”，允许投票时附言“穿薄毛衣”或“刚跑完步”。同时设置权重规则：如果温差诉求超过3度，系统不自动执行，而是弹窗提醒会议主持人手动裁决。

技术部的老张看到后眼睛一亮，当晚拉着我讨论能不能加入“体感算法”。他说：“人体对温度的感知不仅和室温有关，还跟湿度、风速、日照角度甚至心情有关。咱们可以采集历史数据，训练一个预测模型。”

我说你疯了吧，为了个空调搞机器学习？

他真没疯。两周后他交给我一份Excel，里面记录了37场会议的投票结果、当天室外温湿度、窗户朝向、参会人性别比例、甚至会议议题激烈程度（用发言语速和打断次数估算）。他声称已经发现规律：当议题涉及预算削减时，体感温度普遍上升2.3度。

我没敢把这个模型接进生产系统，怕被当成玄学。但老张的热情感染了其他人。财务部提议给每个会议室配红外测温枪，录入实际体表温度；HR想结合员工健康档案，标注“怕冷体质”或“易出汗人群”；连保洁阿姨都建议在门口放个温感色卡，让人进门先比对再投票。

最离谱的是产品部的小林，她偷偷在蓝点里加了个隐藏功能：如果连续三次会议都因“太热”调低温度，系统会自动生成一张《会议效率与室温负相关性报告》，抄送部门总监。她说这是行为经济学——用管理压力倒逼大家缩短无效会议。

现在这套系统已经迭代到2.3版。新增了“温感历史曲线图”、“舒适度贡献排行榜”（投“刚好”最多的人上榜）、甚至“季节性着装推荐”（根据未来一周天气预报推送穿衣建议）。物业师傅从一开始的抱怨“你们怎么天天改温度”，到现在主动问“今天302几点开会？我提前预冷”。

有人问我为什么非要用蓝点做这个。说实话，市面上有更专业的楼宇自控系统，也有现成的IoT温控平台。但那些要么贵得离谱，要么改个字段要找厂商排期三个月。蓝点的好处是——我想加个“穿衣备注”，拖拽两个组件，写三行脚本，半小时上线。想给技术部开放数据接口？勾选“API权限”，复制粘贴token就行。它不炫技，但足够灵活，像乐高积木，你想搭火箭还是搭狗窝，它都默默支持。

上周老板路过302，推门感叹：“咦，今天温度刚刚好。”没人告诉他，这是七个人投票、两个算法模型、外加一条“总监偏好记忆规则”共同作用的结果。

我们没改变世界，只是让会议室少了几句抱怨。但有时候，管理不就是从“别吵了，我调一下空调”开始的吗？