www.vn171.com:PRD:倒推街兔电单车产品需求文档

从零开始学运营,10年经验运营总监亲授,2天线下集训+1年在线学习,做个有竞争力的运营人。了解详情

闲来无事,于是想通过自己的长时间的产品体验,倒推出街兔app的产品需求文档,同时也锻炼自己的产品需求文档撰写能力,当然更是为了自己仅有的几个订阅读者有文可看,哈哈。

一、文档综述

1.1.版本修订记录

1.2.PRD输出环境

1.3.产品介绍

街兔电单车,为滴滴出行公司旗下共享电单车,该款电单车外形与普通电动车无异,设有把手式车铃、载物车筐、前车灯。

全车重量较轻,约为普通家用电动车的2/3 之重,单手即可提起车体后半部分。芝麻信用分达到650分的用户,则不需要缴纳押金。使用时间前两分钟免费,二十分钟以内2元,超出时间按每十分钟1元计算。

1.4.产品定位

街兔电单车致力为大家提供更便利、更经济、更规范的电动自行车。提升城市整体交通安全和出行效率,满足10公里以内高效出行需求。

二、产品结构

产品功能结构图

产品信息结构图

三、全局说明

3.1 功能权限

分为未登录状态和已登录状态

已登录状态可执行所有操作

未登录状态下无法进行任何操作,停留在地图页面点击部分操作直接跳转登录页面

3.2 键盘说明

点击(手机号、车辆编号)输入框时弹出数字键盘

点击(验证码、搜索、自定义编辑)等其他输入框时弹出字母键盘

3.3 页面交互

左侧弹窗

位置:页面左侧

交互:页面变暗,左侧弹出

左侧弹窗

底部弹窗

位置:页面底部

交互:页面变暗,底部弹出

底部弹窗

toast

位置:页面中部

交互:淡出,悬浮1秒

toast

dialog

位置:页面中部

dialog

alert

位置:页面中部

alert

返回icon

位置:页面左上角

交互:点击返回上一个操作页

四、产品功能范围

五、产品详细功能说明

5.1欢迎页

不管已登录和未登录,用户在欢迎页之后直接进去首页。

a.已登录:在骑行页可执行所有操作。

b.未登录:在骑行页点击任何操作都将跳转至登录页。

首页

5.2登录/注册页

前置条件

用户已登录:用户进入APP后,在个人信息页面点击“退出登录”;

用户未登录,准备进入:用户已注册,但在此次开启APP前未登录;用户未注册,首次使用APP;

页面逻辑

a.“输入手机号码”:输入11位号码,才会激活“获取验证码”按钮;若输入号码小于11位,无法激活。11位号码验证为正确大陆手机号码后,才会获取验证码,否则toast报错提醒。

ps:关于登录页有两点建议1、当用户输入少于11位号码时,除了没有激活“获取验证码”按钮外没有其他提示性的交互让用户得到提醒。2、输入错误号码后,点击获取验证码按钮,报错toast文案“请明天再试”交互十分不友好,既没有明确表明用户错误操作的原因,也没有对用户下一步操作进行引导。

输入错误手机号验证

b.“获取验证码”:手机号验证完成后,点击获取验证码,弹出验证图片,输入四位验证字母后,系统验证成功将会把登录验证码发送到用户手机,否则报错提醒。

c.输入正确的验证码后,默认选择了阅读街兔骑行规范,点击登录后跳转下一页面。

功能逻辑

通过手机号验证登录后,将进入认证和押金判定,是否通过滴滴出行实名认证,没有则进去实名认证页面,通过则进入押金缴纳,可选择缴纳押金或者芝麻信用免押金担保,缴纳押金后确认支付完成则进去首页,而通过芝麻信用认证,需进行支付宝授权确认,判定信用积分是否满足,满足则进去首页,不满足返回押金缴纳页。

实名认证页面

缴纳押金页面

芝麻信用授权页

5.3首页

页面逻辑

新人教程弹窗

首次登陆的新用户将会展示新手引导h5弹窗点进进入新手教程页

个人中心

个人中心入口,点击左侧弹出个人中心。

搜索

点击进入搜索页面,支持对地点名称精准搜索和模糊搜索。

活动中心

根据时间由近到远展示最近活动栏,点击活动栏跳转活动详情。

还车点/电单车切换tab

由于共享电单车需要更换电池和充电等维护和管理,相比于共享自行车,增加固定的换车区域,通过tab切换,满足找车和换车两种场景需求。

活动浮窗

展示最近活动信息,点击跳转活动详情页。

地图导航页

1.显示用户所在区域,区域中心点icon展示。

2.显示用户坐标点icon。

3.显示周围的车辆(对用户只展示可使用车辆,对管理员展示所有车辆)/还车点情况,离用户最近的一辆电单车icon加上文案标注。

4.寻车辅助:用户点击某一目标车辆后,地图展示找车路径,同时展示车辆可行驶距离(公里),用户与车辆距离(米),步行找车时间(分钟),出现“响铃寻车”按钮,点击后目标车辆发出语音提醒。

5.连续触点两下,放大地图。

首页

寻车辅助页面

刷新定位

实时刷新用户定位,使用户坐标点成为区域中心点。

扫码用车

点击进入扫码用车页面。

帮助中心

点击弹出对话框,展示故障上报,举报故障,举报私锁,客服帮助四个按钮。

5.4扫码用车页

前置条件

用户点击“扫码用车”按钮,进入扫码用车界面。

页面逻辑

①用户点击页面上部功能导航栏左侧箭头按钮,可以返回首界面;点击右侧“使用说明”按钮,弹出居中h5使用说明图文;

②用户将二维码选取框对准车辆二维码,即可完成扫码操作,扫码后会收到系统反馈信息。

③用户点击下部功能栏左侧按钮,进入手动输入车牌号码界面。点击右侧按钮,可以手动打开或者关闭手电筒。

功能逻辑

当用户进入扫码用车页面,会根据光线判断,是否开启闪光灯照明

当扫码时没有收到二维码信息时,经测试30s左右,弹出dialog弹窗显示扫码失败,让用户可跳转至手动输入编码页面

当扫码获取错误的二维码信息时,弹出toast弹窗提示。

当扫码获取正确的二维码信息时,显示车辆状况是否可骑。是,跳转到开锁确认页,否,展示原因:电量过低,车辆故障,等等。

未接收到二维码信息

获取错误二维码信息

车辆故障

电量不足

Ps:有一次停车忘记在app上还车,找客服小姐姐申请售后(毕竟好几块钱呢,哈哈哈),客服小姐姐跟我说我忘记还车会造成他们的丢车风险,念我初犯,退了我部分钱。

于是我就想了想,因为共享电单车跟共享自行车硬件上的不同,电单车的使用以及它身上的各种硬件的运转,必须基于它的电池,而且必须要人工去及时地对其进行充电或者更换电池;如果电池没电了,不仅GPS存在失效风险,而且锁车控制也存在失效风险。

因此街兔必须做一些风控逻辑来保持电单车一个最低的有效电量值:

当电单车电量低于10%时(假设的警戒值),该车将在用户地图上屏蔽掉;当用户扫码用车时,提示用量过低,该车不能使用;当用户用车时,电量要接近警戒值时会语音报警提示用户停车;当用户停车但未在app确定还车时,停车时间达到70~80min或者电量接近警戒值时,系统自动还车。

开锁确认页?

确认开锁页

前置条件

扫码成功,车辆判定可骑行,跳转到开锁确认页。

页面逻辑

①展示用户坐标点和周围还车点

②还车说明文案

③计费规则按钮,点击跳转计费规则详情页

④电量信息,可骑行距离

⑤开锁按钮,点击跳转开锁过度h5页面,开锁成功跳转骑行中页面,开锁不成功异常报错。

5.5 骑行中页面

骑行中页面

前置条件

用户开锁成功

页面逻辑

①搜索框置顶,点进跳转搜索页面,搜索还车点

②地图导航页展示行程信息,下方展示骑行距离和骑行时间,以及车辆剩余可骑行距离,花费金额(点击花费金额跳转花费详情),以及车辆编号

③底部还车按钮,点击跳转还车确认页,然后再到支付页面完成用车支付。

还车功能逻辑图

ps:街兔和其他共享自行车一样存在一个免费保护时间,在这个时间内进行还车操作,将不计费;考虑到了用户开锁后发现车辆存在故障,或者想更换车辆立即还车这样的场景;但电单车需要考虑还车点的问题,必然会出现在免费保护时间内用户把车辆移出了还车点的场景,需要做一层判断来考虑是否需要收取调度费。

另外在还车点判断上存在bug,自己尝试过实际在非车点,通过app移动地图中心点至地图还车点还车成功;另外出现过在还车点(还了一个月车的还车点)还车,结果提醒我在非还车点收取了调度费的情况,最后还得麻烦客服小姐姐。

支付功能逻辑图

行程结束页

行程结束页

支付成功后跳转到行程终结页,地图展示行程轨迹,下方显示分享有奖浮窗,底部展示骑行距离、计费时长、车辆编号、支付费用(元,保留一位小数)、费用疑问入口、需要帮助入口。

5.6帮助中心

帮助中心

点击底部弹出帮助中心弹窗,分别展示“上报故障”,“举报乱停”,“举报私锁”以及“客服帮助”入口。

ps:举报乱停”和“举报私锁”建议合并成“举报”,毕竟页面逻辑一样,而且帮助中心多一个按钮就意味着增加一成用户的思考成本,少一个按钮反而还可以使帮助中心视觉上看着更简约不拥挤。

上报故障

顶部“扫描二维码”,点击跳转扫码用车页;“标签选择”提供了9种问题标签;“自定义问题描述框”,输入上限100个中英文字符;“照片添加”点击弹出actionbar选择上传照片路径;底部“确认提交”按钮需要顶部完成扫描二维码后,完成后面任意一个操作(这个是我的猜测,是为了避免交白卷),才可激活,激活后才可点击。

举报乱停

除了没有“标签选择”之外,同上。

举报私锁

除了没有“标签选择”之外,同上。

客服帮助

点击跳转客服中心。

5.7个人中心

老用户个人中心

新用户个人中心

前置条件

点击个人中心icon按钮,左侧弹出个人中心弹窗

页面逻辑

展示用户信息:头像,手机号,骑行卡展示(如果有骑行卡则展示剩余天数,没有骑行卡则展示“购买骑行卡”按钮),点击跳转骑行卡购买页,骑行总距离(公里),总时间(分钟),点击跳转个人信息页,展示实名认证名字和手机号,目前为不可编辑,估计为将来后续的信息补充留的。

往下依次是钱包,行程,客服,设置入口。

ps:头像这个设计的太丑了,跟街兔整个appUED对比显得很违和,其他app中没头像才是这个样子的吧,点击发现还不能修改,是不是街兔的PD没给设计妹子加鸡腿? = =。

钱包

押金

芝麻信用

点进跳转钱包页面,分别展示“我的骑行卡”(显示剩余天数),“我的优惠券”(显示可用张数),如果缴纳了押金则底部展示押金信息展示和“退押金”按钮,如果是通过芝麻信用担保,则展示芝麻信用文案信息。

点击我的骑行卡跳转到骑行卡页面展示当前骑行卡主图样式,查看明细入口(点击跳转可看到剩余天数和抵扣记录),剩余免费骑行天数,使用规则入口,骑行卡购买按钮。

点击我的优惠券,进去页面,展示使用说明入口,优惠券按优惠券截止日期倒序。

点击退押金弹出dialog弹窗,取消则回到钱包页面,确认则进去退还押金原因选择页;再次确认退还,则系统进去退款流程。

ps:目前优惠券的使用是系统自动使用,用户不能在我的优惠券页面选择某一优惠券点击使用,如果以后可以通过点击优惠券立即跳转用车页面的话,那么目前优惠券的排序逻辑按照时间倒序就会明显显得不合理,截止日期越晚的排到越上面,从而会是用户领取的很多近期过期的优惠券沉底过期,减少用户使用优惠券的次数,甚至减少用户使用街兔的频次。

行程

点击进入我的行程,行程记录展示骑行日期时间(今天和昨天,其余按照周几展示,具体时间精确到分),骑行时长(分钟),费用(元,数字保留一位小数),行程记录按时间顺序由近到远展示,点加可进入具体行程的骑行终结页。

客服

点击跳转客服中心。

设置

点击进入设置页面,展示“好评鼓励”,“用户协议”,“关于我们”三个入口,还有“退出登录”按钮,点击弹出dialog确认退出登录弹窗,取消,返回设置页面;确定,跳转登录/注册页。

5.8客服中心

客服中心

前置条件

点击“客服”“客服帮助”,进入客服中心。

页面逻辑

最近订单

展示最近一次订单信息,日期(年月日),时间(精确到秒),骑行时间(分钟),费用(元,保留一位小数),右上角“全部”,点进进入全部已完成的订单,按时间倒序,点击则进入对其中某一笔订单进入售后客服页。

猜你想问

展示三个常问问题。

ps:本来以为是由算法推荐的用户最近有涉及到的售后问题,后来经过几次测试,发现这个猜你想问的问题可能是后台配置固定的,不是算法推荐的个性化的。

常见问题

展示“账户”“押金预计费”“骑行中”“还车”四种问题分类,点击具体问题进入问题详情页,展示“有用”“没用”按钮让用户对问题进行反馈。

ps:这个只能二选一评价的交互体验其实很差,尤其是用户花很长路径进去问题详情页时,发现还是个没有用的回答时,建议加上人工客服入口,让用户可以点击直接跳转,进入深度咨询。

在线客服

点击跳转到智能机器人客服对话框,同时也是可以由此申请人工客服。

ps:人工客服咨询时存在闪退BUG,已经发生过两次跟人工客服发送消息时突然闪退,回来后消息也并未发送。

客服热线

点击弹出拨打客服电话dialog浮窗,取消,回到客服中心页;确定,电话拨出。

5.9活动中心

活动中心

页面逻辑

按开始日期倒序展示活动页入口列表,点击活动页入口跳转具体的活动详情页。

彩蛋

最后是自己平时没事儿想给街兔做的新功能,篇幅有限,就写一个新功能。

本来想给它加一个其他竞品都有的预定车辆的功能,不过思来想去,这个预定功能会不会造成车辆资源的浪费,毕竟存在约车不用的风险,当然如果设计成预定即计费的话效果可能就不一样了,所以干脆写个自己原创的功能吧!

停车功能

停车功能

场景

用户需要短暂离车买东西或者处理短时间可以解决的小case,但是可能此处不是还车点,或者说用户不想还车,因为还车后又要重新计费,同时存在还车后被人骑走,周围没有其他电单车的情况。目前发生这种情况,虽然其他用户扫码会有提示但仍可能出现强行骑走的风险。

前置条件

用户用户点击停车

业务逻辑

当用户点击“停车”后,放下脚撑,前两个步骤必须同时成立,车辆才会进入停车锁死状态,车费照原有逻辑计算,停车后“停车”按钮变为“重新骑行”按钮,点击即可解除车辆锁死。

文章写得比较仓促,加上自己入行时间很短,局限性很大,错误更是不能避免,希望大家可以见谅~同时也欢迎大家在评论区给我留言互动,一起学习交流,一起成长提升!

 

本文由 @迷路的威廉 原创发布于人人都是产品经理。未经许可,禁止转载

题图来自网络

赞赏是对原创者的最大认可
4人打赏
评论
欢迎留言交流
  1. 写的还是很稚嫩

    很多业务细节并没有考虑。仅适合纯用户视角的理解,更像一份对外的需求说明。

    回复
    1. 嗯嗯,新人还有许多需要学习和改进的地方,谢谢

      回复
  2. 赞一个,其实已经写得很丰富了。最后的彩蛋目测是所有单车都应该有的功能。????

    回复
    1. 谢谢??

      回复
  3. 最后一个功能也许他们的产品想到了但是为了盈利,而不上线。

    回复
    1. 对的,任何功能的上和不上确实都是不同立场的不同考量

      回复
  4. 举报乱停和举报私锁有可能是两个运营系统人员在独立处理,所以设计成了两个按钮。这只是我的猜测而已,哈哈

    回复
    1. 猜测有效,哈哈哈

      回复
  5. 信息结构与功能结构几无区别,放一个即可,应该还有一个流程图吧?

    回复
    1. 嗯嗯,确实,以后改进改进,可以加个业务流程图

      回复
  6. 信息结构图有点虾扯淡,其他还不错

    回复
    1. 谢谢哈

      回复