第424章 一个人拍板会更快，也会把现场看不见（1/2）

客户的比较结果不是一句抱怨。

当天晚上，新候选询问的优先沟通窗口正式给了另一家公司。正舟仍在候选池里，却要等前一家回完，才可能拿到剩下的范围。

第二天的复盘会上，客户供应商管理接口直接问孙浩：“以后现场响应，你能不能代表正舟先承诺？”

“承诺什么？”

“能不能安排、最快什么时候动。具体进场条件让现场后补。”

牛庆山没有马上出声。前一天错过的窗口就摆在页面上。如果孙浩能先占住沟通顺位，现场再把条件补齐，公司确实可能快一截。

陆沉舟问：“孙浩答了以后，现场条件不成立怎么办？”

客户说：“可以标注待确认。”

“客户看到的是前面的‘可以’，还是后面的‘待确认’？”

“那是你们怎么写的问题。”

“现场签字能不能取消？”

“当然不能。”

“那孙浩只能先回公司是否接收、是否启动，不能替现场承诺进入。”

客户接口看向孙浩：“你也是这个意思？”

“我可以把内部结果催快，不能把没拿到的结果先写出来。”

“这样你们永远比一个人负责的供应商慢。”

“可能。”

客户没有继续劝。他把新询问的首轮沟通仍留给了另一家公司，同时要求正舟提交一版更快的分层答复方式。如果以后每个问题都等全套事实闭合才开口，有限协作不会给正舟更多优先窗口。

会后，牛庆山把门带上。

“客户要的是先占住，不是让孙浩签许可。”

郭明远说：“话一出去，现场就会被那句话追着走。”

“那就把能说的提前。”

赵启明调出前三次答复时间。慢的不是孙浩打字，而是现场事实没有固定回传层级。负责人要等所有条件核完，才把完整结论送出来；孙浩拿到以后再整理，公司自然最后才说话。

他把时间拆开看。

客户第一条消息到孙浩确认收到，用了三分钟。

孙浩找到当前负责人，用了四分钟。

负责人把所有条件一次核完，用了二十多分钟。

真正拖长的是第三段。可客户在前七分钟里只看见一条“正在处理”，不知道正舟已经找到谁、查到了什么、缺的到底是哪一项。

“先把已知的回出去。”孙浩说。

负责人提醒：“已知会变。”

“变了就按来源更新，不把临时状态写成最终结果。”

赵启明给每层状态加了时间和来源。客户以后能看见负责人已经接手、人员状态已核、许可仍缺，而不是只收到一个不透明的等待。

牛庆山试着挑了一条：“人员存在可能窗口。这句能不能早回？”

“内部可以。”孙浩说，“对外一旦写可能窗口，客户下一句就是几点到。”

“那客户还是不知道我们有人。”

“人没锁之前，不让他按这个排后续。”

牛庆山靠回椅背：“快答复最难的，就是不能拿可能性当结果。”

没人接成一句原则。孙浩把那一栏留在内部状态里，继续做下一层。

“可以拆。”赵启明说。

第一层，确认收到和当前责任人。

第二层，已确认事实和仍缺条件。

第三层，现场能否实施、公司最终时点。

孙浩不用等第三层才告诉客户公司在做什么，但不能把第一、第二层写成第三层。

牛庆山问：“第二层能不能说人员可安排？”

本章未完，点击下一页继续阅读。