城市配置
为每个城市的部署定义运营商身份、服务类别、地理区域、货币和时区。
平台架构
共享核心。
本地化配置。
分阶段发布。
Black Fleet背后的工程模型：运营逻辑、专用应用程序、支付集成以及与交通运营所依赖的服务之间的连接。
01 部署架构
通用逻辑。
专用部署。
城市部署的系统设计将共享的运营逻辑与专用应用程序及本地配置相结合。您的提案应明确交付成果、系统集成方案及交付里程碑。
BLACK FLEET DEV
共享运营核心
预订逻辑 · 应用工作流 · 标准版本发布
操作参考伦敦
伦敦
- 城市品牌客户应用 · iOS 和 Android
- 城市品牌专车应用 · iOS 和 Android
- 运营商工作区 · Mac 和 Windows 电脑
- 城市网站
- 本地配置和数据边界
城市部署模式
合作伙伴城市
- 城市品牌客户应用 · iOS 和 Android
- 城市品牌专车应用 · iOS 和 Android
- 运营商工作区 · Mac 和 Windows 电脑
- 城市网站
- 本地配置和数据边界
系统设计面向城市部署。伦敦提供运营参考；具体实施中的应用程序、功能及发布日期需逐案协商确定。
02 工程原则
配置。
权限。集成。
工作流设计
将预订、司机分配和行程更新之间的流程交接，与各角色所需的信息和操作进行映射。
访问限制
运营商数据隔离、基于角色的权限控制以及经特别授权的技术支持访问权限，均为城市部署模型的必要要求。
集成边界
定义服务提供商事件与预订、支付记录及行程更新的关联方式，并为每个工作流设置相应的访问权限。
发布规范
在共享核心中保持通用功能，并针对每个运营商部署检查配置和发布就绪性。
03 支付与系统集成
联网支付。
互联运营。
我们开发了将客户结账、运营记录和外部服务连接起来的集成方案。每项连接均围绕运输工作流进行设计。
支付与结账
伦敦平台集成了 Stripe 支付系统，将结账和支付状态事件与预订记录关联起来。
地图与路线规划
地址查询、位置数据和路线信息，用于支持在配置的部署环境中进行预订和行程规划。
航班数据
针对机场相关预订和接机工作流，提供航班查询及时刻表信息。
消息与通知
电子邮件、短信和推送通知的集成应围绕商定的预订事件、行程更新和用户角色进行配置。
服务提供商选择、已启用的工作流、账户要求及第三方使用费用将在每次部署时予以确认。
讨论您的集成需求04 专车司机结算
行程收入。
审批。付款。
建立一个结算工作流，将司机收入、财务审批和付款安排相互关联。
结算设计将已完成的行程和已批准的司机应付款项，与预定的银行付款、服务商确认以及合并自开票流程相链接。实施计划定义了这些阶段如何在您的运营中相互衔接。
自动付款集成、审批角色、付款周期和自助开票要求已在商定的交付范围内明确规定，并在激活前进行验收检查。
讨论司机结算工作流05 安全与质量
权限。
验证。问责。
我们的工程方法会综合考虑平台用户、其可执行的操作以及变更相关的审核流程。
访问限制
客户、专车司机和运营商的工作流程具有不同的访问权限要求。服务层的角色和所有权检查，结合各应用程序中设置的权限，共同支持这些边界划分。
工作流验证
自动化检查支持预订、派车和支付工作流的开发。针对具体部署的验收标准定义了激活前需验证的场景。
受控交付
开发、预发布和生产环境各具不同用途。版本控制和针对性检查有助于在发布前评估变更。
运营反馈
维护工作将软件开发与日常使用相结合。用户报告的问题和运营商的反馈有助于确定修复优先级以及进行标准平台的改进。
持续开发
保持核心内容不变。
界定扩展范围。
持续的软件维护和标准平台更新已包含在月度订阅中。
针对运营商的特定工作流程、定制化报表、自定义集成以及其他超出常规路线图范围的工作，可单独确定范围并报价。
“城市上线”设置中包含专属城市应用程序，每次部署的发布和分发均需经协商确定。
下一步
请从您的系统需求开始。
请将您的预订流程、集成需求及运营限制纳入平台演示中。
规划您的部署