消息秒到，项目协作不再“等回复”

我曾目睹过一个极为离谱的案例, 有一家建筑公司, 其项目现场出现了技术问题, 工人很快照照片, 传给了项目经理, 项目经理转发给技术部，技术部又传到 设计院, 整个流程走了一圈, 时间过了三天, 期间现场一直停工三天, 仅人工费就亏损十几万。

问题出在哪？不是没人管，是信息流转太慢。

各个环节都处于等待状态, 等待另一边看到信息, 等待其一理解疑问, 等待对方给予回应, 这般等待于传统沟通形式当中是理所当然的——哪个人能够确保立刻回复呢?

但项目不等人啊。

说白了就一件事：让该知道的人立刻知道。

不是那种单纯的“消息已送达”情况——要知道微信也能达成这般。而是按照消息的紧急程度、涉及的人员范围、所在流程的节点状况, 自动去判定谁必定得立刻看到这条消息。并且呢, 会运用精准又高效的方式, 把消息推送给对应的人员, 以保证重要信息及时得到传达, 不出任何一丝一毫的延误。

它不是毫无目的随意推送, 而是要经历详细的剖析与思索, 根据消息的紧急程度来定, 要是特别紧急, 相关负责人就会在最先的时间收到传达, 事关人员这一块, 能够精确地确定到特定的个体或者群体, 使消息直接传达到需要知道的人那里, 所在的进度环节同样会被完全考虑进去, 处在关键进度环节的人员会优先获得消息, 进而确保整部流程能够顺利向前推进。

打个比方, 项目经理于系统之中发布了一条变更指令, 参与此特定节点工作的设计师收悉, 造价师收悉, 采购专员收悉, 他们会一同接收到强烈的提醒。这可不是那种仅发出“叮”一声便作罢的普通通知, 而是你的手机屏幕会径直鲜明地亮起, 弹出的窗口会始终醒目地悬在那儿, 一直到你点开去查看具体内容。

说白了，就是“逼”你回应。

然而这并非是骚扰, 系统会去学习你的工作习惯, 你所负责的是哪些项目, 哪些流程是与你相关的, 哪些消息是必须要你亲自去处理的, 无关的消息是一条都不会推送给你的。

你可能会说，我用企业微信、钉钉不行吗？

行，但不够。

有着明确阶段划分的项目生命周期之中，项目具备独特性质区别于日常办公, 从启动直至结束, 此为项目的独特之处 , 有着专门流程节点, 每个环节都有特定时间节点与任务要求 , 还有角色权限, 不同角色在项目里存在不同职责与可操作范围。施工员于群里发的消息, 被接收的范围可能相对有限, 也许只有项目经理需要查看 , 但若变更单审批状态有变更, 此信息的影响范围则会广泛起来, 所有与之关联人员都必须知道。

普通IM做不到这种“基于角色和流程的精准推送”。

它仅仅能够达成群发, 即所有人都得以收到, 结果便是真正关键重要的消息被淹没于“收到”“好的”“+1”这些回复当中。

好的即时通讯推送，其实是个精细活。

并非所有消息均需弹窗, 举例来讲, 当你处于开会期间，忽然手机剧烈震动, 而其结果是同事发送了一张午餐照片, 像这种推送理应被摒弃掉。

真正好用的是分层推送机制：

有一则紧急类消息, 其内容涵盖了流程出现卡顿的情况, 审批超出了规定时间, 现场呈现出异常状况, 要进行强有力的提醒, 即便你开启了勿扰模式, 此提醒也能够穿透。

重要的消息, 其中包含任务分配以及文件更新方面的内容, 属于普通的提醒范畴, 会在通知栏进行显示, 不过并非是强制显示的。

一般消息（日常讨论、进度同步）——静默推送，你闲下来再看。

我曾与之合作过的一个客户, 其项目团队，在历经一周之后, 跟我讲道: 往昔每日得查看八百条信息内容, 而现如今, 仅需留意真正与自身存在关联的那二十条就行了。

效率就是这么提上去的。

消息实时推送，不光是为了“快”。

更重要的目的是建立信任。

处在团队之中, 一旦成员们清楚知晓消息必然会被及时瞧见、及时予以回应, 那么他们便不会再有所保留——就比如说明明察觉到问题却是先将其隐匿起来, 一直等到开会才肯讲出来。这是源于他们心里明白, 此刻把问题讲出来, 马上就会有人做出反应。

这种信任感一旦建立起来，项目协作的流畅度会完全不一样。

我有过一次极为夸张事例的见识经历 , 在某项目现场 , 一场毫无预兆突然降临的暴雨发生了 , 这使得基坑处出现了渗水情况 , 施工员看到这种场景 , 快速地在系统里发布了一条紧急消息 , 让人惊叹的是 , 仅仅三分钟以内的时间 , 项目总工 、和项目经理以及安全员全部在线做出了响应 , 紧随其后 , 在十五分钟过去的时候 , 一套完善的抢险方案新鲜产生了 , 从开始发现问题 , 直到成功启动应急措施 , 前后居然不到二十分钟 , 整个过程高效得让人惊讶不已。

换成以前那种沟通方式，光找人就要半小时。

技术从来不是为了炫技。

实时推送消息这一情况, 从本质上来说呀是在与项目协作里的“信息衰减”展开对抗。每一层的传递过程, 每一次的等待情形, 都在对信息的准确性以及时效性进行消耗。而一个优质的推送机制, 恰恰就是要把这些损耗降低到最小程度。

它不是让所有人更忙，而是让每个人更清晰地知道自己该干什么。

不知有多少项目被我目睹过, 并非是能力欠缺, 并非是资源不足, 而是被沟通给拖垮的呀。一个审批环节拖延两日, 一个确认流程拖延三日, 致使整个项目的节奏完全紊乱了。”。

如果只做一件事来改善项目协作，优先把消息推送做好。

因为快，本身就是竞争力。

本文由泛微e启营事业群共建，如有雷同请联系泛微e启营创始人（海总）处理。