跳至主要内容
سافرSAAFER — 首页

核心只建一次,再接入多项业务。

新增服务、合作伙伴或行业,均通过模块、API 或集成实现,而非重建应用。

SAAFER 正处于创立阶段:通过持牌机构办理的签证申请和 SAAFER Market 现已运行,其他服务在计划中。

我们在构建什么

四款产品,基于同一个核心。每一款都标注真实所处的阶段,而非承诺。

  1. SAAFER App

    您所需的一切尽在一处:旅行、服务、购物、出行与娱乐。

    开发中
  2. SAAFER Core

    构建在一个核心之上的多服务平台:身份、订单、佣金与通知,以及为利比亚持牌服务商设计的支付集成,目前尚未接入任何一家。

    开发中
  3. SAAFER 角色

    我们正在设计的角色,将出现在 SAAFER 应用中,为用户指示下一步。这是设计中的概念,而非智能助手。

    测试版
  4. SAAFER Command

    内部运营平台,其设计目标是:从客户到结算,链路上的任何异常都能追溯到源头。

    开发中

我们使用的技术

广泛使用的技术,容易找到维护人员,企业因此不会被锁定在冷门技术上。

进展

体验渠道

Flutter一个应用,同时覆盖 iOS 与 Android 两个系统

  1. App开发中
  2. 网页端计划中
  3. 合作伙伴门户计划中
  4. 企业门户计划中
  5. 自助终端计划中

SAAFER Core开发中

构建在一个核心之上的多服务平台:身份、订单、佣金与通知,以及为利比亚持牌服务商设计的支付集成,目前尚未接入任何一家。

Node.js后端系统与 API

  1. 一位客户
  2. 一笔订单
  3. 一次行程
  4. 一本账
  5. 一个数据层

支付独立,经由持牌服务商

我们遵循的构建原则

支付在设计上与业务逻辑完全分离,并在协议和批准到位后经由持牌服务商处理。

  1. SAAFER PAY开发中
SAAFER PAY

我们为谁而建

  • 客户
  • 企业
  • 合作伙伴
  • 代理商
  • 一个身份

    开发中

    一个统一身份(SAAFER ID),覆盖所有账户类型:客户、企业、合作伙伴与代理商——无需为每项服务单独登录。

  • 面向企业与机构

    计划中

    面向高校、企业与机构的交通、差旅和住宿套餐,采用年度合同。

  • 面向服务提供商

    计划中

    面向服务提供商的预订、追踪与管理工具。

    代为酒店、承运商与旅行社管理预订。

  • 系统集成

    计划中

    通过 API 将合作伙伴的系统接入平台。

不止于旅行

正是市场引擎,让 SAAFER 能够拓展到旅行之外;每个品类都沿用同一流程。

  1. 上架
  2. 商机
  3. 订单
  4. 合同
  5. 佣金

我们遵循的八项构建原则

这些是我们坚守的设计决策,并非认证或资质。

一个核心
核心只建一次,再接入多项业务。
API 优先
平台从一开始就以相互独立、可扩展的模块构建,以便在不重建系统的前提下新增服务。
未经测试,不予发布
一个版本只有经过测试,并将测试结果记录在案后,才被视为获批。
隐私与安全,始于设计
这是平台从第一天起就遵循的两项设计原则,而非事后追加的一层。
阿拉伯语优先
从右到左的书写方向是一项设计约束,涉及布局、图标、日期和数字,而非事后追加的一项设置。
为弱网而设计
体验首先面向信号弱或时断时续的网络而设计。
支付独立,经由持牌服务商
支付在设计上与业务逻辑完全分离,并在协议和批准到位后经由持牌服务商处理。
平台之上的智能
人工智能层构建于平台之上,而非作为独立应用。

我们遵循的构建原则防止重复预订:按钮连按两次,也不会生成两笔预订或两次扣款。

您在寻找合作伙伴或服务商吗?

面向服务提供商:每一家服务商加入,都会拓宽客户可用的服务;每一位客户加入,都会提升对服务商的需求。