方案评审/总览与业务模型
SERVICE OPERATIONS / 01
面向三度科技的业务讨论

每一次服务有闭环,
每一台设备有明账。

把维修、耗材、抄表与收入成本串在一起。先确认业务规则,让一期从“能记录”走向“能执行、能核对、能判断”。

以设备为中心的经营闭环建议模型
一机一码设备档案归属 · 合同 · 履历
服务与验收物料与成本读数与账单收益与改进
服务解决问题,数据支撑下一次决策。
核心判断

方向合理,规则需要先行。保留一机一码、结构化事件、知识库嵌入与异常复核;补齐多次上门、合同外授权、物料流转和月结口径。

BUSINESS MODEL

混合经营,拆成四个维度

一台租赁设备,也可以同时享受全保服务。

01 / 设备归属

机器是谁的

服务商自有 / 客户自有
记录实际使用客户与变更时间。

02 / 服务覆盖

哪些已经包含

人工、上门、粉、鼓和其他配件
逐项约定范围与例外。

03 / 收费方式

向客户如何收费

月租、按张、保底、包月、单次
允许组合,规则带生效日期。

04 / 服务承诺

何时必须处理

区域、时段、响应和停机升级
必要时约定备用机。

场景示意 · 非实际合同

同一条服务主线,不同的收费判断

阅读说明

已确认:三度为租赁、全保、半保与单次维修并存的混合经营企业。本页用于讨论一期范围;下列流程、口径和验收方式为建议,尚未由双方确认。参考原型中的经营数据均为演示数据。

查看原一期原型 ↗另一依据:《易修阁服务商版 · 一期功能设计(三度科技试点)》2026-10-27
BUSINESS FLOW / 02

从接管设备,到经营改进

点击每个环节,查看负责人、业务动作和完成条件。工单关闭、故障解决、数据审核与收款完成分别记录。

一张工单,可以有多次上门。

一次故障 → 首次诊断 → 待报价 / 待件 → 再次上门 → 试机验收 → 关闭。每次上门分别记录人工、物料与结果,问题仍归属于同一张服务工单。

把未解决的问题,留在流程里

待受理→待服务→处理中→待验收→已关闭
处理中可转入:待报价确认待配件待客户配合,条件满足后继续处理;取消必须记录原因。
DESIGN REVIEW / 03

八个关键调整,让数据可信

每项建议都对应一个真实业务断点。展开查看原设计、潜在影响与可落地规则。

PHASE ONE / 04

一期,先把一笔业务跑通

目标是业务闭环、可信数据与基础经营判断。先保证记录完整、计算可解释,再扩大自动分析。

一期的完成标准

能追到服务过程,能解释每一笔钱。

正常业务能走通,异常业务有人接;收益能够追溯到合同、读数、材料和服务记录。任何估算都可见,任何差异都有处理结果。

PILOT VALIDATION / 05

用真实业务,验证一期

建议选约 50 台设备、1—2 名工程师,覆盖四类业务,并跨过一次完整月结。以下为试点建议,不代表已确定排期。

01

样本核验

先查合同、工单、读数与成本的可用程度;历史数据区分可核算、部分估算和资料不足。

02

业务试走

确认规则后跑通正常与异常场景,记录手机操作耗时,收集工程师和财务反馈。

03

完整月结

核对计费区间、账单、收款与成本。每项差异解释清楚,再决定是否扩大范围。

十个必须跑通的场景

勾选表示本机已记录测试通过,不代表双方正式验收。

0 / 10
同样输入、同样规则,应当得到一致结果。

财务差异不能只用“不超过 2%”概括,必须逐项解释。工程师排名与主观印象一致,也不能替代责任复核和客观验证。历史缺失成本不能按零处理。

MEETING WORKSHEET / 06

把讨论,变成明确的规则

逐项记录双方结论、责任人与待补资料。所有填写默认保存在当前浏览器,可导出会议记录用于传阅。

本机记录 · 尚未填写
保存范围

记录仅保存在当前设备、当前浏览器,尚未接入多人协作或云端同步。更换设备前请导出;按钮不会向三度发送消息。选择“已确认”仅代表记录状态,正式确认仍以双方认可的记录为准。