本篇文章就XX智慧停车统从立项到验收所得到的一些感悟,简单的复盘,以此祭奠为这个系统所付出的时光。
!!@凉山救火英雄,今天是凉山英雄哀悼日,30名救火英雄在把美好的青春留在了凉山,愿天堂没有火灾,英雄永在,浩气永存!
【言归正传】
一、复盘目的
对智慧停车系统V1.0到V2.0的过程做一个整体的回顾;
总结当前取得的成果和当前存在的一些问题。
二、客户概述
服务于XX店(客户信息具有保密性,见谅)停车项目,针对店里的实际业务情况,进行业务需求开发,此项目包含一期和二期功能。
二、系统概述
系统针对目前店内存在的停车问题:
1、人工纸质记录客户车辆出入比较繁琐,做不到实时掌控。
2、员工无法掌握客户车辆进出时间,会造成客户服务一定时间延迟。
3、客户车辆在无与门店关联的业务上停车时,店内不能对此类客户进行及时管理,这样使得有些客户会在停车区域无规范性停车、离店。
针对此类停车场景,巳待通过结合软硬件建设智慧停车管理系统,解决客户的业务痛点。
三、当前成果
经过对客户各业务模式的深入了解,采取客户实地多次沟通访谈,及成果多次沟通的方式,对客户业务进行了规范开发,包括但不限于:车辆放行、设备识别、停车管理、数据统筹、二维码放行、系统对接及消息推送。
四、当前业务线

五、主要功能需求
1、区域管理
功能说明:店内区域信息管理,系统对区域信息进行初始化操作,系统人员可对区域信息进行修改,通过接口实现区域与车牌识别设备关联。
2、车辆轨迹
功能说明:设备车辆的基本信息及行为信息记录。系统记录设备所识别到的车辆的车牌号等信息及关键数据,包括车牌出入记录、区域停留记录。
3、客户管理
功能说明:“VIP”类车牌号、黑名单、员工车牌号设置。
4、资源看板
功能说明:功能说明:停车数据统计分析。系统对店内区域的停车概况进行图表展示,可具体到停车明细。
5、有效出闸时间设置
功能说明:设置车辆设置停车场车辆出闸的有效时间间隔,从员工提交放行申请的时间开始算。
六、结语
1、B端系统由于对的业务属于客户,客户是为软件付费,而不是直接对使用系统的用户,所以相对来说业务流程比较复杂,首先,你需要弄懂具体的业务流程,其次,搞懂不同角色之间的业务流程是否会串联,弄清楚具体的权限与逻辑。第一次与客户沟通时,只是基本确定了简单的业务流,而后自己设计的过程中有很多细节都需要一一和客户对应,因为你想的不一定和客户现有的流程相对应,所以一定做到每一点业务需求都要和客户沟通好,大体需求需要在文档中与客户约定好,防止客户随意篡改需求,不然会很头痛的;
2、信息架构设计。B端业务复杂结构广而深,功能复杂应提供搜索与快捷菜单,让常用功能快速直达。B端业务色彩浓重,大众化词语难以达到业务素语的精炼效果,强制大众化反而不易理,语言上需要贴合客户实际用语;
3、在促进沟通这块,B端产品业务庞大制作耗时很难短期内看到产品效果,使用原型可用性测试或者给领导层演示,将客户/用户拉到研发早期,减少产品返工风险。原型不只是研发内部沟通工具,更多承担向外引导客户/用户的有力武器;
4、客户沟通成本大,由于B端产品业务的繁杂性,往往和你对接的客户是不能直接拍板需求决策,需要和店内的其他成员,如其他部门的人讨论并决定,这其中你就需要花费更多的沟通成本,并对每次讨论的结果进行记载,防止后续客户记忆遗忘,不然你就要背锅。
【完】

网友评论