<停车卫> 产品需求说明书 version 2.0

<停车卫> 产品需求说明书

文档版本号:

Version 2.0

文档编号:

xxxx

文档密级:

归属部门/项目:

产品名:

停车卫

子系统名:

编写人:

kina

编写日期:

2015/09/27

XX   版权所有

内部资料  注意保密

1


修订记录:

版本号

修订人

修订日期

修订描述

version2.0

kina

2015/09/27

部分功能的整合,添加抢车位功能,分享功能,出租车位功能。

2


目录

一、简介.......................................................................... 3

1.1目的........................................................................... 4

1.2范围........................................................................... 4

二、用户角色描述................................................................ 4

三、产品概述...................................................................... 5

3.1总体流程........................................................................5

3.2功能摘要....................................................................... 5

四、产品特性....................................................................... 6

4.1 优先级.......................................................................... 6

4.2 特性描述....................................................................... 6

4.3 停车卫首页.................................................................... 6

五、其它产品需求.................................................................. 7

5.1 性能需求........................................................................ 7

5.2 监控需求........................................................................ 7

5.3 兼容需求........................................................................ 7

六、风险分析......................................................................... 8

 

3


一、简介

停车位App是为了解决小区车主停车位难寻的痛点,本文档主要定义解决小区停车位App的功能详细描述。

1.1目的

此文档的目的主要是清晰、有层次的定义页面原型中各个模块的内容来源和相关的逻辑。

1.2范围

此文档主要描述停车卫中前端页面涉及到的功能点以及部分交互细节。

二、用户角色描述

用户角色

用户描述

普通用户

小区内所有的用户和想要将车位租用出去的用户。

编辑人员

后台编辑人员,负责该应用的前台咨询类和需要人工进行优化的内容进行编辑。

审核人员

主要使用后台审核功能对小区停车位解决应用中出现的用户评论内容进行审核。

4


三、产品概述

最大化满足市场和用户对于停车位紧张的需求,解决小区内住户的痛点——停车车位差额,即小区内的住户拥有车辆数远大于小区拥有的停车位,并且将小区内拥有的车位最优化利用,并不失公平性。

1、总体流程

<停车卫> 产品需求说明书 version 2.0

图1

2、功能摘要

简要描述产品的功能点和每个功能点的优先级。

功能模块

主要功能点

优先级

①我的小区

午间摇号

租用车位

车位详情

②预约车位

公共车位

其他车位

发布预约

③更多

公告栏

意见栏

个人信息

顺风车

④抢车位

抢车位

⑤车位出租

编辑信息

撤销出租

⑥注册登录

注册

登录

⑦分享

QQ分享

微信分享

朋友圈

新浪微博

知乎

5


四、产品特性

4.1  优先级

描述该特性的优先级,可选:高、中、低。

4.2  特性描述

用户场景

描述用户操作场景。

功能描述

描述该场景下的功能特性。

4.3  停车卫首页

4.3.1 我的小区

用户场景

想要回小区停车的用户和车位空闲时想出租出去的用户。

功能描述

小区停车位使用情况显示。

优先级

输入/前置条件

板块图标以不同的颜色标示车位当前使用量。(白色:空位多;绿色:有空位;红色:车位已满。)

需求描述

产品需要以电影院座位选票的形式显示小区车位使用情况。并显示每个车位可预约的时间段。

输出/后置条件

点击可查看小区车位使用情况。并显示每个车位可预约的时间段。选择预约车位。

补充说明

小区内每个用户在每天中午十一点到下午一点有摇号的使用功能,摇到号的用户将拥有一个车位明天一天的使用权。

“我的小区”功能块细节流程图,如图2:

<停车卫> 产品需求说明书 version 2.0

图 2

4.3.2 预约车位

用户场景

想要回小区停车的用户/想查看或使用公共停车位,想发布预约。

功能描述

查看周边车位情况,车位出租信息,系统智能按照价位,距离提供最佳停车位选择。

优先级

输入/前置条件

板块图标以不同的颜色标示车位当前使用量。(白色:空位多;绿色:有空位;红色:车位已满。)

需求描述

产品需要在智能约束的条件下并显示每个车位可预约的情况,时间段,地点,收费。

输出/后置条件

补充说明

鼓励用户提前预约。

“预约车位”功能块细节流程图,如图3:

<停车卫> 产品需求说明书 version 2.0

图 3

4.3.3 “更多”功能块

用户场景

有信息通知显示。

功能描述

查看个人信息以及应用的其他功能。

优先级

输入/前置条件

登录

需求描述

产品连接用户(寻找车位的人或组织与提供车位的人或组织)之间的交互,订单处理及时通知提示,车位预约及时通知提示。将高优先级的“个人信息”功能与低优先级的功能放在一个功能块里一起显示,给低优先级的功能块更多曝光的机会。

输出/后置条件

订单处理,车位预约及时处理。

补充说明

“更多”功能块细节流程图,如图4:

<停车卫> 产品需求说明书 version 2.0

图 4

4.3.4 抢车位

用户场景

功能描述

展示用户想要查看的应用的有关规定。

优先级

输入/前置条件

需求描述

增加应用的趣味性,以好玩的特色功能吸引用户,用户在任何时候都可以使用该功能,培养用户的使用习惯。增加用户粘性。

输出/后置条件

补充说明

“抢车位”细节流程图,如图5:

<停车卫> 产品需求说明书 version 2.0

图 5

4.3.5 车位出租

用户场景

功能描述

给车位空闲的用户提供入口,增加应用平台的车位数量。智能提醒用户提供的车位将自动加入抢车位活动,能够更快的解决车位的出租。

优先级

输入/前置条件

需求描述

培养用户习惯,增加用户粘性,打发碎片化时间。

输出/后置条件

抢到车位分享该应用,邀请使用停车位,没有抢到车位可以邀请其他人帮忙抢车位。

补充说明

“车位出租”功能块细节流程图如图6:

<停车卫> 产品需求说明书 version 2.0

图 6

4.3.6 分享

用户场景

功能描述

使用分享,评论分享。

优先级

输入/前置条件

进入应用

需求描述

分享应用,口碑推广。

输出/后置条件

1.使用该应用的用户,分享时,智能评论“我刚刚利用抢车位神器用时xxx,解决了我的停车问题,一起加入吧!”

2.没有使用过的用户,分享时,智能评论“刚刚发现一款抢车位神器,听说很赞,推荐给你!only you!”

3.使用应用将车位出租出去,分享时,智能评论“刚刚利用停车位把自己空闲的车位出租出去,赚点外快不费劲!还可以抢车位哦~”

补充说明

“分享”功能块细节流程图,如图7:

<停车卫> 产品需求说明书 version 2.0

图 7

4.3.7 注册/登录

用户场景

功能描述

注册,登录。

优先级

输入/前置条件

需求描述

输出/后置条件

欢迎注册新用户,登录用户显示个人信息和消息通知。

补充说明

6


五、其它产品需求

5.1 性能需求

前端阅读界面要加载流畅,定位信息准确,信息录入更新快速准确。

5.2 监控需求

对用户使用情况的监控,智能的监测预约超时并及时提醒及应用智能自动取消预约提醒。

5.3 兼容需求

需要兼容Android 4.0,ios 7及其以上版本。

7


 六、风险分析

风险

可能性

严重性

应对策略

可应对性

目前市场上还没有得到广泛应用的此类app。用户习惯的培养,增加用户粘性与信任度,版本稳定性能跟得上推广运营,版本更新稳定性。后期竞争产品出现的应对,保持自己首占市场的优势。

非常严重

用户习惯的培养,早期推广,口碑,社会传播效应。用户粘性。

持续运营与优化提高用户的认可度。

8


上一篇:关于Spring IOC (DI-依赖注入)需要知道的一切


下一篇:iOS错误整理--自定义按钮,给按钮内部赋值出现的错误