登录 | 注册

好时大裁员!今起在全国四地签遣散合约

作者:中深力 发布时间:2016-05-25 查看次数(3095)

+ 关注   + 收藏

    快消圈裁员风波不断,继去年可口可乐、亿滋国际、旺旺食品在华先后传出裁员消息后,好时也加入大裁员队伍。近日记者获悉,好时正在对其好时及金丝猴销售团队“动刀”,撤销地方办事处,此次裁员人数或有2000人,遣散合约将于今日至27日期间在上海、广州等四地签署。


    昨日,金丝猴内部人士向记者提供一封好时副总裁兼金丝猴业务总经理梁士瞻致金丝猴经销商的信。信中梁士瞻称,目前重组的各项工作已基本告一段落,针对销售团队所进行的一系列调整将于6月1日起正式生效。


今日起在四地签遣散合约


    在一个名为“金丝猴全国劳务维权群”的微信群中,有近400名来自成都、唐山、淮北、长春等办事处的金丝猴销售人员,他们每天在群里互相交流裁员动态信息。


    5月17日~19日期间,群里多在议论金丝猴发给员工的劳动关系调整办法。记者从该办法看到,金丝猴给出“协商解除劳动合同”及“协商变更劳动合同”两种方案。随后,有员工陆续收到金丝猴发出的调整劳动关系通知书,要求销售人员到指定地点咨询解决相关事宜,时间集中在25~27日,签约地点在上海、成都、广州、北京4个地方。


    记者从该通知书上看到,金丝猴方面称,裁员是基于未来战略发展目标,决定调整现有组织架构,撤销办事处及分公司,压缩人员编制,改善内部运营流程以应对市场变化。


员工事先不知裁员消息


    “很意外!我的客户还在运作着,我们都不知道裁员的消息,10日接到相关电话才知道。”金丝猴北方大区销售人员马先生表示,不过,对于赔偿还算满意,因为他签的直接解除劳动合同,做了近3年补了2.4万元,“那些签了变更劳动合同的员工是签第三方,大家都担心工龄问题,甚至希望解除劳动关系直接赔钱算了。”马先生说,好时和金丝猴合并后,员工们辛苦拼搏了几年,很多遗留问题已解决了,现在又要裁员,真让员工们寒心。


好时金丝猴被指整合不畅


    记者从金丝猴内部人士处获悉,此次裁员涉及的人员达80%以上,除了办事处销售人员外,还有行政人员。有报道称,此次涉及人员仅金丝猴原班销售团队就有近2000人。不过,对此数据,好时方面表示属于商业机密未能回应。


    上述内部人士告诉记者,因为公司从去年底今年初开始启动的新销售模式采用外挂系统直接跟客户对接,该系统能反映订单、打款等情况,办事处已失去意义。“去年上半年已感觉到金丝猴下行压力很大,从各个经销商回款来看,公司养不起人了。”该内部人士表示,“今年以来,部分办事处七八个人,一个月几十万元的工资已经没法发了。”


    他指出,主要是好时和金丝猴双方销售模式融合不佳。当初合并时,很多员工以为公司会整合双方团队,但事实并没有,而是各自维持各自的团队,后来才有稍微融合,好时的小包装食品划入金丝猴销售渠道。


公司回应


好时中国:正在统一并强化销售团队


    对于沸沸扬扬的裁员风波,好时中国回复信息时报记者称,此次团队整合过程是在遵循政府相关法律法规的前提下进行的,“好时选择与专业的第三方劳动关系和人力资源咨询公司进行密切合作,并在大多数情况下,为相关员工提供超过政府规定的补偿方案。”


    同时,好时方面强调,中国是好时公司重点发展的首要市场。今年2月,好时公司收购上海金丝猴项目第二阶段的相关事宜已圆满完成。公司正在逐步整合金丝猴和好时的最优资源,作为整合工作的一部分,好时正在统一并强化销售团队。“整合后的金好时将拥有巧克力、糖果和健康零食等产品线。同时,我们正在努力整合销售团队,以确保能更好地与客户和经销商一同发展。”好时中国及亚洲区总裁习乐施表示。


    2013年底,好时以35亿元收购上海金丝猴,以增强在中国糖果市场的地位。但一年多以后的2015年中旬,好时方面承认,这桩交易的效果低于预期。中投顾问食品行业研究员向健军分析称,此时裁员主要是出于整合的目的。好时在中国遭遇水土不服、业绩下滑,急切想要降低用人成本,提升销售队伍质量。但解决好时、金丝猴在国内的销售业绩问题并不能仅靠裁员,如果员工问题处理不恰当,反倒会适得其反,产品才是解决问题的关键。

分享到:
上一主题:广州自由职业者或被纳入公积金缴存范围
下一主题:诺基亚可能在全球最多裁员1.5万人
评论(0)
  • 发表评论

内容导航
博客微信
行政商务
招聘求职
关于我们
管理培训
主要客户
管理顾问
劳务派遣
员工家园
业务外包
新闻中心
关注我们
QQ空间
人人网
Linkedin
腾讯微博
新浪微博
合作媒体
搜搜
百度
谷歌
关于我们 | 服务条款 | 人才招聘 | 联系我们

◎ 2013 深圳市中深力发展科技有限公司  京ICP证030173号

运行 0.53934 秒,用内存 1.25 MB,数据库 11 次,用时 0.82744 秒,文件读写 17 次