本文主要是介绍智慧停车(十) 道路停车特殊使命,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
接到这个需求后,我以为老板在开玩笑。但是看到他发给我的:广州市发展xxx临时泊位使用xxx通知文件后,我信了,因为这个文件里面关于优惠政策有段这样写到:
"消防车,救护车,应急抢险车,军警车辆以及法律,法规规定应当免收机动车停放服务的车辆,免于支付城市道理临时泊位使用费"。里面还有包括残疾人,因突发事件处理,应急抢险等需要车辆立即驶离城市道路临时泊位的,免于支付临时泊位使用费等。
说白了,我们的平台需要针对特殊人群停车进行免费。但是老板提了硬性需求,就是纯粹通过软件的角度来处理和解决这个问题,不想通过硬件参与,毕竟有成本。
老板自己当时就拍脑袋提了一种方案如下:
开发一个微信扫码注册的功能,用户扫这个二维码,填写下里面的基本信息,比如手机号码,单位什么的,这样的话后台把此账户拉入到白名单里面,下次此用户去停车后付费的时候,用此微信去扫下付款二维码,后台会识别,就不会收费。然后我们的商务拿着这个二维码去一个个政府部门拜访,让别人注册。
二天后,放弃此方案,据说没人鸟你,别人不愿意提供这种信息登记。
老板立马又提出另外一种方案如下:
软件开发一个功能,停车后扫码付款的时候可以选择一种途径,就是填个序列号(或者叫优惠码),填了这个优惠码后台校准后照样可以开锁。然后我提出两个疑问:
1.这个优惠码你怎么给那些部门?
2.这个优惠码泄露出去后,会不会全中国人民都拿到去免费。
老板答之:我们的优惠码要有时间有效性,不能长期有效,你后台要做个自动刷新生成新的优惠码的程序,然后我们公司会让客服妹子去建个微信群,让这些部门的对接的人都来这个群里面,每次刷新新的优惠码后会在群里面公布,至于这个优惠码怎么到部门相关人的手里面,那是他们这个对接人的工作了。
我暂时不知道怎么反驳。
我出去后,看到老板的身影在办公室里面慢慢的来回走动。
我知道,他又在开始思考问题了。
又过了二天,老板找到我,说之前的方案貌似不行,让我出几个方案给他,又再三叮嘱,纯软件解决问题。
我把我想到的一起总结如下。
业务场景:停车入位->自动升锁->计时开始->扫码付费->自动降锁->驾车离场。
解决方案:
1.VIP卡(优惠码等)。制作一部分VIP卡(优惠码)发放,用户在手机上绑定VIP卡(优惠码),扫码的时候判断即可,不需要付费。
优点:VIP卡(优惠码)是一次性使用,谁绑定谁使用,不会大批量的造成泄露。
缺点:操作绑卡流程,嫌麻烦。
2.白名单。事先拿到这部分人群的手机号码(或者其它身份识别),在后台数据库和用户关联,扫码的时候判断即可,不需要付费。
优点:手机号码是一次性使用,谁绑定谁使用,不会大批量的造成泄露。
缺点:特殊人群不愿意提供手机号码,存在一定特殊人群的信息公开。
3.微信公众号(小程序)个人中心提供一个入口,专门用来申请特殊免费通道,申请后系统后台要去审核,审核完毕后,这个账户就扫码都免费。
优点:不会大批量的造成账户密码泄露,毕竟绑定微信的东西,不存在大批量乱传播。
缺点:需要事先申请,后台识别身份较难,存在一定特殊人群的信息公开,而且流程稍长。
4.每天(或者每几个小时)发送一个最新有效的免费停车验证码。
优点:这个解决方案主要针对前面有些方案账户大批量泄露的问题。
缺点:特殊人群可能不会提供手机号码,那么这个验证码发给谁呢?建个微信群,把所有的特殊人士拉群里面发?然后每个特殊人士再在自己的内部群群发?流程太长,而且短时间内也可能造成免费停车验证码大批量泄露的问题。
5.开发专门的APP提供给特殊人群安装,只要用这个专用的APP扫码都免费(下载后可以提供随机的账户密码)。
优点:与人的身份无关,谁安装谁使用。
缺点:可能会大批量的造成APP(账户密码)泄露,大家一起来免费。
这篇关于智慧停车(十) 道路停车特殊使命的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!