从产品的角度看，共享单车遇到用户忘记锁车情况该如何处理？

从产品的角度看，共享单车遇到用户忘记锁车情况该如何处理？

目前所存在的问题：无应急处理，对于忘锁车，以及车辆丢失之后没有相对的处理方式。需要用户协助找车

需求分析：首先，用完车子不落锁，本身是一个小概率的事件。但参照OFO的缺陷，导致很多人停止用车后，并不上锁。所以个人认为，未上锁的后续处理还是有必要的。

其次，目前平台上对于用户忘锁车的处理方式是，需要用户协助找车，耗时耗力，而且找到的概率渺茫。虽然这个责任在用户，但是能从产品方面进行部分优化来减少此类问题发生的次数也是好的。所以我们要考虑的是如何避免这种情况的发生，以及发生后该如何降低用户的损失，并杜绝此类事情再次发生。

宗旨：忘记锁车是用户的错失行为，用户需要为自己的行为负责。

我们应该更多的避免用户忘记锁车：

1. 扫码开锁时一边跑进度，一边提示用户：骑完记得锁车

2. 开红包和宝箱时的提示：有效骑行2分钟，并落锁后，现在是提醒骑行两分钟后会收到，改为“骑行两分钟后会收到，落锁后进入您的账户”；

3. 用户骑行时，手机会提示骑行中，可以将提示信息改为，骑行中，结束后记得锁车

4. 车辆静止时间超过5分钟后，手机推送提示信息：是否忘记锁车，并显示当前车辆所在位置

真的忘记锁车后，怎么应对

方案一：自动锁车（不推荐）

前提：在APP中设置“忘记锁车”功能

角色设定：

用户A：骑行结束后，忘记锁车

用户B：准备使用单车，且在未锁车辆附近

流程：

如果用户A点击了“忘记锁车”，则终止计费。若车辆在之前10分钟处于静止状态，则自动上锁，终止计费。若车辆处于骑行状态，刚不上锁，以防当前骑行人发生意外。当车辆静止10分钟时，自动上锁。

如果用户A未点击忘记锁车（A一直没想起来没锁车这件事），则持续计费。直到某个用户上锁为止，结束计费，计费最高金额10元。同时，在骑行状态超1小时后，APP推送消息给用户A，提醒用户A是否忘记锁车。

如果用户B扫码骑车，则自动结算用户A的费用，开始计算用户B的费用。若用户B没有扫码，则持续给A计费，直到某个用户上锁，计费最高金额10元。

好处

1.忘记锁车的情况下，不必让用户自行找车

2.忘记锁车是用户的错失行为，用户要为自己的行为负责，最高费用为10元。

坏处

1. 辅条会挡住车锁，自动上锁不成功

2. 会养成一些用户不上锁的习惯

3. 如果车辆在骑行状态，系统故障，判定自动上锁，也会使当前骑行者发生意外。

4. 机械锁自动锁车从技术角度来说不容易克服

未来

放弃机械锁，改用电子锁。这样从外观上看不出车子有没有锁住（用户在骑行前先推一下车，看有没有锁的情况概率很低），从而养成用户骑行前先扫码的习惯，但成本会增加。

方案二：红包锁车（推荐）

前提：在APP中设置“忘记锁车”“帮锁车红包”功能

角色设定：

用户A：骑行结束后，忘记锁车

用户B：准备使用单车，且在未锁车辆附近

流程：

用户A点击“忘记锁车”，终止计费，然后发布帮锁车红包，金额由系统根据数据分析统一设定，费用由用户A承担，用户A也可以加大红包金额。当其他用户位于车子附近时，打开APP准备用车时，可以推送提示信息，比如当前某辆车未锁车，扫码后骑行，可获得红包，且本次骑行免费。另外，单车平台也可在此基础上，再追加一些奖励，比如骑行券。

如果用户A未点击忘记锁车（A一直没想起来没锁车这件事），则持续计费。直到某个用户上锁为止，结束计费，计费最高金额10元（数字可调整，但这个金额要高于帮锁车红包金额，有助于促使用户选择发帮锁车红包，而不是置之不理，等待其他用户锁车）。同时，在骑行状态超1小时后，APP推送消息给用户A，提醒用户A是否忘记锁车。

好处

1. 忘记锁车的情况下，不必让用户自行找车

2. 发布帮锁车红包，也是让用户为自己的错失行为负责，加深用户对停车落锁的认识。

3. 车辆未上锁情况下，用户B用车时有两种情况，一种是帮锁车红包 + 免费骑行+平台奖励，一种是免费骑行。用户应该会很大概率的选择情况一，这样也可以减少其他用户免费骑行的可能性。

4. 不涉及硬件，成本增加少

5. 只涉及用户A，用户B，避免干扰其他用户

坏处

用户A对发红包这件事，可能有抗拒心理

未来

当用户A点击“忘记锁车”时，可以由平台扣除用户A的部分费用或押金，再以帮锁车红包的形式推送给用户B