电动车共享租赁平台（电动车PMS）-单车来了产品系统

1、立项原因
随着共享出行与即时配送行业爆发式增长，电动车租赁成为城市短途出行与配送运力的核心基础设施。然而传统租赁企业普遍面临以下痛点：车辆调度依赖人工经验，闲置率与丢失率居高不下；多门店运营缺乏统一管控，库存数据割裂；维修、换电等运维流程无闭环，响应迟缓；美团、抖音等流量渠道各自独立对接，订单无法同步管理；会员体系与营销手段单一，用户复购率低。本项目旨在构建一套覆盖车辆全生命周期、多渠道直连、多门店协同的一体化运营平台，从调度效率、渠道整合、用户留存三个维度解决行业核心问题。
2、行业场景与业务背景
本系统面向电动车租赁运营商，核心业务场景包括：城市共享电动车分时租赁、即时配送骑手月租 / 季租、景区与园区短租代步。运营模式下，车辆分散停放于多个门店与停车区域，需实时监控车辆状态（空闲、骑行中、维修中、低电量），并根据区域供需智能调度。用户通过小程序或第三方平台（美团、抖音、小红书、咸鱼、携程等）下单，系统需支持多渠道订单统一归集与履约。运维侧涵盖维修工单、换电调度、巡检管理等闭环流程。财务侧需处理租赁计费、押金管理、提现结算及交易流水对账。整体业务具有高频交易、强实时性、多角色协作的特征，亟需数字化平台支撑精细化运营。

系统涵盖平台运营中心PC、商家管理后台PC、商家端APP（android、ios）、客户端小程序
11 大核心模块 —— 工作台、车辆管理、订单管理、会员管理、门店管理、库存管理、运维工单、营销管理、渠道直连、财务管理、数据报表、系统设置。
1、工作台：聚合运营核心指标，展示实时订单量、营收数据、车辆状态分布与告警信息，提供全局经营概览。
2、车辆管理：实现车辆全生命周期管理，涵盖车辆录入、状态监控（空闲 / 骑行 / 维修 / 低电量）、型号配置、停车区域划分与批量调度，支持按区域、状态多维筛选。
3、订单管理：覆盖租赁订单全流程，从用户下单、车辆解锁、骑行计费到还车结算，支持订单改价、异常标记与退款处理，订单状态实时追踪。
4、会员管理：构建多级会员体系，支持等级配置、积分规则设定与权益管理，用户画像与消费记录一目了然。
5、门店管理：支持多门店独立运营，管理门店信息、营业时间、服务范围与人员配置，实现跨门店车辆调度。
6、库存管理：统一管控车辆、电池、配件库存，支持入库出库记录、库存预警与跨店调拨，避免资源闲置或短缺。
7、运维工单：闭环管理维修、调度、换电、巡检四类工单，支持工单派发、进度跟踪与完成确认，保障车辆可用率。
8、渠道直连：对接美团、抖音、小红书、咸鱼、携程等第三方平台，统一管理渠道配置、AppKey 认证与订单同步，实现多渠道流量归集。
9、营销管理：提供优惠券创建与发放、促销活动配置，支持多渠道投放与效果追踪，提升用户转化与复购。
10、财务管理：记录全量交易流水，支持提现审核、对账管理与收支统计，确保资金流转清晰可控。
11数据报表：多维度运营分析，涵盖营收趋势、车辆利用率、用户增长、渠道转化等关键指标，辅助决策优化。

1、我负责平台全栈开
我负责本项目全栈开发，全栈完成平台运营中心PC、商家管理后台PC、商家端APP（android、ios）、客户端小程序
2、技术栈与架构
技术栈采用 Next.js 16 + React 19 + TypeScript 5 + Tailwind CSS + shadcn/ui 前端方案，后端基于 Next.js App Router 的 API Routes 实现服务端逻辑，ORM 层使用 Drizzle 操作 PostgreSQL 数据库。架构上采用前后端一体化部署，共享 TypeScript 类型定义，减少沟通成本。
实现亮点：一是全栈 TypeScript 类型贯通，从数据库 Schema 到 API 再到前端组件，类型安全贯穿全链路；
二是多渠道直连的统一抽象层设计，不同平台配置结构差异化处理，统一状态管理；
三是 Drizzle Schema 即文档，数据库模型与类型定义合一，维护成本低。
实现难点：一是多渠道 API 对接的异构适配，各平台认证方式与数据结构差异大，需设计可扩展的适配层；
二是车辆状态实时性与并发一致性，多端同时操作车辆需保证状态不