返回

第667章 资源入场

首页
关灯
护眼
字:
大
中
小
上一章 回目录 下一页 进书架
    第667章 资源入场 (第1/3页)

    固定周四形成后的第二周,公司拿到一家全国连锁商超的数字化项目。

    客户体量远大于许知微正在负责的区域零售企业,首轮沟通便涉及供应链、会员系统和二十多座城市的仓储数据。经营会决定组建核心客户组,由运营总监牵头,宋诚负责前期协调,技术、财务和法务各派一名负责人。

    名单里没有许知微。

    她的试任项目尚未结束,职位只是副负责人。按正常培养节奏,至少完成一次完整交付,才会进入这种级别的客户会。

    许知微没有直接找李渊。

    她先向运营总监提交旁听申请,附上自己做的客户资料图谱。二十七页文件里没有空泛判断,只有门店系统现状、数据风险和同类项目可能踩中的问题。最后一页写得很清楚:只申请观察席,不参与价格承诺,不占用核心岗位名额。

    运营总监看完,仍没有批准。

    “材料做得好,但你手里的项目正处在测试期。核心客户会连续三天,抽人过去会影响现有交付。等这次项目收尾,再安排更合适。”

    理由合理,也符合正常顺序。

    许知微接受了结果,却把申请材料照常归档。当天周四,她没有在私人见面时提这件事。

    李渊是在周五的经营会上看见那份材料。

    宋诚汇报客户准备进度时,将旁听申请一并放入附件。页面上写着“运营组暂缓”,流程已经结束,本不需要董事长再作决定。

    李渊翻完二十七页,没有马上表态。

    客户的旧系统与许知微正在负责的项目确实有相似之处。她对仓储编码和门店数据的判断比普通秘书出身的人扎实,去旁听并非毫无依据。

    可她的资历也确实不够。

    “核心会还缺会议记录和需求追溯的人。”李渊将附件停在屏幕上,“让许知微加入,身份定为项目协调观察席。”

    运营总监明显迟疑:“她目前每周有两天在区域客户现场。若参加三天核心会,测试节点需要别

    (本章未完,请点击下一页继续阅读)
上一章 回目录 下一页 存书签