【推推】:列表模块原型图

发布于:2023-01-14 ⋅ 阅读:(468) ⋅ 点赞:(0)

今天我们来看一下【推推】课程的第三节:小说列表模块的产品原型图设计。

在确定的功能点之后来进行原型图的设计。原型图是产品三要素里面,对研发团队最重要的产出,尽量做的比较清晰,如果有些简单的备注可以放在旁边。在做好之后,需要给研发去讲产品原型的时候,讲得越清楚,研发的理解就会越到位。

原型图一定要按照脑图最后确定的功能去做,最后确定的有三个维度:筛选、排列和单元块

一、筛选

筛选比较简单,因为它只有一个模块,这个时候细节一定要注意,你得有个选中状态,告诉UI同学选中状态是怎样的。

二、排列

最新最热在脑图里面说过了,但是研发不知道,所以最好在平面加个备注,最后把导出的图片给他们看,就可以减少无效沟通,因为研发的时间很多浪费在沟通上,不理解甚至要返工。这样研发和产品之间就会有积怨,大家会经常看到一些类似的新闻。但大部分称职的产品都会跟研发搞好关系。

三、单元块

名称这块,有同学会有个特别新手的设计,叫小说名称、小说作者,这样有什么坏处呢?就是它掩盖了很多的细节,因为它的长度可能会有一些歧义,如果画出来,前端、UI或者测试一眼就看出来你是怎么想的,但是如果你写个名字,它的长度会有影响,可能就会忽略很多的东西。

名称、订阅人数和更新时间,UI同注意,这是产品自己的交互风格,UI可以去改,只要不动共同点就行了。

1.小说名称、作者、章节,都显示一行,超出显示点点点,所以为了好看,我们一般会多复制几个,会把一些极端情况放出来,比如超出一行会显示点点点,订阅人数最大到99999,更新时间我们故意写一个最大值。

防止UI忘了,一行就是可以放一行,但是它设计的宽度不够,最后导致可能会写个3月12号少了一位,那宽度就超出了,所以如果知道很多的产品细节之后,你会特意去做这些事情,让UI一下就看到,原来有这种场景。

2.更新时间,我们希望用户能够更快更方便的知道更新时间,所以设置了一套规范,一个小时之内显示几分钟前,一天显示几个小时前,一周内显示几天前,所以说这是一个功能点。

很多时候就会减少沟通,所以说正常的业务,文档是比较弱的,大家能把原型做的比较规范,基本上就到位。

真正商用的时候要注意,因为抓取规则复杂,不同的小说,它的章节不是准确的1234567,可能还分第一章第一节,第二章第一节,甚至他不叫1234,用大小写区分,你会发现很难把它变成两个字段,这就是第一章第二章第三章第四章。

而且用户也不是很关注你是第几章,只要和上一章节题目不一样,就知道你是更新了的,所以说我们就把章节和名称作为一个模型的字段,把它分开,这样的话查的是什么就是什么。

四、空页面

我们每个分类都会去放置一本书,原型图、UI图里面不会出现一个列表页的空页面,但是有时候筛选项太多了,尤其是早期我们的数据录制不够,有可能就会出现空页面,所以一定要注意有没有这个页面,有的话就必须要做,不做的话最后开发就少东西。

脑图里面提过一个高级点,因为我们的更新业务比较特殊,如果按照更新时间去排序的话,那么很多小说会聚集在一个时间点,比如说晚上几点或者是中午几点去更新,那这个时候有人正好打开这个页面,点进去看了两分钟就回来了。

这个时候可能正好有五六本书发生更新了,下载的时候就发现前面几个是重复的,因为是按更新时间来的,所以就会往下去压四五条,用户的感官就会非常难受,又是用户使用最频繁的时候,体验差就不行,所以这个地方需要跟研发去讨论一下。

五、版权声明

大家可以下载,可以去学习,也可以去改进,可以自己去使用,但是不要商用,现在已经发现有人在拿我们的东西去进行一些授课收费等等,大家如果发现的话,也可以跟我们运营反馈一下。大家如果有项目考点进行修改,包括内推的服务的需求的话,可以关注我们小程序进行了解。