从客户和运营承诺开始
当团队承诺对服务结果负责时，FSM；就已经开始。系统必须保留谁提出了工作请求、工作地点、涉及的设备或服务、紧急程度、对客户作出的承诺，以及下一步由谁负责。
- 客户、联系人、地点和已安装设备信息。
- 问题、影响、优先级、服务覆盖范围和承诺响应时间。
- 协调员、预约、工单和当前负责人。
现场服务管理指南
什么是现场服务管理软件？
了解；FSM；如何连接服务需求、排期、派工、移动工作、凭证、结单和报表，以及专业系统适合在哪些环节发挥作用。
从品类地图走向运营应用
在增加更多模块前，先关联请求、工单、现场上门、异常和结单
Jodoo；让运营团队设计相互关联的服务记录、角色视图、提醒、工作流和可下钻仪表板，同时让路线、车联网、会计、薪资、GIS；和行业系统继续承担各自最擅长的职责。
查看完整现场服务工作流决策模型
比较产品标签前，先定义服务运营链条
了解；FSM；品类、核心记录、运营链路、产品边界和切实可行的实施顺序。
关联排期和派工，同时保持二者是不同的决策
排期围绕时段、技能、区域、时长和产能制定可执行计划。随着优先级和现场条件变化，派工发布或重新分配准备就绪的工作。
- 分配前规划时段和产能。
- 确认准备状态、备件、现场准入和安全。
- 保留接单确认、重新分配和升级历史。
把完整作业带到现场
技术人员先查看客户、地点、设备、范围、安全、现场准入、备件和预约信息，再记录到场、发现、工作、工时、凭证、阻塞项和完工情况。
- 使用适合移动端的记录，而不只是精简版仪表板。
- 记录正常工作和异常路径。
- 让客户签字确认和再次上门保持关联。
把现场活动转化为决策和服务历史
仪表板应揭示积压、账龄、受阻工作、错过的承诺、现场进度、等待备件、签字确认和重复服务，并能打开每项指标背后的底层记录。
- 把每项指标追溯到源记录。
- 区分运营状态与持续员工监控。
- 保留结单、客户和设备历史。
FSM；品类地图
让软件层与其必须负责的作业相匹配
应选择哪个品类，取决于哪些记录和决策必须由系统原生承载。
软件层最擅长的工作仔细验证
聚焦排期或派工工具预约与实时分配控制工单、移动端、结单和报表深度
套装；FSM；套件具备预置功能的综合服务运营适配度、复杂度、管理、定价和定制限制
可配置运营平台量身定制的记录、工作流、凭证、异常和仪表板原生路线、车联网、会计、薪资、GIS；和离线要求
带现场服务的；CRM客户与服务关系历史执行、派工、工单和装机资产能力深度
EAM、公用事业或行业系统专业资产、控制、监管或工程深度现场协作、适应性和跨团队交接
FSM；推行
扩大范围前先证明一个完整服务闭环
小范围端到端试点比宽泛的功能清单更能发现问题。
从一种服务类型、一个区域或团队开始，并同时测试正常与异常案例。
定义运营记录
统一客户、地点、设备、承诺、工单、上门、凭证和结单字段。
- 列出来源系统。
- 确定负责人。
- 定义状态含义。
运行各项交接
测试受理、排期、派工、现场工作、退回、升级和验证。
- 使用真实角色。
- 纳入受阻工作。
- 保留历史。
构建决策视图
创建可打开对应源记录的队列和仪表板。
- 衡量积压。
- 暴露异常。
- 验证下钻。
管控变更与集成
确定哪些变更由业务管理员负责，哪些需要；IT；或专业系统参与。
- 对变更分类。
- 监控交接。
- 按服务线扩展。
模板
沿着让现场服务顺利运行的交接继续探索
使用真实现场服务记录测试客户需求、排程、调度、移动作业、异常、收尾和管理可见性。
最适合开始使用的模板在实际运行的现场服务应用中测试指南内容
打开一项正常服务作业和一项受阻或被退回的作业。在调整应用前，确认来电、工单、技术人员更新、凭证、签字确认和仪表板保持关联。
常见问题
现场服务管理软件常见问题
什么是现场服务管理软件？
它协调客户或地点的服务需求、排期、派工、工单、移动执行、工时、备件信息、凭证、异常、签字确认、服务历史和管理报表。
FSM；与排程或调度软件有什么不同？
排期规划可执行预约和产能，派工控制实时分配，FSM；则把这些决策与客户、工单、现场结果、结单和服务历史关联起来。
Jodoo；能用于现场服务管理吗？
Jodoo；适合管理可配置的服务请求、工单、技术人员上门、工作流、凭证、异常、角色视图和仪表板。请分别核实原生路线、车联网、会计、薪资、GIS；和专业行业需求。
FSM；试点应包含什么？
从受理到已验证结单，运行一项正常服务作业及受阻、退回、延误、重新分配和升级情形。确认每个队列和仪表板都能打开对应记录。