智慧车行需求设计

智慧车行需求设计

产品设计核心流程:

Q应用场景

Q用例图

(7)

G）操作/状态图

G）交互设计

数据追踪

:已童叁学堂

场景用例流程状态交互数据

刚过的新春，宠游客的重庆封闭了道路只为游客有更好的视野，再现了

人山人海。那自驾游的大家，在停车的时候，遇到了一些啥情况呢？

一、应用场景

你知道哪里有停车场不？

那个停车场可以停多少车？还有没有车位呢？

1.5元还是2元一个小时？

这是最常见的询问方式了吧？只不过当前，导航系统都可以导航出来,

就不再使用询问的方式了。但是，导航搜索出来的停车场依旧没有剩余

车位和计价方式。嘿嘿，各位地图导航的产品们，这就是需求哟［偷笑］

1554C

<*我的位设

+1LQ

•富山中路道路停

新能调公交地t

海山中路道路

停车位

Q

计1536到达

"推荐；t8nt）司喊里

推荐fii选二打东方案

2分钟3分钟2分钟10在

1公里©11.3公生。1m米❽ii公里

黝①

a开始导航

以路嫂停车

。何肝©【快来求问】停车家多少钱一小…

这里司机师傅最关心的就是：哪里有停车场？停车场还有多少车位？停

车费怎么计算？

既然都是智慧车行了，这些当然都需要提供。产品设计最核心当然是完

善整个业务场景。

生活中一个小的问题，通过互联网的方式来解决，就需要产品经理来转

化，将问题和解决方案融合起来。但问题只是整个解决方案的冰山一角,

要解决方案能够完整运行，就需要将整个业务的全貌找出来。停车场本

身的信息，在这个问题里是没有体现出来的，那么怎么做，才能完整整

个业务流程呢？

梳理完整解决方案参与的角色及其所需要的功能（用例图），然后串联

着整个业务流程（业务流程图），将相关的所有因素串联完整。

二.用例图

智慧车行用例图

司机知道哪里有停车场，停车费可接受，也能够停进去之后，就会进行

停车，然后去处理自己的事项。辅助这个决策，就需要知道停车场位

置、收费标准、是否有停车位。

随着当下车牌识别技术的成熟，很多车库已至无人值守。这就是信息化

的便捷、效率。做以上的业务分析，本身在停车开车的场景下是闭环的。

但在现实中是不够的，很多停车场是小区的，是园区的，是公司的，那

就需要更为完善的支持，提供停车月卡、年卡服务。

另外，若是小区物业的车或公司领导的车，是需要有特殊权限的，需要

进行额外管理。

三.业务流程图

智慧车行业务流程

管理员门卫司机

智慧车行业务流程图

整个停车场管理业务最小闭环业务流程包含：停车场管理流程、停车流

程、开车离开流程。

停车场管理流程主要是维护好停车场基础信息，如位置、停车位数量等;

并设置好收费标准，为后续的费用管理奠定基础。

司机开始停车，遇见门卫管理。门卫确认扫描信息,然后开门允许停车。

是停车的流程。

司机办完事情，开车离开。在车库门口扫描，系统计费，然后缴费；经

门卫确认后开门，开车离开。是开车离开的流程。

在真实的系统设计中，需要完善月卡办理后的流程、以及设置白名单的

流程,也就是离开扫描时，需要判断资费类型,然后确定结算的处理方

式。系统内部设计会复杂很多，但业务流程实际上就是这样。厘清业务，

对于系统设计，至关重要。

四、操作状态图

在停车业务场景中，业务流程相对比较简单，比较清晰，也没有太多状

态、操作需要管理。但在扩展的月卡管理上，就有较多的状态操作需要

管理。

通俗一些来说，月卡常出现的场景包含：办卡、缴费、欠费、停用；而

涉及系统的管理，就需要增删改查等操作。如此，就包含了5个主要操

作，也就包含了5个状态。使得整体业务复杂度增加。在不同的月卡状

态，可以做哪些操作，就变得比较复杂和不好记忆。在页面交互上，会

在不能操作的情况进行对应按钮的置灰或者隐藏，但如何在设计时候更

明确的表达并向下宣贯，这个就很重要了。

设计下面的操作状态图，是不是就很明晰了。

月卡操作状态图：

月卡状态在不同的操作下，进行了状态的修改，实现了月卡数据流转的

核心流程，实现系统构建的完善。

月卡不同状态有哪些操作：

已保存已缴费已欠费已停用

缴费缴费缴费启用

删除停用缴费

删除删除

工二至叁宅至

月卡在不同状态下有哪些操作，一是反向检查流程是否有遗漏，二是明

确的告诉下游开发、测试各个状态下有哪些操作。相比于口述或者文档

表达，这里清晰明确。

在一开始的设计中月卡操作状态图中的黄色连线，实际上是遗漏了的。

对应状态可以进行的操作，有个简便的处理方法：将所有的操作都放置

到状态下，然后把这个状态下不可执行的操作删除掉，最后统一整理即

可。

五、交互设计

立

摩车场月卡缴费记聚

编

名称

号

■一-月卡编号-缴费编号

位置

位置

■_・车牌号……—-车牌号

层

楼

■_状态

态-办理时间・缴费时间

状

是否

私

_车位

■■墩费额

_车主-有效期

-车主

_车牌-车主

号

-办理人员-办理人员

出入记录名单黑名单

名单编

-记录编号号-名单编号

牌

车

二奉梅吾………号:军薛吾……

建

创

间

-记录时间时-创建时间

主

车

-车主-车主

人

理

办

・出入类型员-办理人员

态

状

4Jn-状态

型

类

・临停/月卡/

白名单

信息实体字段梳理

基于整个业务场景的分析，主要实现4个信息实体的管理：停车场管理

（含车位管理）、月卡管理、白名单管理、出入记录。其中，停车场管

理、月卡管理、白名单管理为管理事项,而出入记录才是使用最频繁的

模块。

SMiH&A

■■■叉；；图一二二R5二六七«*

•AM11M02020-10-10081844-

,IHMMeeM11M02020-10-10081544«^3匹

■■■^<AM11E02020-10-10091344-

SDM11CO2020-10-10W1233例改

•UU1M02020-10*10OS1033・

...S£811MO2般(M61OM(»)3XW

■^■11•■■«FG11MO2020-10-1008M33

9GH11M02020-10-10080808-

共6666中

出入记录

在临停车辆出的时候，需要计算费用。系统可以通过出入记录的费用计

算和最终缴费经费作比对，以便对于门卫进行经济方面的核查。

壹叁零壹系晚平台

•睡富

•

•领

略臂g行一

•ttiAfi*

•修主场作理

■n-HM

・自名

停车场管理

停车场和停车位是绑定的基础信息，一次性维护。一般只会在停车场进

行改造或者维修的时候进行调整。

这里实际引出来，车位的状态里面还包含停用的情况，需

要继续完善需求。

青叁零壹票既平台j

月卡管理

•M明卡主8

•腌ra月0后s«至主

M.130U-230606001SAM11M0i93^

pam_1M1_i_230000201S8M11M0依JW

partc_1301.1.^30605021IXAM11E0

稣U川LU3073001■DM11C0XR

IB司国车行■

P**_n01_1_23W08001%AA11M0工工

•mx»t»afk_1301J_23090W01XE811M0ItZlX

VFOIIMO■M

…"1.1/10606001SGH11M0

•丹卡・1»

­田««

月卡管理

月卡管理主要明确哪些车辆是通过月卡通过门禁的。这里需要注意是,

开门时，若月卡已经欠费需要按照临停规则处理，程序实现时需要做异

常流程兼容。

g臼名单管理

号”号采壬

speciMOO$81AM11M0

speoalX*«6M11M0生/凡

分的0082CAM11E0W

&MM先行5P«oaDOO"«DMHCO戈本

HHspeo«00072CAA11M0叫

sp^iMXW.MX(811MOKS9

・仲r场修理speciaOOC^)dG11W-♦

330giJGHUMO融y

•月卡售理

・osmww

白名单管理

白名单管理主要明确哪些车辆可以特殊权限通过。这里需要对有此权限

的人员在业务中加以管理，谨防以权谋私。当然，这些情况都可以通过

数据汇总统计的方式来进行监控。由数据来监察业务执行情况。

六.数据追踪

经历以上五个部分的逐步完善，整体需求就很明晰。在本身的设计逻辑

上，不会存在巨大的漏洞，并通过整个过程的反复检查，逐渐细致到每

一个需求功能点。但，可能还是存在漏的可能！

如，第五步所示，出入记录就缺少"费用"字段，这是在设计之初遗漏

掉的，但在详细设计时，发现并得以补充的。也就有了当前这一步，数

据追踪。

在系统实现中，所有的字段都是有意义的，需要明确字