直接解答
汽车零部件和服务软件的基础在于适配数据。我们构建目录、适配匹配、库存和服务工单功能，让客户或柜台员工能够在下单前确认零件是否适用于特定车辆，而不是等到退货后才发现不匹配。
适合情况
- 需要 OEM 编号和车辆适配搜索功能的零件分销商和零售商
- 需要工单、零件消耗记录和技术人员排班功能的维修店及服务连锁企业
- 需要车辆档案、维护历史和提醒功能的经销商或车队
不适用对象
- 依赖客户无权使用的授权 OEM 目录数据的产品
- 需要我们不生产的认证 OBD 硬件进行车辆诊断的产品
核心模块及其负责的数据
| 模块 | 其负责的范围、数据和规则 |
|---|---|
| 零件目录 | 零件编号、OEM 交叉参考、品牌、规格和媒体资源；交叉参考表是让搜索真正可用的关键。 |
| 适配信息 | 将年份、品牌、车型、发动机和配置映射至零件，并记录每项映射的可信度，以便标记不确定的匹配，而不是在未提示的情况下直接销售。 |
| 库存与采购 | 多地点库存、补货点、供应商交付周期和采购订单跟踪。 |
| 服务工单 | 车辆接待、症状、检查结果、报价项目、审批、零件消耗和工时。 |
| 技术人员与工位排班 | 技术人员技能、工位容量、工单时长估算，以及到店客户与预约客户的排队安排。 |
| 客户与车辆历史 | 每位客户的车辆档案、服务历史，以及根据里程或经过时间生成的维护提醒。 |
实施步骤
- 发送当前工作流程、涉及的角色，以及目前流程出现问题的环节
- 我们梳理数据模型、上线所需模块，以及可以推迟到后续阶段的内容
- 确认项目范围、集成、验收标准、源代码所有权和部署责任
- 进行迭代开发，在每个里程碑提供演示，然后开展功能、兼容性和性能测试
- 完成部署、源代码和文档交付，随后制定双方认可的维护路径
采购检查清单
- 为首个版本定义一项主要用户工作流和一项管理员工作流
- 在开发前达成角色与权限矩阵共识，并在后端强制执行
- 确认集成账户和 API 凭据可用
- 审查数据迁移来源、格式和规模
- 按模块而非按页面编写验收标准
- 在合同中明确源代码所有权、部署责任和维护范围
报价所需信息
- 您希望替换或构建的工作流程，以及每一步由谁执行
- 用户角色，以及每个角色可以查看和编辑的内容
- 上线时所需的平台（网页、小程序、iOS、Android、桌面端）
- 需要集成的系统：支付、ERP、WMS、硬件、会计系统、第三方 API
- 需要迁移的现有数据、当前格式及大致规模
- 是否需要源代码交付和自托管
常见问题
客户可以按车辆搜索零件吗？
可以，前提是您拥有或获得了适配数据的授权。我们在此基础上构建按年份、品牌、车型和发动机筛选的选择器，以及 OEM 交叉参考搜索。数据质量决定结果质量，因此应在确定项目范围前明确数据来源。
维修车间和线上商店可以共用库存吗？
可以。两者共用同一个库存模块。工单获批后，零件会被预留，以便柜台销售不会占用已承诺用于已预约维修的零件。
你们为这个行业开发哪些平台？
面向零件买家的带适配搜索功能的网上商店、面向柜台和维修车间的网页或桌面控制台、供技术人员使用的 Android 平板版本、用于客户预约和查看历史记录的微信小程序或应用，以及管理后台。
你们可以集成哪些系统？
支付网关；在供应商提供的情况下接入供应商价格和库存数据；物流追踪；服务到期提醒短信；会计系统导出；零件拣选条码扫描。
我们会拥有源代码吗？
在约定范围内可以包含源代码交付、代码仓库访问权限、部署说明和数据库文档。应在需求说明中明确写出，以便将其计入报价，而不是后续追加。
你们可以接手现有系统而不是重建吗？
可以。我们会先进行代码和环境审查，然后针对缺陷修复、重构、界面改造或新增功能提出明确范围的计划。只有当审查表明现有代码库无法支撑产品路线图时，才会建议重建。
相关页面
获取报价
请包含上面列出的字段，以便回复能够聚焦于型号、材料、适配性或服务范围，而不是泛泛的陈述。
提交项目需求
把产品目标、当前流程、目标平台、约束条件和决策时间告诉我们。我们会先评估范围，再给出可执行的下一步建议。