企业官网建设流程全解析

知名外企班车招标：总部标准、安全评审与全球采购

全球采购发来一份问卷，四十七个问题。从数据存到哪个国家，到司机每年受训多少小时，到一条线路取消后多久通知员工。

本地行政看得头皮发麻。可这四十七个问题不是刁难，是这家企业的总部对全球每一个站点的标准，曼谷、槟城、华沙填的是同一份表。

一个外企的班车项目，从本地决定要换，到合同签下来，走半年不算慢。

一、四道关，卡人的地方不一样

供应商准入。全球采购体系里有一份合格供应商名单，进不去名单，本地再想合作也只能走例外审批——例外审批在多数公司要 VP 签字。准入要看的材料包括营业执照、行业资质、保险、财务健康度、过往项目清单。

然后是 EHS 审核。环境、健康、安全。车队的事故记录、司机培训记录、车辆年检与保险、应急预案，这些在国内项目里常常口头说明，在外企要文本。没有文本等于没有。

信息安全评审是近五年变重的一关。班车系统涉及员工位置、乘车记录，部分场景涉及人脸。评审会问三件事：数据存在哪、谁能访问、怎么删除。涉及跨境业务按 GDPR 评估，通常的做法是优先境内存储。

最后是 SLA 与 KPI。服务等级写进合同，按月度或季度 review。准点率、投诉响应时长、车辆完好率这些指标不是参考值，是扣款依据。

四道关的分工：第一道决定能不能投标，后三道决定能不能续约。

二、戴尔厦门：三家服务商，一套口径

戴尔厦门集中办公九千多人，通勤班车九十多台，由三家车辆服务商分担。

问题非常具体：班车服务开通年数久，长期靠传统方式管理；无法实时掌握运营状态、无法干预过程；员工与管理团队双向被动；每天运营数据拿不到，线路与配置无法及时优化；三家供应商协调难；车型种类多、不统一，安装环境复杂；交付窗口只有 1 个月，线路站点梳理量大。
核心是第五条。三家车队各有一套排班表、各有一套结算口径、各有一套异常处理方式，企业夹在中间做协调。同一个投诉，三家给出三种说法，谁都说自己没错。
嘟嘟的做法是一站式数字化多供应商管理：三家车队进同一套系统，用同一套指标口径；自研线路规划工具梳理复杂站点；班车管理系统配刷卡、扫码、定位三合一设备。

运营管理从传统方式转成数字化，数据可以按多个维度看。

采购的评价是"产品成熟，符合戴尔的要求"，后勤的评价是"沟通顺畅，效率高"。

“产品成熟"这四个字在外企语境里分量不轻。它意味着不需要为客户做大量定制，标准产品能覆盖需求——对跨国企业，标准化意味着全球其他站点也能复制。反过来，如果一家供应商每次都要"深度定制”，那它在全球采购体系里就很难被推荐到第二个国家。

三、巴斯夫湛江：两年竞标

巴斯夫是化工企业，湛江一体化基地三千多员工。这个项目的形态在外企里属于重的一类：定制 SaaS 加本地化部署加源代码交付，覆盖大巴班车与小车行政车。

时间线拉得很长：2022 年 7 月受邀，2024 年 9 月中标，多轮竞标历时两年。

要求清单说明了为什么慢：多车型、多场景；企业内部无地图，需定制私有 GIS；班车与基地内线路需动态分配，不是固定线路；刷卡机与智能语音报站作为新增核销功能。

后两条是技术难点。基地内部没有可用地图，意味着站点、线路、导航全部要自建地理数据；基地内线路动态分配，意味着排班不是"一线一车"，而是按需求实时指派。这两条都不是标准产品能直接满足的。

做法是成立专项项目组，基于既有产品底座做定制。

采购的评价："嘟嘟巴士系统及价格在市场上占据明显优势。"行政的评价：“认真负责、执行效率很高，沟通合作很融洽。”

这个案例对同类外企的参考价值在部署形态：源代码交付。它解决的不是"客户想自己改"，是"供应商不可用时系统还能跑"。对把班车当基础设施的企业，这一条比功能清单更重要。

四、赛默飞：三地 33 台，30 天窗口

赛默飞世尔是科学仪器与实验室服务企业，两千多员工，上海、北京、苏州三地共 33 台班车。

约束四条：从受邀投标到落地只有 30 天；有明确降本要求；三地同时上线；降本但不能降服务标准。

嘟嘟的动作是接到邀标当天成立专项供应组、运营组、商务组，调用既有战略供应资源，三地统一系统化运营。结果是上线首日零误差。
客户方 REMF 的评价：「嘟嘟巴士能够在这么短的时间内完成上线，且在上线第一天 0 误差是他们没有想到的。」

首日零误差在外企项目里是个硬指标。上线第一天出问题，本地团队要写事故报告，报到亚太区，下一次招标的评分会受影响。所以这类客户宁愿多给两周准备，也不愿冒首日风险。

五、合同里的 KPI 表

外企合同的附录通常有一张 KPI 表。能不能兑现，取决于系统里有没有对应的数据源。

第一行括号里的内容值得注意。准点率的争议八成都来自定义：从始发站算还是从每个站点算、超过三分钟算不算迟到、恶劣天气是否豁免。签约时不写清，第一个月就会吵起来，而且吵不出结果——双方的数据都是对的，只是统计口径不是同一个。

六、评审前要备好的材料

第三行是外企评审里追问最多的一项。班车系统天然有六类角色：企业管理员、车队调度、司机、员工、财务、集团/总部观察账号。每一类能看到哪些字段、能导出什么，必须有矩阵图。

判断标准可以现场演示：用一个司机账号登录，看他能不能看到全公司员工的住址。看得到，评审就过不去。

七、什么时候这套做法不成立

中国区人数 200 人以下。这个体量走全球框架采购的成本高于收益，用本地用车服务更实际。

总部要求使用全球统一的班车系统。这种情况下本地供应商只能做运力，不能做系统。

数据完全不允许出境，又不允许本地部署第三方系统。只能做纯线下运营。

业务处于频繁调整期，办公点一年内多次变动。系统上线后线路反复重排，投入产出比会很难看。

八、常见问题

Q：外企招标一般看哪些资质？

A：承运主体的道路运输经营许可证、车辆的道路运输证、驾驶员的从业资格证，这三项是底线。营运资质随承运主体，不随软件——SaaS 供应商自己有资质，不代表他调度的车队有。此外看保险配置与安全记录。

Q：数据能不能存在境外总部？

A：技术上可以，合规上要先评估。涉及个人信息出境要走评估流程，多数外企的做法是优先境内存储，总部只取聚合后的运营指标。班车系统支持混合云，敏感数据落地客户侧。

Q：源代码交付是不是必须？

A：不是必须，但对把班车当基础设施的企业值得谈。判断要不要谈，问一个问题：如果供应商五年后不做了，这套系统还能不能跑。

Q：SLA 里的准点率怎么定义才不会有争议？

A：三个要素写死：统计口径（按站点还是按班次）、判定阈值（超过几分钟）、豁免条件（恶劣天气、道路管制、客户方原因）。这三条不写，数据一定对不上。

Q：三家车队同时服务，怎么让数据可比？

A：进同一套系统、用同一套指标。戴尔厦门的做法是一站式数字化多供应商管理，三家车队在同一套口径下被考核。核心指标是成本/人/公里——总运营成本除以乘车人次再除以行驶公里，这是比价时站得住脚的尺子。