红人旅游小程序产品需求文档.docx
- 文档编号:8912046
- 上传时间:2023-02-02
- 格式:DOCX
- 页数:17
- 大小:4.90MB
红人旅游小程序产品需求文档.docx
《红人旅游小程序产品需求文档.docx》由会员分享,可在线阅读,更多相关《红人旅游小程序产品需求文档.docx(17页珍藏版)》请在冰豆网上搜索。
红人旅游小程序产品需求文档
「红人」旅游小程序产品需求文档
一、引言
1.1文档属性
1.2历史修订
1.3背景
甲方粑粑丢下一句话“能看、能买、能传播”。
他要一个O2O旅游小程序,第一版呢,希望用户在小程序上可以看到各种旅游资讯(内容),还可以直接在小程序上下单(支付)
二、全局功能说明
2.1功能逻辑流程图
2.2功能结构图
ps:
红字部分可在产品1.0.0版本之后考虑分批上线。
2.3订单流程
三、思维导图
3.1产品信息结构图
资讯模块信息结构图:
ps:
为了照顾前端同学,富文本的玩法没玩过,加上目前时间又紧迫,就设计出了一个图文表,专门用来存文章中的内容的。
这样的话,文章与图文是1对多的关系,一组图文包括(标题、描述、图、标注)(这4个字段都可以选填)。
比如:
商品、用户、订单信息结构图:
先只考虑旅游的商品版块,后期会新增一个活动的商品版块,用户购买活动的时候,有些纸质票非电子票是需要用户填写收货地址的。
在建模时,需要注意的就是:
订单主表中存储地址库id和买家具体地址组合成购物地址,不依赖用户收货地址的信息,因为用户的收货地址是可能发生人为的修改的。
ps:
产品模型和业务模型千万不要混在一起。
3.2产品结构图
3.3业务流程图
角色:
客服、后台运营、用户。
用户可线上负责预约、交易以及线下体验,用户通过小程序购买旅游产品下单,客服在后台可管理订单联系用户,后台运营可管理小程序上得商品、资讯等…
用户使用流程
3.4页面流程图
四、原型图
4.1欢迎页
4.2首页_商城
ps:
这个商城主页有6个模块,分别是Banner、icon模块、新品&独家、主题推荐、攻略资讯、猜你喜欢。
…往下滑动…
页面逻辑:
1.Banner、主题推荐、攻略资讯:
根据后台参数跳转不同页面,类型如下:
资讯文章、商品详情、H5活动。
2.icon模块:
固定4个icon(国内、海外、品牌、体验),其它的是后台给就显示,不给就隐藏,统一跳转筛选列表,根据分类字段查询列表信息,页面样式统一。
3.新品&独家、猜你喜欢:
根据商品id,跳转不同的商品详情页。
4.2.1商品详情页
页面逻辑:
1.客服按钮点击事件:
跳转客服聊天窗口,若未登录提示登录。
2.“选择套餐”与“立即预订”跳转至选择套餐页。
3.“包含费用、产品详情、订购须知”通过分类字段判断查询对应内容进行展示。
4.2.2商品选择套餐
4.2.3信息填写
4.2.4支付
4.2.5订单
ps:
订单待支付状态,超过3小时,自动失效。
ps:
旅游订单状态有6种,已支付、待支付、卖家确认成功、预约失败、订单已失效、订单已取消。
部分功能之间相互独立,我们先可上一部分,未上传部分:
∙小程序端(4.3资讯、4.3.1资讯列表、4.3.2资讯城市、4.3.3资讯详情、4.4我的)
∙后台管理系统
∙未完待续…
五、排期
草稿图
六、总结7句真言
1.可能很多人会认为原型注释用线和箭头,会很乱。
我觉得这种注释方法还是得分场景的,比如:
我这边小程序的整体布局是线性式的
2.建模时注意功能之间适度颗粒大小,遵循MECE原则,相互独立、完全穷尽。
模块之间高内聚低耦合,让每个模块,尽可能的独立完成某个特定的子功能。
模块与模块之间的接口,尽量的少而简单
3.服务器能做的事情,就别交给小程序做(看情况)
4.项目开始前的启动会议(不要以为形式感强,这是仪式感)
5.向计算机科学家输出一种使命感,做比自己更重要的事情!
6.项目过程中,负面信息自己及时处理,千万别在团队扩散,以防带乱节奏。
适当多鼓励,所受荣誉分享给大家(成就别人成就自己)
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 红人 旅游 程序 产品 需求 文档