编者按：现在自行车共享随处可见。


当我们旅行时，我们可以选择共享自行车。


一般来说，社区或街道附近有共享自行车的位置；如何维护和检查大量共享自行车？本文作者分享了如何操作和维护指定交付的共享资产的案例。


让我们看看。


在最后一篇文章中，我们分享了共享自行车管理系统的总体概念，并简要描述了资产管理的想法；今天，我想和你谈谈一个有趣的业务——共享自行车检查。


读过上一篇文章的朋友可能会印象深刻。


今天，我想告诉你一个重要的业务背景，即作者的公司不是市场上几家主流的自行车共享企业（摩托车、你好等），而是以社区为主要场景的自行车共享；在这里向你道歉，而不是故意隐瞒~ 一、业务背景 1. 投放场景 人车分离封闭小区； 桩 车的组合； 桩、通电、联网、蓝牙(扫描模式)，以下简称蓝牙桩； 车(车锁)、联网、蓝牙(广播模式)、在蓝牙桩范围内锁车收费。


2. 业务描述 封闭社区共享自行车的交付方式不同于城市中的哈罗自行车。


我们暂时称之为哈罗、摩拜自行车的交付方式为开放式交付，社区定点交付方式为封闭式交付。


由于运营面积相对开放和较大，一线运营和维护的主要工作可能是调度和维护；对于封闭交付的社区自行车，主要工作是定期定点检查，确保资产的正常运行和安全。


检查工作产生的数据也可以作为管理人员和操作人员指导下一步工作的有效参考。


运维人员需要对社区车辆进行日常检查，确保车辆设备的正常运行和资产安全； 检验结果生成的数据将作为评估当地运维的重要数据； 检验结果中显示的资产将作为运维工作的重要参考。


3. 管理需求 对于一线运维合作伙伴来说，这种日常工作支持功能可能只是一种工具；但对于管理者来说，需要通过这一功能对一线运维同事进行监督考核，监督考核的目的是让认真工作的员工脱颖而出，让无处藏身。


此外，运维检查的真实性也可以通过此功能增加，因此得到的检查数据越真实，真实数据在集团运营中的作用就要，这也是该功能的重要价值。


每日巡检社区真实记录； 检查车辆的真实记录； 后台可视化视化。


二、设计过程 少啰嗦，直接进入主题 1. 用户角度 从上一段的描述可以看出，该功能有两个主要用户：管理用户和运维用户： 管理用户主要用于简单管理后台运维数据和巡检单； 运维用户主要用于移动终端资产巡检。


后台端： 角色：运维管理 功能：数据查看 移动端： 角色：一线运维 功能：车辆检查 2. 后台端 后台端分为三个界面： 【检查单管理】:检查具体检查单细节，不得对检查单进行其他操作； 【检查单统计(按人员)】:以人员维度统计一线运维人员的检查结果； 【检查单统计(按城市)】:资产投放的城市以城市维度和最小粒度统计； 功能界面： 【检查单管理】 【列表】： 【详情】： 【统计检查单(按人员)】 【列表】： 数据算法： 【统计检查单(按城市)】 【列表】： 数据算法： 3. 运维端 逻辑： 为了方便一线运行和维护操作，检查工作没有固定的线路，因此检查表没有以任务的形式完成；但采用更灵活的方式，这也是与一线管理人员充分沟通后更合理的方式。


第一步，运维人员打开运维移动终端，进入】功能界面： 第二步，您可以在移动终端检查管理页面上查看当前创建的检查表，根据创建时间降序，点击当前页面新建 】创建新的检查单。


功能界面： 第三步，在新建检查单页面上选择自己负责的社区。


功能界面： 第四步，按要求在打开的巡检单】页面上进行巡检。


功能界面： 【操作界面】 【检查】: 第五步是检查已完成的检查表(第二步是点击查看同样) 功能界面： 4. 完整的操作和维护端流程 三、收笔 到目前为止，这个功能已经完成了，整个过程没有设计太多复杂的东西；上面告诉你为什么检查表使用这种方式，显然是任务形式，为什么也允许自由创建；自由创建，为什么有一天只能创建一个等等。


在这里，我想告诉你的是，当我们根据业务设计产品时，完美的业务逻辑和产品很重要；但也要考虑实际应用场景和应用团队的实际情况（不要给实际用户添麻烦）——确保业务产品的逻辑完整性和易用性，而不降低人类效率。


最后，To B，加油！ 特别说明：本网站的主要目的是收集与互联网运营相关的干货知识，为运营伙伴提供便利。


本网站收集的公共内容来自互联网或用户的贡献，这并不意味着本网站同意其观点，也不对网站内容的真实性负责。


如有侵权行为，请联系网站管理员删除，。