班期、订单、渠道挂账、派车排座、月度对账,
放在一张可以扫一眼就懂的表上 —— 不再靠微信群和 Excel 串起来。
老板再开「业绩看板」一眼看清营收 / 毛利 / 渠道排行,经营全程透明。
✨
V2.1 新增:把微信群报名截图粘进来,3 秒填完乘客名单 / 上车点 / 报单人。
粘贴一段消息 / 上传 1~3 张截图,几秒就能填好乘客名单、上车点、渠道线索和备注 —— 而且 AI 只做"识别", 金额、挂账、状态、年龄类型仍由系统按业务规则派生,AI 错也不会触碰库存或对账数字。
渠道 / 乘客 / 上车点 都是 hint,回到抽屉里走既有的本地匹配 + 二次确认。金额、挂账、状态、年龄类型由系统按规则派生 —— AI 错也不会触碰库存与对账。
高 / 中 / 低 自评,配合 warnings 标出"贴错抽屉""人数对不上""图片模糊"等场景。AI 不替你拍板,但会把它没把握的地方亮黄,让你优先复核。
截图不入 OSS,处理完即从内存丢弃。审计日志只保留调用元数据、置信度、警告,不留任何图片字节或路径,把 PII 暴露面压到最小。
套餐配额 + 实时已用计数,到 80% / 100% 自动通知租户管理员。失败调用(解析失败、上游错误)不扣额度;只统计成功调用,按账单实数计费。
聊天记录直接复制粘贴、最多 3 张截图、文字 + 图片混合都识别。底层是自适应多模态视觉抽取引擎,复杂场景自动升档到深度推理通道,业务侧无感切换。
这四件事,几乎是所有中小地接社的日常。
下单这一步走数据库级强约束 —— 同一辆车的位子,并发再多也不会卖超。哪怕代码哪天写出 bug,数据库层面也会拒绝写入。
每一笔报名都带清晰的付款期限。到点没付,系统自动释放位子;老客户挂账则跳过倒计时直接锁座。期限可以分渠道、分线路单独配。
19 / 37 / 53 座的车型直接画给你看。左边是按渠道分组的名单,右边拖到座位上就行。框选连座、锁定导游位和空置安全位,发车前导出签到表。
每家渠道的授信额度实时占用、实时显示。月底一键导出 PDF / Excel 结算单,发短链给渠道在线签收。每辆车的成本和毛利也算得清清楚楚。
订单 / 收款 / 退款 / 班次发车实时 Webhook 推送到你的 ERP 接口;Open API 让客户研发 1-2 小时跑通对接。也支持每日定时投递到 OSS / 邮箱,没研发的客户照样能自动收账单。
不是把微信群的截图电子化,而是每一步都可追溯、可补救、可看到。
报名即锁库存,付款期限到了系统自动释放。整个过程不靠人盯。
这一条对地接业务太重要 —— 我们没有靠告警、靠重试、靠"出事再补救"。 从下单这一步开始就锁死,三道闸层层把关。
下单的瞬间,目标班次先被这一笔锁住。其他想动这辆车的请求自动排队,本笔处理完才放下一个。
写入前再核对一次班次的版本号。如果在排队期间被改过,写入直接失败,由系统自动重试或返回错误。
表上设了一条永远成立的规则:已占座 ≤ 座位上限。哪怕业务代码哪天写错,数据库本身也拒绝写入。
从一张联系人表,升级成完整的客商体系。 授信、反佣、定价、对账,全部串起来。
司机、车牌、上车点、通知 —— 拆成四件互不阻塞的小事。 一处出问题不会拖累全局。
138 0000 0001湘 G·F8U72含早排座这件事最依赖个人经验。我们把它做成一个所见即所得的工作台, 老带新也学得很快。
把每一笔餐费、油费、路桥费,都算到具体某辆车上。 单车毛利和满载率,自己就出来了。
订单 / 收款 / 退款 / 班次发车 / 渠道对账 — 14 个业务事件实时 Webhook 推送到客户的 ERP;对方也能反过来用 Open API 拉数据 / 推订单。 没研发的客户走文件投递,每天定时收 OSS / 邮件账单。
首页就是经营全景:满座率 30 天趋势、渠道贡献排行、应收账龄、倒计时实时监控。 另开「老板视角」页,把累计营收 / 毛利 / 渠道排名 / 经营预警一次性铺到桌面。
同一套底座,跟团游、自驾游、配额小团一起管。在租户或线路上选好业务形态, 建单弹窗、订单抽屉、库存口径自动适配 — 自驾团不再被迫套用班次型的字段。
渠道不只是对账对象,是要经营的客户。每个渠道一张画像:近 30 天趋势、 最后一次合作在什么时候、谁在负责 — 快流失的、睡着的,首页直接给你列出来。
中小地接社的体量(日均百单级)用不上重型基础设施。我们刻意把架构做得简单,把精力留给业务细节。
财务和管理员账号免费送。所有套餐都有 30 天免费试用,不需要绑卡。
输入几个常见参数,看看微信群 + Excel 的工作方式每个月在悄悄消耗你多少钱,以及多久能回本。
拖动滑块调整数值,右侧实时算结果。
我们把销售电话里被问最多的问题摆在这。
如果你有别的疑问,直接来聊也行。
Excel 不会出大事 —— 它只是每天悄悄漏一点:碰单赔了一笔、对账少算了一栏、客人到机场没接到。这些事情零散到平时不会被记账,但加起来一年是个不小的数。
我们的建议是:免费试用 30 天,跑一遍真实业务再判断。如果一个月下来你觉得 Excel 更顺手,我们没理由强留。试用期不绑卡,不会自动扣费。
因为我们不想跟你抢订单的钱。地接行业单订单利润本来就薄,系统再抽一笔会让人非常难受。
按席位的好处:
另一个考虑:按 GMV 收费会让你怀疑"系统是不是在劝我多卖"。我们不希望客户和系统之间有这种紧张关系。
这是我们最被认真问的一个问题。回答几个层面:
关于服务连续性:中型以上客户可以选私有化部署,系统跑在你自己的服务器上,即使我们停止运营,你的数据和系统也能继续用。
这一点我们做了很多专门设计:
付费客户上线时,我们会安排1 次远程培训 + 第一个月一对一支持。专业版以上还有专属客户经理。
实际经验:夫妻店到 5 人小团队一般 3 天上手,8–20 人团队 1–2 周完全替换 Excel。
分两种情况:
历史订单(已发车的):一般不需要搬。这些是已经"沉淀"的对账数据,放原地就好。系统从你启用那天开始记新单。
未来班次和渠道资料(在用的):
专业版以上提供付费数据迁移服务,我们的工程师远程帮你把所有数据导入,通常 2–3 个工作日完成。
分三个层级看:
但有一句实话:如果你的需求很特殊到几乎所有功能都要改,你可能更适合自己开发系统,而不是用 SaaS。我们不会硬接所有定制需求。
可以。月付随时停,下个月不再收费。
年付的情况:
退订时所有数据可一键导出,不会因为你不用了就锁定。
这是经营上最关键的一条。我们的承诺:
实话说:任何系统都不可能 100% 不出问题。我们做的是让出问题时尽量不影响你发车。
能。客户研发独立完成对接,不需要我们写定制代码。我们提供三种通道:
开发者文档公网托管:对接手册(含 Node / Python / Go / Java 验签代码) + OpenAPI 3.1 参考。客户研发1-2 小时跑通最小集成,不需要看我们的源码。
实际经验:财务对账(只读)半天搞定,深度对接(双向写)平均 1-2 周。
留个联系方式,24 小时内我们的同事会跟你聊聊业务场景,开通独立租户和示范数据,在自己的工作流里走一圈再决定。
我们会在 24 小时内联系你(工作日通常 2 小时内)。如果着急可以直接微信加 15026721250。