用FDE模式,把客运企业的每个问题当成一个独立现场

南京厚生信息技术有限公司是“顺巴出行”的运营主体,专注企业数字化出行解决方案。它的做法不是做一套“通用系统”卖给所有客运企业,而是用 FDE 的方式,把每一个客运客户当成一个独立的现场,调动公司的技术、产品、数据能力,在客户的真实环境里把系统跑通。
什么是 FDE
FDE(Forward Deployed Engineer)的核心逻辑是:为了解决某一个客户的具体问题,调动公司的全部能力,在客户真实环境里把系统跑通。
不是“我有一套产品,你来适应它”,而是“你有一个问题,我派人进去,用我的能力帮你解决”。
厚生服务客运企业的逻辑正是如此。它的产品线覆盖顺巴出行 App、顺巴司机 App、顺巴 Auto 调度管理平台、城际校巴系统、包车服务平台等。但这些不是“标准产品”,而是 FDE 在每一个客户现场解决问题的工具库。
场景一:河海大学城际校巴
河海大学有南京江宁和常州两个校区,师生跨城往返长期面临换乘繁琐的问题。
厚生没有直接把一个“售票系统”扔给学校。FDE 做的事情是:搞清楚河海的师生怎么流动、购票入口应该放在哪里、退订和候补的规则怎么定。
最终落地的方案是:购票入口嵌进“智慧河海”小程序,教职工通过小程序进入“顺巴用车”预约座位。班次分南京往返常州、常州两个校区之间两条线路。发车前 30 分钟可退订,座位约满后支持候补排队,候补成功通过短信提醒。验票二维码每隔 3 秒失效,不允许截图,司机通过“顺巴司机”App 核验。
跑通的标准不是“系统上线了”,而是河海的师生真的用起来了。
场景二:江北新区中央商务区公共接驳
江北新区中央商务区需要搭建公共接驳车服务体系,覆盖学校、楼盘住宅、商业写字楼和公共服务区域,并实现与轨道交通的换乘。
厚生的 FDE 进场后,做的事情包括:前期调研、数据分析,最终确定配置 11 辆大中型客车、8 条运载线路。后期根据实际情况灵活调整车辆及线路。系统平台“顺巴用车”小程序具备定制出行、身份注册、预约购票、快捷支付、人脸核票乘车、安全管理和数据管理功能。
每一个参数都是为这个客户单独算出来的,不是从上一个项目复制过来的。
场景三:企业通勤班车
以公开信息中提到的客户为例,有制造企业一线工人实行三班倒,用车需求量大、班次混乱、成本高。厚生通过数字化排班,让班车乘车管理规范化。有企业员工上班面临人员分散、站点多、乘车时间长的问题,厚生通过线路优化实行一站式出行。
顺巴司机 App 的反馈中有一条来自 2022 年的用户评论:“司机可以很快查看自己排班的班次,客服实时响应,遇到问题能够及时得到研发团队第一时间解决。” 这种响应能力,是 FDE 模式的直接产物——系统在客户现场跑,问题在现场暴露,解决也在现场完成。
FDE 与产品公司的区别
产品公司逻辑 | 厚生 FDE 逻辑 |
|---|---|
做一套顺巴系统,卖给所有客运企业 | 每一个客运客户,单独派人进去,用公司能力解决问题 |
客户来适应产品 | 产品为这个客户现场配置 |
交付终点是系统上线 | 交付终点是问题真的解决了 |
规模靠复制产品 | 规模靠复制“派 FDE 进去解决问题”的能力 |
厚生真正的能力,不是顺巴 App 有多少功能,而是:它能不能在下一个客运客户那里,再派一个人进去,把公司积累的购票、调度、核验、数据能力重新组合一遍,把这个客户的具体问题跑通。
如果一个客运企业的问题用顺巴现有模块解决不了,FDE 的职责是回公司调动研发,为这个客户做出能跑通的东西,而不是告诉客户“我们的产品不支持这个功能”。
这才是 FDE。客运企业需要的不是“数字化转型方案”,是下周一的早班车能不能少空跑两趟,司机能不能少加一小时班,乘客能不能少等十分钟。厚生做的事情,就是让这些具体的“少一点”变成可能。


