1 用户问题和产品机会

1.1 用户问题

用户在停车过程遇到的问题

总的来说，用户在停车过程中遇到的问题如上图1所示。在此次MRD的讨论中主要关注其中以下这些问题：

1. 找不到停车位
2. 停车场进出要花较多时间排队
3. 支付停车费用要排队且有时不知道要收多少钱
4. 支付停车费零钱可能不够
5. 有些车位空置率较高
6. 回程前寻车较为困难
7. 产品中提供停车场数据，没有用户附近的停车场，导致产品对用户没价值

1.2 停车难问题背后的原因主要有以下2个：

1. 停车缺口大
   据统计，全国汽车保有量已突破1亿7千万辆，而停车位少于6800万个。
   截至今年1月份，广州有187万辆中小汽车，而停车位却仅有66万个，停车缺口高达121万。
2. 车位供给不均
   由于私家车出行日益增加，汽车保有量巨大，各大城市都出现车多位少的情况，有些地方甚至是一位难求。如医院或小区很多车都要不断兜圈或走到离目的地很远的地方才能停了车。

1.3 产品现状

从现在阶段的行业来看，停车APP产品开始出现同质化，且没能形成规模。
多数产品出现同质化，而且规模化程度很低，没有出现神器级产品。

2 目标市场分析

2.1 目标市场

主要解决私家车出行的停车及相关问题

2.2 市场规模量极大

据统计，全国汽车保有量已突破1亿7千万辆，而停车位少于6800万个。
截至今年1月份，广州有187万辆中小汽车，而停车位却仅有66万个，停车缺口高达121万。
私家车日均出行次数有2.6亿次。

2.3 市场特征

1. 停车难成为现象级难题
2. 私家车用户粘性高
3. 停车产品使用频次大

2.4 发展趋势

市场处在模式和推广探索阶段，个人认为会有两个发展奇点：车联网的普及和充电桩普及时对停车场的改造机遇。
车联网极有可能会对车辆的本身信息进行网络化，这样在车辆的相关支付和识别方面会有很大的变化。
现在停车产品的规模普通不大，即使产品提供的功能是能够解决用户痛点的，但是停车难的问题需要在大范围内解决才有成效，只有少量停车场能查询停车位数据并不能形成用户对产品的依赖。而导致规模不大的主要原因就是地推的难度很大，一方面是涉及太多利益主体一方面是停车场的改造对于利益方不是迫不及待的事情，所以如果借助充电桩的普及的顺风车去改造难度和阻力应该少很多。

2.5 时间周期

产品应该保持较快的迭代，以及停车场数据的定期更新和增加。
最后做到每月有一次更新，每两周有一次数据更新。

3 目标用户分析

3.1 用户描述

1. 较为年轻的有车一族或工薪阶层，主要为75后和80后，较深入接触互联网
2. 导航产品用户
3. 中产阶级
4. 一二三线城市的有车一族，且用车频次高

3.2 用户分类剖析

1. 工薪阶层或上班族
   该类用户用车频次高且群体大，在一些写字楼或办公区中，停车问题是很突出的。而且该类人群对于互联网的接触程度较深，对停车产品的学习成本很低。
2. 家庭用户
   该类用户用车频次较高且群体一样很大，场景主要集中在学校医院或娱乐商场等。

3.3 用户情景

1. 上班（写字楼）
2. 逛街购物（商场）
3. 接送学生（学校）
4. 医院
5. 小区
6. 远行的出行场景，如机场和火车站和汽车站

3.4 关键用户需求

1. 找停车位
2. 免排队支付和非现金支付
3. 收费方案清晰

4 竞争对手分析

4.1 这里主要选取市面上的9个产品作为简单对比：

1. ETCP

1. 业务规模化较好

 2. 停车场改造3免：免费安装、免费维保、免费升级
 3. 涉及空车位周转、停车、停车场管理3大方面

2. 停车宝

1. 主推轻B端模式开拓停车场，意在规避停车场接口不一样的问题
2. 对于采用重模式铺设备的竞争对手来说，意味着技术上的壁垒已经被突破

3. 轻停

1. 分时共享车位
2. 4 个小时完成停车场的改造
3. 从社区停车场入手，通过车主流量数据引导用户到店消费

4. 丁丁停车

1. 对闲置资源进行高效配置管理，解决车多人少的问题
2. 智能车位地锁

5. 停哪儿

1. 找距离最近的停车场
2. 实时掌握停车场资费及停车位数
3. 在线车位预定

6. 停好玩

1. 停车场二维码寻车

7. 停简单

1. 从B端切入，即先改造现有的停车场
2. 针对六个出行场景做管理端或客户端功能性的开发

8. ParkMe

1. 建立了P2P 网络，居民可将私家车位或其他可停车的空间分享给急需找车位的车主

4.2 部分产品对比表格如下

产品	找停车场	车位查询	路径导航	车费支付	反向寻车	车位预定
ETCP	√	√		√
停车宝	√		√	√
丁丁停车	√	√	√	√		√

5 产品需求概况 - 产品定位

1. 市场定位：一二线城市的停车市场
2. 提供线下是联网的停车场，线上是移动客户端让用户掌握停车场实时数据，解决汽车出行的停车问题

6 产品需求概况 - 产品构成

6.1 功能流程

1. 第一阶段主要实现停车的主流程功能，主流程如图所示：

   
   停车的主流程

2. 基于以上流程图，得出移动客户端的主要功能需求如下：

• 浏览停车场
• 选取目的地
• 查看目的地动态数据
• 查看车辆状态
• 查看收费信息
• 线上支付费用
• 自动更新车辆状态

3. 基于以上业务功能需求，需要提供的基础功能需求

• 用户绑定自己的车辆
• 用户绑定自己的支付账户
• 系统更新停车场的数据

** 这里主要讨论主要的业务功能需求，假设基础功能都已经实现*

4. 主要功能流程如下

浏览停车场的功能流程：

选取目的地的功能流程：

进入停车场的功能流程：

线上支付费用的功能流程：

离开停车场的功能流程：

6.2 业务元素分析

6.3 从功能流程可以得到主要的页面，如下：

客户端的主要页面

6.4 非功能型需求

1. 移动产品需要覆盖：iOS系统和安卓系统
2. 做到各个系统之间的呈现尽量一致

7 产品需求概况 - 产品路线图