汽车资讯客户端4.0.0开发需求

1、前言

本需求是依照产品给出的业务需求，进行开发前的需求整理工作。目的是对业务需求进行开发层面的细化，确定业务需求的规则细节。

UED小组依照业务需求整理的交互需求是本需求平行的另外一部分内容，交互需求部分也是开发编码的一个重要依据。

由于开发需求是业务需求的一个延续和细化，因此在描述开发需求时，各个部分对应的业务需求版本可能会有所不同，一般来说，会单独说明整个开发需求是基于哪个版本的业务需求展开的，如果有单独注明的地方，以单独注明的为准。

2、前提和假设

本需求基于   ios原型v1 来进行描述和细化。

本需求没有描述到，但目前线上版本已有的功能，以线上版本功能为准。

3、公共需求

• 翻页策略：列表页没有指定列表页码时，默认是每页20条数据。
• 缓存策略：除广告内容外，剩下内容均按HttpHeader中的缓存策略进行缓存，本地缓存失效后，如果没有正常请求到数据时，依旧使用本地数据。

4、需求描述

4.1 首页列表

4.1.1 前置条件

下文描述的需求，没有提到的地方保持和3.6版本一样。

本需求对应的框架原型是：  首页原型

4.1.2 主页面加载

1.栏目导航条

• 焦点图上方为定制栏目导航区，单击栏目按钮切换不同栏目。长按栏目按钮可以编辑栏目，编辑模式参照3.6的栏目定制，点击其他区域退出编辑。栏目导航区显示的按钮数量根据设计稿来确定，多出的左右滑动。不同类型的栏目在样式需要有所区分。保留原来的栏目数据及其操作方式，以便回滚
• 数据包含:
  • type 栏目类型
    
  • objectId 标识符
    
  • name 名字
    

2.加载焦点图。

• 焦点图能够自动翻滚，滚动间隔是 5s/张；默认滚动方向是从右往左滚动。焦点图必须加载完当前图片和下张图片后，才能滚动。

3.加载资讯列表

• 加载网友全部订阅的栏目文章，没有订阅内容时加载默认文章。
  • 默认文章的规则如下： 以Mrobot为准,另,应该很瘦出现没有订阅内容的情况因为开始是默认为用户订阅两个标签的
• 滚动到底部后，显示加载更多，加载下一页。一直滚动翻页，直到加载完，底部不再显示加载更多。
• 点击赞/踩，改变按钮状态，改变赞/踩数。赞/踩都可以取消。提示动画参照文章评论页的顶；赞/踩的对象包含文章、图集和帖子。无网络时可以照常进行顶踩操作，此时忽略提交顶踩数据到服务端。
  业务需求中的每个用户只能顶踩一次，应该是每部手机只能顶踩一次吧
  ^{登陆状态每个用户对同一文章/帖子顶踩一次,未登陆状态每部手机对同一文章/帖子只能顶踩一次} 业务需求中的中的顶踩可以取消，确认有这个说法么？能够取消和只能一次矛盾
  ^{参考新浪微博点赞和取消}
• 在其他地方更改阅读模式后（例如修改栏目定制，设置黑夜模式），刷新预加载的三个页面的视图。
• 栏目列表中，每个表格的数据说明如下：
  • 内容标题，正常是一行显示完成，多于一行的内容，需要补充这里
  • 所属栏目
  • 评论数、图集张数或者楼层数
  • 条目左边包含表示热度的色块，色块颜色的规则需要补充这里^{参考window系统颜色对前50篇文章做划分,余下的全部为最深的色.}

4.1.3 交互需求

  首页交互

4.2 订阅

1、订阅的结果可以在首页顶部的栏目导航区域进行显示，也可以在这里完成删除。那么个人中心部分对应的订阅入口，还是否需要存在。

^{UE回答：个人中心是个人模块管理的集合页面，这里的入口更能够方便用户管理。并且在用户没有订阅的时候，这里能够起到提醒帮助刺激用户订阅的作用，所以这个入口还是有存在的必要的}

2、现在以车系和论坛板块为订阅目标，如果和车系、论坛没有关系的文章，还需要区分吗，这部分文章的露出是如何考虑的
^{所有3.6版本中的固定栏目中所有编辑运营的文章还是存在.放到首页同订阅标签的文章和帖子共同混排.编辑如需插文章排位则采用mrobt修改} 3、现在订阅页面上，订阅的结果是割裂开的，在订阅界面没有集中的结果显示，体验上是否合适
^{UE答：这个功能安卓在设计的时候已经做了，IOS经过考虑也将会做，在之后的交互文档里将会补齐}

4、现在订阅页面本质上是一个信息查找的界面，提供一个检索是不是来得更直接些
^{UE答：这个问题经过群组讨论，结论为：这次的版本先不做搜索，将会通过用户反馈以及数据决定下个版本是否需要做}

4.2.1前置条件

无。

本需求对应的框架原型是：  订阅

4.2.2 订阅列表

订阅列表由3部分组成，车系论坛列表、地区论坛列表和综合论坛列表组成。这三部分论坛和3.6.0 这里要有个说法的

4.2.3 订阅维护

• 订阅、取消订阅后，和首页的栏目导航区需要同步。网友选择了订阅的分类后，右边可订阅的内容需要根据当前手机存储的订阅信息加载样式。退出订阅页面时，发生消息给首页的栏目导航区进行刷新，同时需要处理预加载部分。
• 订阅内容需要保存在手机，在版本升级时，需要能够 能够保留呢还是可以放弃，或者是提交给服务器？^{要保留,跟服务器同步}

4.2.4 交互需求

  订阅交互

4.3 个人中心右边弹出页

4.3.1 前置条件

无。

对应需求原型：  个人中心

4.3.2 主流程

• 判断用户是否已经登录，并显示用户信息或未登录提示
• 未登录，点击头像及未登录整条区域均可到登录界面
• 打开个人中心，或者从消息界面返回，检测是否有消息通知并显示。是否要加入魔方意见反馈、用户体验提示项？^{要加入.官方针对用户体验和意见反馈回复的内容置顶在私信列表最上方}
• 加载可能感兴趣栏目，这里的数据由编辑维护，不显示已经订阅的栏目。（ 如果我订阅了所有编辑推荐的栏目，会怎样 ）^{最多只让订阅5个标签的}车系聚合和非车系论坛在样式上会有所区分。^不会

栏目数据包含

• type 栏目类型
  
• objectId 标识符
  
• name 名字
  

• 点击感兴趣栏目直接订阅，返回首页时_订阅后刷新首页的栏目数据

4.3.3 交互需求

  个人中心交互 当选择了感兴趣的栏目后，剩下的空缺是如何填满，这里的交互没有 ^{UE答：这个交互在V3版的交互文档里面已经补全啦~}

4.4 我的消息页面

4.4.1 前置条件

用户已经登录

对应需求原型：  消息页面

4.4.2 主流程

• 进入消息界面，预加载提醒和私信两个列表第一页的数据。可以下拉刷新。可以通过手势左右切换提醒和私信。编辑可以删除提醒和私信。
• 提醒包含别人对我文章评论的回复，别人对我发帖的回帖和别人对我回帖的回帖。正文内容（自己的和别人回复的）只显示前18个字，如果正文内容包含表情，则评论会用文字表情代替，帖子表情会用UDD代码代替（如[5001]）或者文字表情。，显示数据包含：
  • image 对方用户头像
  • username 对方用户名
  • replyContent 对方回复的内容
  • content 我发出的内容：文章评论、帖子正文或者回帖正文
  • timestamp 发表时间戳
  • type 提醒类型，评论、回帖的回帖和发帖的回帖
  • articleId 文章id，没有则显示为0
  • topicId 帖子id，没有则显示为0
  • floorId 被回复的楼层id
• 私信列表正文内容（自己的和别人回复的）只显示前18个字。数据如下：
  • username 对方用户名或者系统
  • image 对方用户头像或者系统头像
  • userId 对方的用户id
  • timestamp 发送时间戳
  • content 回复内容
• 点击列表数据进入与此人的私信记录。进入后需要马上弹出键盘吗？发送新私信的交互又是如何的？。数据如下：
  • content 回复内容
  • timestamp 发送时间戳
•   “我的帖子”入口在个人中心。这里只包含我发表的帖子，不包含回帖。编辑可以删帖。
•   “用户主页”入口是已登录用户的用户名，所以评论、帖子和私信列表里点击用户头像或者用户名都可以跳到该用户的用户主页。顶/踩数是该用户的发帖的顶/踩数总和。

4.4.3 交互需求

  我的消息交互需求

4.5 文章终端页

4.5.1 前置条件

文章终端页面需要支持灵活的改版要求，同时希望能够优先加载文本内容，再加载图片资源。

对应需求原型：  文章终端页

4.5.2 主流程

• 文章终端页增加顶踩按钮，顶踩规则和文章列表页相同。

4.5.3 交互需求

  个人中心交互

4.6 图库

4.6.1 前置条件

无

对应需求原型：  图库

4.6.2 主流程

• 在图片列表页面增加主菜单按钮和个人中心按钮。
• 在图片终端页的底部状态栏增加当前图集的页码和当前图集的图片数量。
• 原有图片终端页的图片导航按钮取消。 这里为何取消，还是漏掉了？能够有个理由吗 ^{UE答：关于图片终端页本版本将会做两种模式：1、文章和论坛的模式一致（进入以及退出的效果一致、终端按钮一致，比另一种多了分享）；2、车系图集和图赏图集一致（进入以及退出的效果一致、顶部导航栏终端按钮一致）理由为：1、考虑到图片的分享意义不大，但文章和论坛分享内容较多，所以分享按钮左了区分；2、车系图集终端的按钮较多，为了操作方便使用的顶部导航栏，图赏图集和车系图集的使用目的场景一致，所以这两者用了相同的模式}

• 若在图片浏览过程中跳到了下一图集,返回后停留位置固定在已变化的图集而非最上一条图集. 图片浏览过程中如何能跳到下一图集

^{UE回答：当大图模式浏览到下一图集第一张图片时，效果要平滑切换，并且弱提示：“已进入下一图集”；当退出大图模式时，图集列表的居中焦点要与退出时浏览图片所归属的图集位置一致}

4.6.3 交互需求

  图集交互

4.7 车型库

4.7.1 前置条件

无

对应需求原型：  车型库

4.7.2 主流程

• 车型库相对3.6.1增加个人中心和模块选择入口，数据增加热门车型（这个数据从哪里来？），点击品牌是打开车系列表页，点击热门是打开车型列表页
•   原型里说车型库列表可以离线，这个离线是什么意思？
• 车系页可以添加订阅，也可以取消订阅
• 车系默认不显示停售车型，但是有按钮允许用户查看停售车型
• 车系页显示的数据和3.6.1有所区别，应当按照哪个版本？例如在3.6.1很重要的全国最低价没有了
• 车型页可以直接在标题栏切换车型，这里的车型列表包含停售车型吗？
•   精准找车，“不限”改成“不选”是否好一点，“不限”应该是全选的意思，从原型的逻辑来看有点奇怪。^{UE答：确实是“不限”全选的意思。当初设置全选不限不给出结果，是因为一个是结果字段过长显示会折行，另一个全选如出现所有结果，其实也失去的筛选的意义，第三在之前的调研中该按钮用户的注意度不高，以选择条件再出现的方式，可以增加按钮的关注度。逻辑确实与传统认知不太一样，但这个方式其实更符合人性}
•   精准找车结果，添加询底价和打电话，这个接口数据要重构
•   对比车型列表，对比列表中是怎么选定要对比的两款车型，会议上说前两款，但是按照3.6的话是可以自由选择^{UE答：在页面6.4中，如何在列表中选择对比的两款车的交互，与3.6保持一致}
•   车型对比结果，添加图片和价格；该页面使用网页还是客户端实现有待讨论
•   经销商详情，增加促销信息和预约驾车。点击促销信息是跳到什么页面？点击预约驾车是提交什么数据？促销信息需要补充数据需求
•   车主点评。*车主点评只能看，不能写。由原型上看车主点评是一个车型列表，入口只有车系页和车型页，但是情况分成以下几种：
  • 直接从车系页进入，那么点评里的列表为该车系的“在售”车型
  • 车系页里点击“在售”车型进入车型页，那点评里的列表还是该车系的“在售”车型
  • 车系页里点击“停售”车型进入车型页，应当是什么数据？
  • 从精准找车、搜索或者文章等进入车型页，应当是什么数据？
•   车系/车型图片。要显示的图片只包含外观、内饰、空间和其他吗？颜色和车型一样的选择方式吗？假如某个类型看到列表中间，切换到其他类型，然后再切换到原来的类型，需要回到之前看到的那个位置吗？

4.8 论坛

4.8.1 前置条件

无

对应需求原型：  论坛

4.8.1 论坛首页

• 在论坛首页增加主菜单按钮和个人中心按钮。
• 论坛帖子列表页增加顶踩功能，顶踩规则和资讯首页相同。
• 论坛首页的顶部在3.6是收藏的论坛列表，按点击次数排序。在4.0中改成订阅之后这里要如何变化？^{是浏览历史,不再是收藏,最多显示两排即6个最近浏览.越新时间越前}

4.8.2 论坛列表页

• 取消目前论坛列表排序的功能 确认是取消吗 ^确定
• 论坛帖子列表页增加顶踩功能，顶踩规则和资讯首页相同。
• 列表中的论坛帖子已经是点击进入了，是否有必要右滑进入，需要讨论确认下 ^{UE答：论坛帖子点击列表，帖子终端页从列表页右侧滑入覆盖列表页，其实交互效果与3.6是一致的}

4.8.3 论坛终端页

• 论坛帖子终端页增加顶踩功能，顶踩规则和资讯首页相同。
• 增加了刷新后，需要单独放在右上角来通过菜单进入？直接下拉刷新是不是更直接。另外这里的收藏和分享图标，和文章终端页一样，放在顶部也不错。 ^{UE答：这个刷新按钮的作用是在2G或网络不好的情况下，重新刷新本页内容的，因为帖子是翻页模式的，下拉手势的作用是向上翻页，会有所冲突。另外从页面布局考虑，上下放这么多的按钮，真的真的又丑又难用啊！（我要是能摆的下还用得着单独收起来咩）}

4.8.4 交互需求

  论坛