你当前所在的位置: 主页 > 889907.com > 正文

PRD:倒推ofo共享单车产品需求文档

更新时间:2021-09-08

  文章通过使用、体验、研究等方式倒推ofo共享单车APP,撰写成本文的PRD文档。

  撰写PRD,产品需求文档是产品经理日常工作中的主要工作。熟练、准确、高效的完成一个让开发人员、市场等人员满意的产品需求文档更是一个合格的产品经理的标志。

  没有接触过产品经理工作的产品新人,可以采用倒推现有市场上相对成熟产品的产品需求文档的方式,锻炼自己的产品需求文档撰写能力。

  下面笔者为大家展示,如何通过使用、体验、研究等方式倒推ofo共享单车APP,生成它的产品需求文档。

  ofo小黄车是一个无桩共享单车出行平台,缔造了“无桩单车共享”模式,致力于解决城市出行问题。用户只需在微信公众号或App扫一扫车上的二维码或直接输入对应车牌号,即可获得解锁密码,解锁骑行,随取随用,随时随地。

  ofo小黄车移动端APP的主要满足用户在手机端使用产品时的基本功能,主要包括找车、认证乘车、支付等基本功能。

  ofo共享单车信息结构相对较为简单,信息主要围绕在三方面内输入与输出,即:

  PS:无网络接入与押金未认证两种情况下,也会进入用车首页面。但页面上方会有浮动窗口与对话框对用户进行提醒,虽略有不同,但页面层级相同,故不做区分。

  a)点击“输入手机号码”,输入11位大陆手机号码。若输入数字小于11位,或格式不为手机号码,验证码无法输入,点击无任何反应。

  此处提一点建议,手机号码小于11位极有可能为用户误操作导致,界面应给予用户一定的反馈信息,以弹窗或toast的形式提醒用户“请输入11位手机号码”,而不是当前版本的无任何反馈,默认操作无效。

  b)点击获取(手机)验证码后,弹出图片验证码,正确输入图片验证码中数字后,系统才向用户发送短信验证码。

  最新版本已将图片验证码功能前置,即先输入图片验证码正确后才能得到点击获取手机验证码权限,目的可能在于通过对防作弊审核流程前置,降低非法用户暴力刷获取手机验证码操作的风险,影响服务器;

  d)点击下方其他登录方式香港最快开奖现场直播,调出其他第三方授权接口,登录成功后还是进入注册登录界面,但用户头像信息已从第三方账号中提取,且用户依然需要通过手机号注册与登录;

  1)用户在第三方账号中的头像等基本信息虽然在注册页面会显示的,但在注册成功登录后,个人信息页面中的基本信息依然为空白,需要用户手动重新输入,丧失了第三方账号便捷登录的意义;

  2)产品本身并未有效的将用户在微信、微博等社会化媒体中的社交圈利用起来,用户即使利用第三方账号登录,依然是独立的个体,无法与在相同社交圈中的好友进行互动行为。建议开放端口数据或协议,通过一些运营活动例如“ofo排行榜”,统计每日微信好友中骑行距离、时间最长的排行,制造热点话题刺激用户参与与讨论,并产生转发等行为。利用社交圈进行拉新、促活。

  ofo强制用户进行注册/登录行为,不完成注册与登录操作,用户无法进入用车首界面。

  用户认证业务流程主要分三个步骤,先进行手机号码认证,然后是押金金额认证,最后进行身份证实名认证。

  认证的主要目的在于方便监管,同时进行一定的信用担保,以押金和身份实名认证的方式。

  1.用户绑定手机,可以很清楚的统计有效的用户数量,同时数据线.商业价值,有效的营销,可以点对点的有效的投放广告或者获取有效的用户反馈(短信营销)

  3.用手机号注册,会快速方便的注册,通过验证码来激活注册账号(快速注册,且方便找回账号)

  押金认证是第二步,因为单车本身存在经济价值,如果损失或损坏需要追究责任,在一定押金担保下,业务才能继续进行,是服务的前提条件。

  点击界面下部左侧图标,进入个人信息界面,可以对个人信息进行编辑,查看我的行程、钱包信息等功能操作。

  点击界面下部右侧图标,进入我的消息界面,可以查看产品最新的运营活动信息,以及推送给用户的消息记录。

  用户点击页面上部功能导航栏左侧箭头按钮,可以返回首界面;点击右侧“帮助”按钮,可以进入产品帮助指引界面;

  此处想重点提一下ofo比较人性化的一个功能。当系统长时间未接受到二维码信息,系统平台会自动为用户打开输入车牌号信息界面,并同时打开闪光灯。

  用户在行程结束后,需要为用车服务付费。共享单车一般是以使用时长计费的,而行程结束的判定,就显得尤为重要。

  吐槽点:并不是ofo不会建立基于微信、基于微博的社交圈子,你没认识到一个最起码的问题,微博、微信只是授权给了第三方像ofo这样的平台一个获取用户基本信息的接口,肯定不会提供好友关系的信息啊,其他点我就不说啥了,最近在这个网站上看了很多反推的文章,你这个写的浅了,我司和你司距离挺近近,不过你大百度PM写的这个报告实在是不敢苟同。

  最多算是设计文档,prd还差很远呢。。只有交互,不涉及数据流、埋点、甚至缓存、第三方应用(地图、支付接口)、地图上红包(是不是ar?)等,这些也需要的吧。。甚至类、方法、表创建字段等也要涉及,给开发文档一点参考作用。。反而图标没必要,感觉这不是prd要写的,应该是设计部搞的设计文档。个人想法。。

  多年的项目下来,我本人也不是技术出生,不过对于你的见解,赞同,大公司产品经理,多部门协作,所以这类的PRD我个人觉得也是偏设计文档及交互吧,更深层次的涉略确实不多,小公司产品经理,这些就要面面俱到了,没那么资源、人力去协助你做好这个大而全的产品规划设计,只能大局出发,产品(策划、设计、资源、技术性方案等等)、运营(数据埋点)等等。信息架构这块确实不全,程序员对数据库表结构、字段基于上面的完整度,怎么个设计法。。。(PS:工作形式不一样,输出物也不一样,需求能讲清楚、产品能正常上线运营不就OK了。。)

  听到很多言论说在中国程序员是吃青春饭的,那么产品经理呢,也吃青春饭吗?

  人人都是产品经理(是以产品经理、运营为核心的学习、交流、分享平台,集媒体、培训、社群为一体,全方位服务产品人和运营人,成立9年举办在线+期,线+场,产品经理大会、运营大会20+场,覆盖北上广深杭成都等15个城市,在行业有较高的影响力和知名度。平台聚集了众多BAT美团京东滴滴360小米网易等知名互联网公司产品总监和运营总监,他们在这里与你一起成长。


友情链接:
www.889906.com,博彩网论坛,09210.com,889907.com,kj8558.com,kj8559.com,彩图图库,彩图图库四不像,高清跑狗彩图图库。