每天都有一位工程师在厂里:一家新加坡制造企业的驻场配置
简短回答: 一家新加坡制造企业,一旦IT用户与设备总数越过大约100这条线,通常就已经越过了"纯远程支持还够用"的临界点——而这个判断在很大程度上是一道算术题。按照Brocent公开的新加坡费率,专属驻场工程师与按次派遣的成本交叉点在每月约50个支持小时。剩下的,由车间的复杂度决定。
为什么新加坡制造企业总是在毫无察觉的情况下越过那条线
有一类IT问题只出现在制造业,而它本质上不是技术问题,是一个悄无声息地找上门来的"规模匹配"问题。
一家六十人的新加坡制造企业,完全可以用专业服务公司那套方式管IT:笔记本电脑、邮箱、一台文件服务器或者一个云端租户、机柜里一台交换机,再加一份远程支持合约——有人接电话,能远程解决的就远程解决。这套模式是有效的,而且有效到没有人会想去重新审视它。
然后公司拿下了一份周期更长的订单,加开了一个班次,添置了三台设备,招了四十个人来操作。两三年里,人数从六十涨到一百五十。没有人在会上决定要更换IT支持模式——因为根本就没有人为"IT支持模式"这件事开过会。当初为六十名以办公为主的员工量身定制的那套安排,现在承载着一百五十个人,其中九十人在车间里,分两个班次,操作着合约签订时还不存在的设备。
这不是一个"服务商不行"的故事。远程支持在它擅长的领域是真的好用——密码重置、邮箱故障、软件安装,以及构成大多数公司大部分工单量的那条终端用户问题长尾。在制造环境里发生变化的,是物理性问题所占的比重:一台不再配对成功的条码扫描枪;产线末端一台屏幕黑掉的工业加固终端;一段被叉车压断的网线;一台只打印空白标签的标签机;一台与生产设备通讯的机边工控机——它需要有人站在它面前。
这些都不是难题。但每一个都需要有人在厂里。
新加坡的制造业基本盘让这个模式成为常态而非例外。勿洛(Kaki Bukit)、兀兰(Woodlands)、裕廊(Jurong)和大士(Tuas)一带的工业园区里,挤满了正好处在这个规模区间的代工厂、组件装配厂、精密工程公司和轻装配工厂——大到IT停机会造成真金白银的损失,又还没大到需要自建IT部门;而厂里那些人的本职工作是生产,不是IT问题分诊。
情境:一百五十五个人、两个班次,和一套为六十人设计的支持模式
下面是一个示意性的复合情境——不是某个具名客户,而是一种反复出现的形态。
一家新加坡代工企业为工业设备制造商生产组件。它占用工业园区里两个相邻的单元:一侧是车间,有装配工位、测试台和一小块洁净区;另一侧的夹层办公室里坐着销售、计划、采购、品质和财务。总人数一百五十五。其中约九十五人在车间工作,分白班和一个大约做到晚上十点的晚班。
IT支持是远程的,合约在公司还不到七十人、几乎全是办公岗位的时候就签了。这份合约覆盖服务台、服务器、补丁和防病毒,而且做得相当称职。需要动手的时候,就派工程师上门。
运营经理在负责生产计划之外,还兼管着这段IT关系。他不是IT出身,也从未自称是。他有的只是一种越来越强的感觉:IT占用他一周时间的比重比以前大了,但具体大了多少,他说不清。
具体到每周,情况大致是这样:
- 周二上午,一台测试台电脑与测量仪器之间的连接断了。远程工程师隔着电话,和一位同时还要盯着班次运转的生产主管一起排查。折腾了九十分钟,最后以"约第二天上门"收尾。
- 收货区有两台手持扫描枪时好时坏。没有人报过工单——因为报工单意味着要打个电话,而变通办法(手工键入零件号)每笔收货只多花两分钟,而且行得通。
- 晚班在大约傍晚六点之后完全没有支持。那之后出的任何问题都得等到早上,运气差的晚上,就意味着一个班次的后半段是靠纸单在跑。
- 三个月前新调试上线了一个装配工位。它的机边工控机是设备供应商的调试工程师配置的。公司里没有人知道这台机器上装了什么、有没有打补丁、有没有备份。
- 运营经理已经变成了事实上的一线。大家直接走到他工位上讲IT问题,因为这比走流程快。
这里没有一件是危机。但它们加在一起,就是一套已经与实际运营不匹配的支持模式;而本来应该发现这件事的机制——定期复核这套安排是否还合适——不在任何人的职责范围内。
拖延真正的代价,以及它为什么一直是隐形的
这种局面能长期维持下去,原因在于它的成本从来不会落在任何一张报表的某一行上。
在制造环境里,纯远程模式会产生四类损失,而这四类都是弥散性的:
物理故障的解决时间被拉长。 一个厂里有人在的话十五分钟就能排除的故障,变成九十分钟远程诊断加第二天上门。工单最终会关闭,指标看起来也可以接受。指标捕捉不到的,是那位生产主管把这九十分钟花在电话上、而不是花在产线上。
需求被压抑。 这是最贵的一项。当求助变得麻烦,人们就不再求助了。收货区那两台时好时坏的扫描枪从来没变成工单,那台每天早上都得断电重启一次的标签机也没有。一套被大家绕着走的支持模式,会产出一条看起来很干净的工单队列,和一个堆满了变通办法的车间——而且没有任何一份报表会把这件事显示给你。
没有覆盖到的时段。 两班制的运营配一套单班制的支持模式,存在结构性缺口。问题不在于晚班会产生很多事件,而在于它产生的那些事件,恰恰落在最糟糕的时点上,且无人可升级。
没有归属的设备。 由设备供应商调试上线的机边工控机,是制造业经典的盲区。它们是"表现得像IT资产"的生产资产,而在这个规模的大多数公司里,从来没有人决定过它们归谁管。它们游离在补丁之外、备份之外、资产清册之外——直到某一天其中一台坏掉,顺带把一个工位停掉。
把这些加起来,诚实的结论是:运营经理的直觉是对的——IT花掉公司的钱,比发票上的数字更多。他只是没有办法把这件事证明出来,而这恰恰是这场对话始终没能开始的原因。
Brocent的看法:这是一道算术题,外加一个判断
我们自2007年起就在亚洲各地的办公室和工厂里派驻场工程师。在这个规模上,我们看到公司最常犯的一个错误,是把驻场模式当成一件"偏好"问题——"我们更希望厂里有个人",或者"我们更希望保持精简"。它不是偏好。它主要是一道计算题,上面再叠一个判断。
算术部分:专属工程师在哪一点上反超派遣
Brocent把这道题的两边都公开了,就是为了让这个比较真的可以被做出来。在我们的派遣与FTE费率页上,新加坡现场派遣列示为首小时85美元、之后每小时78美元——这是一个参考性的全负载一级终端支持(EUC L1)费率,次工作日到场、标准9×5,涵盖首小时起步量以及市区范围内的交通。新加坡的专属全职驻场工程师列示为每月4,160美元。
把后者除以前者,交叉点就出来了。按这两个入门费率算,专属工程师在单一场地每月约五十个支持小时上打平——大致相当于每周十二小时。低于这个用量,派遣几乎总是更便宜;高于这个用量,驻场通常更划算,而且差距会迅速拉大。
关于这个数字,有两件事比它本身的精确度更重要。
第一,处在这个位置上的公司,大多从来没有真正统计过自己实际消耗了多少小时——所以他们是在这条线的错误一侧做猜测。九十分钟远程诊断,加上第二天的上门,再加上主管的时间,这不是"一张工单";而一旦把被压抑的那部分需求也算进去,真实数字通常比任何人预想的都要高。
第二,交叉点并不是完整答案,因为派遣和驻场工程师并不是同一种产品。五十小时的派遣如果分摊在十次独立上门里,你得到的是十次到场,而且每一次都得有人告诉对方机柜在哪。驻场工程师给你的是连续性——有人知道哪个工位的终端脾气不好、测试台出问题该找哪家供应商。这个差别,在小时费率里是看不见的。
判断部分:规模阶梯说了什么,以及它到哪里就说不下去了
Brocent自己的规模建议,公开在全职驻场IT支持页面上,写得相当直白:
- 50个用户以下 —— 按次派遣(ADHOC)或远程管理型IT支持。
- 50到100个用户 —— 约0.5个FTE,即一位兼职驻场工程师。
- 100到500个用户 —— 一位专属全职L1/L2工程师。
- 500到2,000个用户 —— 多位FTE,配一名团队负责人。
- 2,000个用户以上 —— FTE团队,配项目经理。
它背后的经验法则是:当环境中的IT用户和/或设备数量超过大约一百,通常就需要一位全职工程师了。
"和/或设备"这个措辞,正是制造业与"按办公人头读这张阶梯"的分岔点,也是我们会对上面那个复合情境施加的判断。一百五十五人落在100到500这一档里,所以阶梯给出的答案是一个FTE。但制造环境里的设备数远远跑在人数前面:每一个装配工位终端、每一把扫描枪、每一台标签机、每一台测试台电脑、每一台机边控制器,都是一台有失效模式的受管设备,而且它们都不是"某个人的笔记本"。一家一百五十五人的工厂,受管终端很容易就到两百五十台;一家一百五十五人的咨询公司,是一百七十台。
所以阶梯是起点,而车间复杂度会把你往上推。两班制的作用方向是一样的。同样这个人数,一家单班、以办公为主的公司,可能真的0.5个FTE加派遣就够了;而一家两班制工厂,就该是一个完整的驻场配置——并且这场对话的诚实版本里,还包含工程师的工作时段应该落在哪:一个厂开到晚上十点,而驻场工程师六点下班,那解决的是另一个问题,不是被提出来的那个。
一个专属驻场工程师实际上包含什么
"专属驻场工程师"这个说法底下盖着两种截然不同的产品,而它们的差别几乎全部在采购环节没人会问到的那些部分里。
会出问题的那一版,是"人力外包式"的派人:找到一个人,送到你的场地,按月开票。这个人休假的时候,支持就消失了;这个人离职的时候,你回到起点。除了一份简历,没有人核实过他的背景。没有关于他实际做了什么的记录,问题超出他的能力层级时也没有升级路径。
我们派的那一版,是一个带着完整HR机制的运营项目,值得把它具体说清楚。Brocent的驻场项目按九个既定步骤推进:一次评估通话,确认环境和需求;把招聘计划发布到我们的寻源网络;由HR招聘团队按你的标准进行寻源、技术评估和筛选;由你来做候选人面试,安排与协调由我们负责;签NDA与录用,并完成涵盖犯罪记录、教育背景与身份的背景核查;正式HR入职,包括薪资、福利登记、当地劳动法合规和责任保险;启动上岗准备,由我们的团队准备交接包、客户IT手册和跟岗计划,让工程师到岗时是有备而来、而不是靠猜;三个月的高强度关怀期(hyper care),密切跟踪表现并做知识转移;此后是通过我们的FTE管理系统进行的常态出勤管理,产出可计费工时、缺勤率和出勤报表。
其中三个部分值得单独拎出来,因为它们决定了这个驻场配置能不能撑过好几年、而不只是好几个月。
休假替补。 你的工程师会休年假,偶尔也会病假。这段时间里是否有一位受过训练的替补从我们的人才池到岗,是一条合约条款,不是一个假设——它是我们十二项计价因素之一,它该出现在报价里,而不是出现在第一次为这件事产生的尴尬对话里。
客户IT手册。 驻场工程师会积累知识;如果这些知识只活在他脑子里,那你只是把"支持缺口"换成了"人员依赖"。手册和交接包的存在,就是为了让环境的文档化独立于"现在站在那儿的是谁"。
出勤与报表。 一个没有报表的驻场工程师是隐形的。可计费工时、缺勤率和出勤报表,是让你在一年之后能够看清当初的规模判断对不对的依据——或者说,看清阶梯是不是已经把你挪到了0.5个FTE,或者往上挪到了两个。
驻场定价不是一个单一数字,而我们宁愿解释清楚原因,也不想公布一个会误导人的数字。它随以下因素变动:合约期限(标准为6、12、24个月,承诺期越长月费率越低);职级与专项技能——L2工程师大致比入门级高约21%,L3大致高约44%;相关工作年限;工作语言,双语工程师会有溢价;工作时段窗口,因为标准工时、延长工时、班次制和on-call是不同的产品;场地位置以及是否覆盖多个场地;资源类型;是否需要替补资源;客户假期如何计费;当地劳动法下的带薪假义务;资源更换时的交接天数;以及是否接受提前终止的标准补偿条款。公开的4,160美元是新加坡专属工程师的全负载入门参考值,不是报价——而且多FTE、多国家的项目定价会低于单点驻场。
还有一条机制,因为它会改变现金面貌:派遣上门是完工后开票,标准30天账期,按工单逐项列示;FTE驻场则按月预先开票。两边的本地GST发票开具方式是一样的。
这个规模的新加坡制造企业,配置IT的三种方式
已经越过规模匹配点的纯远程支持
- 它是什么: 六十人时管用的那套安排,在一百五十五人时还在跑。
- 它真正的强项: 终端用户工单的长尾——账号、邮箱、软件,这些确实最适合远程解决。
- 它在哪里失效: 车间里的物理故障。每一个都变成"一个电话加第二天上门",而差额由生产主管吸收。
- 隐藏的失效模式: 需求被压抑。人们不再上报那些"烦人但不致停线"的问题,于是工单队列看起来比车间实际状况健康得多。
- 诚实的结论: 在50个用户以下是正确的;超过100之后越来越不对——尤其是当设备数已经跑到人数前面时。
在远程支持之上叠加按次派遣
- 它是什么: 以远程支持为基线,需要动手时派人上门。新加坡派遣公开费率为首小时85美元、之后每小时78美元。
- 它真正的强项: 需求确实是间断性的时候。无月度承诺、无最低消费,完工后按30天账期开票。对一个单班、以办公为主、用量在交叉点以下的场地,这就是正确答案。
- 它在哪里失效: 频次。一个月十次上门,就是十次到场、十次重新讲一遍上下文、十次等次工作日。连续性不会因为次数多就自动长出来。
- 它的经济性: 单一场地每月超过约五十小时之后,你是在用驻场的钱买派遣的服务。
- 诚实的结论: 在交叉点以下是对的模式;在交叉点以上,它是一种昂贵的"回避决策"的方式。
按车间规模配置、带休假替补的专属驻场工程师
- 它是什么: 一位具名、经过核查、常驻你场地的工程师——这是Brocent的模式——通过九步流程派驻,配有休假替补、成文的交接包与IT手册、出勤报表,背后是Brocent的技术团队和升级网络。
- 它真正的强项: 物理故障、连续性、班次覆盖,以及那些让第二年比第一年更省事的场地积累知识。
- 它的成本: 每月4,160美元,作为公开的新加坡全负载入门参考值,随职级、工时、语言及上文其他因素变动。
- 它需要小心的地方: 规模匹配。在只需要0.5个FTE的场地放一个完整FTE是实实在在的浪费;而在一个两班制工厂里按白班工时放一位工程师,解决的是问题的错误那一半。
- 诚实的结论: 对于用户数过百、设备数远超于此的两班制工厂,这是合适的模式——前提是工时按班次形态来配,而不是按办公室来配。
Brocent自己对商业逻辑的表述是:把这件事外包(pay-as-you-go),相比在内部招聘同等职位,在把薪资、工具和管理时间都计入之后,至少能省下37%的OPEX与CAPEX成本。我们更希望你拿自己的数字去验证它,而不是照单全收——这也正是我们把派遣费率和FTE参考值都公开出来、而不是"询价可得"的原因。
常见问题
到多少人的规模,专属驻场工程师才开始说得通?
按我们公开的规模建议,大约是一百个IT用户和/或设备——在100到500这一档,指向一个FTE。在制造业里,请仔细读"设备"那一半:终端、扫描枪、标签机、测试台电脑和机边控制器都要算进去,而工厂的设备数通常远跑在人数前面。实际的检验标准是交叉点:按新加坡的公开费率,单一场地每月超过约五十个支持小时,驻场就是更便宜的模式。
在新加坡,专属工程师是怎么计价的?
公开的入门参考值是每月4,160美元,对应一位全负载的专属驻场工程师,按月预先开票。这个数字随十二项具名因素变动:合约期限、职级与专项技能(L2大致比入门高约21%,L3约44%)、工作年限、工作语言、覆盖时段、场地位置、资源类型、是否需要替补、假期计费方式、带薪假合规、交接天数以及补偿条款。多FTE与多国家项目定价更低。作为对比,现场派遣是首小时85美元、之后每小时78美元。
工程师休假的时候怎么办?
是否有一位受过训练的替补从Brocent的人才池到岗,是一条计入价格的合约条款,不是一个假设——它明确是十二项计价因素之一;新加坡劳动法下的带薪假义务也在同一套安排里处理。这是我们最会催促制造企业把它写进合约的一个问题,因为在一个两班制车间里,没有覆盖的那一周,恰恰是这套模式最需要顶住的时候。
如果人数下降,这个配置能缩回去吗?
可以,而且这张规模阶梯是双向的。标准合约期限是6、12、24个月,所以重新审视这个问题的自然时点就是续约——依据是驻场本身产生的出勤数据。从一个FTE回到0.5个FTE加派遣,是一种正常结果,不是失败——而"Hire for Change"(对既有服务方案的变更)本身就是我们会去评估并重新界定范围的一种既定资源类型。
工程师是Brocent的人,还是我们可以留用现在这个人?
两者都是标准做法。Fresh Hire(新招)是由我们寻源、评估并派驻。Rebadge(换签)适用于你已经有驻场资源、但希望更换签约主体而保留这个人的情形——我们会做一次HR评估,涵盖职级、法定福利和服务连续性方案,让这个人的雇佣关系发生转移,而他对你的服务不被中断。Hire to Budget(按预算招)和Hire for Change(变更式招)覆盖另外两种常见情形。资源类型之所以是十二项计价因素之一,正是因为这几种方式的启动与过渡成本各不相同。
这和我们自己招一个IT人员有什么不同?
机制上:你不必承担招聘周期、薪资与福利管理、当地劳动法合规、责任保险、工具投入,以及"单点依赖"。运营上更重要的差别是升级路径——一位驻场的L1或L2工程师背后有一个更宽的技术团队,可以把网络架构或服务器层面的问题交给有资质的人;而一位单打独斗的内部员工,要么自己变成那个人,要么等供应商。我们公开的立场是,这相比全负载的内部同等岗位至少省下37%;但我们更想强调的是升级深度——它更难定价,而且通常更要紧。
涉及哪些背景核查,由谁来做?
由Brocent的HR招聘团队在录用阶段完成背景核查,涵盖犯罪记录、教育背景与身份,并且会先取得一份签署的同意书,以确保核查是合法进行、当事人也被充分告知。NDA与项目文件在工程师到岗之前签署;入职流程覆盖薪资、福利、劳动法合规与责任保险。对于流程需要接受客户审核、或对设备制造商有保密义务的制造企业,这套文档通常是供应商审核里最要紧的一环。
如果厂里已经有驻场的人,我们还需要管理型IT方案吗?
需要——而且这一点最常被搞反。驻场工程师是一双手,是一个场地知识的来源;他不是一套7×24监控平台、不是一条补丁流水线、不是一套备份机制,也不是一个安全治理职能。驻场之所以有效,是因为这些东西在他背后存在。一个背后没有方案支撑的工程师,是一个"配了工位的单点故障"。
驻场配置该放在哪:在方案之内,而不是并列在旁边
对这个规模的制造企业,我们最希望它避开的错误,是把"专属工程师"当成一个独立成立的答案。
上面那家复合情境里的公司之所以有问题,不是因为它厂里缺一个人,而是因为它的支持安排是按另一家公司的规模配的,而没有人重新配过。往一套未经复核的安排里加一位驻场工程师,修好的是响应时间这个症状,留下的是:机边工控机依然没有归属;工程师下班之后,晚班依然没有覆盖;设备清册依然不完整。
真正能解决问题的,是一套覆盖整个环境的方案——7×24 NOC监控、服务台、受管防火墙、补丁管理、终端防护、备份与灾难恢复、凭据管理,以及一位具名的vCIO,由他持有技术路线图、并在续约时主动提出规模匹配的问题,好让运营经理不必自己去问——同时把驻场配置作为这套方案里的一个组件来定规模,而不是并列地栓在旁边。
这正是Brocent的管理型IT方案:一份按用户计费的月度方案,承载监控、补丁、安全与治理这一层;在它之上,为确有需要的场地按规模叠加驻场人力、现场派遣和基础设施类附加服务。新加坡的按用户价格与派遣、FTE参考值一并公开在价格页上,正是为了让本文里这样的比较,可以在对话之前就跑一遍,而不是在对话过程中才开始跑。
如果你在新加坡经营一家用户数已经过百、两班制运转的工厂,而支持安排是从这家公司更小的那个版本里继承下来的,那么有用的第一步不是拿报价。是把你实际的支持小时数和实际的设备数,认真统计一个月。如果小时数落在五十以上、设备数落在两百以上,那张阶梯其实已经替你回答了这个问题——我们也很乐意和你一起把规模算清楚。联系我们,我们会从你的数字开始,而不是从我们的数字开始。
*本文描述的公司,是Brocent在新加坡及亚洲各地所支持的制造业运营的示意性复合情境,并非某个具名客户。文中引用的费率为Brocent公开的新加坡参考值,最终以方案界定时确认为准。Brocent于2007年在北京创立,2016年设立香港办事处,自2021年起总部设于新加坡。*
分享:
📬 亚太IT月报
中国合规动态、网络安全预警及亚太IT实践指南,每月一期。
不发垃圾邮件,随时可取消订阅。