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

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


文档版本号:


Version 1.0


文档编号:


xxxx


文档密级:


归属部门/项目:


产品名:


停车卫


子系统名:


编写人:


kina


编写日期:


2015/9/25

XX   版权所有

内部资料  注意保密



修订记录:


版本号


修订人


修订日期


修订描述



目录

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

1.1目的........................................................................... 3

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

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

三、产品概述...................................................................... 4

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

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

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

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

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

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

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

5.1 性能需求........................................................................ 9

5.2 监控需求........................................................................ 9

5.3 兼容需求........................................................................ 9

六、风险分析......................................................................... 9

 


一、简介

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

1.1目的

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

1.2范围

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


二、用户角色描述


用户角色


用户描述


普通用户


小区内所有的用户。


编辑人员


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


审核人员


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


三、产品概述

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

1、总体流程

图1

2、功能摘要

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


功能模块


主要功能点


优先级


①小区停车位


月初摇号



租用车位



车位使用情况显示



②公共停车位


预约车位



车位使用情况显示



③周边企业车位


预约车位



车位使用情况显示



④公告栏


小区每月车位名单



⑤意见栏


投诉



意见



⑥个人信息


车型信息



车位费余额



⑦顺风车


停车记录



提供顺风车



寻找顺风车



⑧注册/登录


注册



登录



四、产品特性

1、停车卫首页

1.1 优先级

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

1.2 特性描述


用户场景


描述用户操作场景。


功能描述


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

1.3 停车卫首页

1.3.1小区停车位


用户场景


想要回小区停车的用户。


功能描述


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


优先级



输入/前置条件


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


需求描述


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


输出/后置条件


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


补充说明


小区内每个用户在每月第一天有摇号的使用功能,本月摇到号的用户将能选择一个车位,并拥有一个月的使用权,但是该车位空下来的时候其他人可以预约

1.3.2公共停车位


用户场景


想要回小区停车的用户/想查看或使用公共停车位。


功能描述


公共停车位使用情况显示。


优先级



输入/前置条件


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


需求描述


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


输出/后置条件


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


补充说明

1.3.3周边企业车位


用户场景


想要回小区停车的用户/想查看或使用周边企业车位。


功能描述


公共停车位使用情况显示。


优先级



输入/前置条件


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


需求描述


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


输出/后置条件


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


补充说明

1.3.4 公告栏


用户场景


功能描述


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


优先级



输入/前置条件


登录或搜索


需求描述


输出/后置条件


进入评论


补充说明

1.3.5 意见栏


用户场景


功能描述


意见反馈,使用投诉。


优先级



输入/前置条件


需求描述


输出/后置条件


显示已有评论,以及添加评论和回复。


补充说明

1.3.6 个人信息


用户场景


功能描述


登记、查看、编辑个人车辆信息。


优先级



输入/前置条件


登录


需求描述


输出/后置条件


补充说明

1.3.7 顺风车


用户场景


功能描述


提供顺风车和找顺风车。


优先级



输入/前置条件


登录


需求描述


输出/后置条件


显示顺风车信息。


补充说明

1.3.8注册/登录


用户场景


功能描述


注册登录


优先级


输入/前置背景

需求描述


注册填写信息


输出/后置背景


补充说明


五、其它产品需求

5.1 性能需求

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

5.2 监控需求

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

5.3 兼容需求

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



 六、风险分析


风险


可能性


严重性


应对策略


可应对性


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



非常严重


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


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

时间: 2024-10-09 22:12:30

<停车卫> 产品需求说明书的相关文章

如何写好产品需求文档?

常常有人问我怎么写prd,在深受市面上流行的功能需求模板“残害”之后,我现在一般不会向别人推荐任何所谓的“模板”. 需求文档是产品需求的表达方式,而其中需要描述什么内容取决于产品经理想要描述什么,即产品经理的需求.如果产品经理的需求是明确的,而且产品经理脑中有物,那么需求文档自然而然就出来了.最可怕的是产品经理自己都不知道自己要描述的是什么内容,这个时候即使有模板,写出来的东西也是一团糟. 互联网产品以用户为中心,所以prd也应该站在用户的角度来描述,如果不知道自己要写什么,在写文档之前产品经理

需求说明书+软件概要设计+软件详细设计

<基于物联网的车内安防系统项目需求说明书+系统概要说明+系统详细说明> 队长:邢正080     队员:董冰068   许国庆079   张琦057   曹华058 ①需求说明书部分: 一.引言 1.编写目的 该需求说明书是“基于物联网的车内安防系统”开发中的重要文献资料,是软件设计的依据,是工程的起点,应是用户需求的真实反映.是开发人员进行系统总体按需设计内容及具体实施开发工程提供必要的参考资料,并且,在系统开发完成后期为系统的测试.验收提供帮助.其编写过程由项目的重要策划人完成.预期读者是

国际软件设计文档——软件需求说明书

1 引言 1.1 编写目的 说明编写这份软件需求说明书的目的,指出预期的读者. 1.2 背景 说明: a.  待开发的软件系统的名称: b.  本项目的任务提出者.开发者.用户及实现该软件的计算中心或计算机网络: c.  该软件系统同其他系统或其他机构的基本的相互来往关系. 1.3 定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组. 1.4参考资料 列出用得着的参考资料,如: a.  本项目的经核准的计划任务书或合同.上级机关的批文: b.  属于本项目的其他已发表的文件: c. 

智能园区报修系统——易修 需求说明书 软件概要设计 详细设计说明书

  智能园区报修系统  ——易修                                                                                      队长:马腾俊075                                                                                                       队员:隋锦涛072.于俊杰070.杜世伟071            

软件项目需求开发过程实践之软件需求说明书

软件需求说明书为谁而编写?把这个问题搞清楚是非常有意义的. 先讲个故事. 在软件项目开始时,需求及架构设计人员把需求和架构方案讲给开发人员听,开发人员还在设计"他那辆车",没有听明白?需求及架构设计人员接着写出一些列文档后,开发人员还在设计稍作调整"他那辆车",沟通出现了问题了吗?项目完成后,最后结果仍是开发人员所设计的,已经变形的"他那辆车". 问题的源头当然在需求,需求人员又如何把需求调研结果无损的分享给"相关人员"呢?其

[PaPaPa][需求说明书][V0.1]

PaPaPa软件需求说明书V0.1 前   言 我觉得我们废话不能多,废话一多的话大家就找不到重点了,其实本项目是出于技术研究的目的来开发的,大家讨论了半天决定要做社(yue)交(pao)类的项目. 经过第一版本的深思我们准备做旅游,行程预定.然后轨道越来越远,瞬间感觉我们可以融资数千亿,打到企鹅,干掉熊掌,强奸天猫,变身高富帅了.. 妈呀=.= 又扯远了,前言就这么愉快的结束我们进入正题吧. 第一章 概述 1.1 编写目的 本文档编写的目的是给群里各位喜欢聊天又不喜欢整理需求的程序员了解需求用

[PaPaPa][需求说明书][V0.3]

PaPaPa软件需求说明书V0.3 前   言 不好意思,本文是没有前言的. 别说是前言了,其实关于界面的内容我也是不打算写!!   因为我知道你们想要的界面是这样的: 再不济也应该是这样的: 但是我觉得我给你们的应该会是这样子的(所以我是不想写的): 因为我觉得我即使给你们这样的效果: 但最终你们也会给我这样的结果: 第一章 概述 1.1 编写目的 伴随着互联网的发展……(此处省略2000字,即时不省略我也知道你不会看) 我们还是来说一下真正的目的吧!!!! V0.3版本的需求说明真正的目的就

哪些要素在做产品需求的时候容易犯错?

产品经理是一个思考的工种,而多想多思考成为产品经理成长最为关键点.而经验会帮助产品经理在产品需求认知和产品设计上不会犯错误,而快速进入角色.很多新手却办不到这一点. 一.判别需求是否真实存在?需求真伪性 当产品经理接到一个业务部门的需求,一个老板的需求.很多人惯性的思维是如何完成这个需求.而展开对需求思考.但是在此之前,我们需要去判别这个需求的真伪性.如果是伪需求,那么做出来是对我们的产品没有任何的意义.需求是否真实存在,真实性如何?是否有场景可以承接这个需求本身. 二.表面需求后,没有去了解更

码农的产品思维培养第5节----产品需求的遴选和管理《人人都是产品经理》

这一节主要总结一下苏杰在书中的第2.4节和2.5节的内容. 需求PK在一个互联网公司里面是再常见不过的事情了.PK赢了,那么你的产品就可以立项上马,如果输了,那么别人的产品上了.你呆一边去. 产品需求刷选主要包含:需求打包,BRD制作,产品会议,如果通过则进行立项. 1 准备出发:把需求打个包 我们 产品要实现,在公司内部是要作为一个项目来实现它的.而项目追求的是多快好省的完成任务,这个在后面的章节我们会讲到.所以,你提的需求,一般来说不会给你机会全部去实现的.所以你需要对需求进行排序,选择,打