产品体验之读读日报

粗体验

随便点击了几个，界面感觉挺清爽的，大块的留白，黑白蓝为主，强调色用的很克制
主要的界面分为首页，发现，消息和个人。
首页的信息来源可以是知乎，也可以是外部链接。
发现的内容包括三部分，编辑推荐日报，热门日报，热门文章。挺有意思的玩法让我想起来了网易云音乐的歌单，内容的再次组织让用户能从不同维度来发现感兴趣的文章。日报的组织难度肯定要小于原创一篇文章的难度。而且知乎原本就有的社交属性，文章，作者关注，从人到文章变成从人到日报。内容发现的量级一下子就放大了。
类似的也是如此，文集和日报的内在其实是一样的。
日报的制作似乎有点意思，多个编辑，读者名称自定义。可以复制外部的url直接创建然后评论，这点其实很不错。在的撰写过程中也经常会碰到有些文章觉得不错想推荐下，但又觉得复制过来有问题，只好放一个文章名称。这样我都要考虑去知乎做一个日报了~
但在转推的时候，需要创建一个新日报，这个设计感觉有点问题。文章和日报不一定存在包含的关系，尤其是转推的文章。

信息架构

![读读日报]E.png](http://upload-images.jianshu.io/upload_images/187543-40373f3b599ce547.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)

读读日报

从产品的信息架构来看，核心功能和其他内容类app类似，主要分为发现（banner，热门日报和热门文章）和阅读（日报文章）；同时用户可以转推文章和推荐文章。从入口的强弱来看，转推文章的用户还是少数人。
从发现的功能来看，发现功能还是做得很弱，还是靠“热门”（用户阅读热度）和banner（编辑推荐）来给用户推荐文章。
这样导致的一个问题就是新用户无法快速找到自己想看的内容，即使找到了一个日报也是找到的是一类同质的内容。
我觉得这里有几个方式可以深挖，给日报打标签，分类，细分维度让用户根据自己感兴趣的分类去查找内容。 不过这个标签的形式还是有点难，日报本来就有点杂，但这个问题应该也存在于音乐类的歌单。可以以文章的类型进行分类，这样有利于用户做选择。
第二根据用户之间的关注进行推荐，这已经是有了的，但还不够强。可以根据这个，还有其他一些数据如以人为单位和以日报为单位推荐内容，形成一个个性推荐。
另一方面，加大日报的质量和数量，只有积累出一定的日报数量，才能够支撑智能推荐。

核心流程

流程

走了一下产品的核心流程，从发现-日报-文章列表-文章内容-转推
有几个问题，进入到日报页面后首页完全是介绍日报的名称介绍主编名和关注数，这些信息太过冗余，想真正看信息的用户只有下滑一面才能看到内容，这点对于以内容为主的读读日报来说不太合适。
另外，订阅日报的按钮开始在中间，然后出现下方悬浮，十分没有必要，一直悬浮即可。
可以参看下图，云音乐的歌单介绍只占了上半部分页面，把主要的内容和操作流程留了出来。而喜马拉雅的也还不错，但就是文字略多，看起来有点乱。最后的是的专题页面，许多内容占了过多的高度，如编，专题详情（n行）。导致内容在第一页只显示一个，这点实在不友好。

歌单-专辑-专题

另外一点，对于绝大多数日报内的文章，转推的人都是同一个主编，然后就会如上图一个人的头像重复的出现，然后又没有评论，这看起来的体验极差。建议采用类似评论的形式，把评论放在下方，如果有才会出现，如果无评论则只有文章。甚至这个评论都可以不用出现在列表页。只出现在文章详情，类微信公众号的评论。

对于文章详情页，内容的问题不评价。下方四个按钮（带文字），写评论，转推，赞和点评。写评论应该与点评放在一起在左边，赞和转推在右比较合适。

采取这种体验方式感觉会有点乱，先大体体验，然后再重点分析信息架构和核心流程界面，这种体验方法应该还可以再改进。