产品体验1---追书神器

从今天开始我要疯狂的体验大量产品,以培养自己的产品思维。

我的产品体验的逻辑是从一些自己觉得亮眼或糟糕的功能开始,分析功能逻辑结构,体会功能背后产品经理的逻辑考量,这个过程包括思考这个功能满足了怎样的需求,有没有改进的地方,有没有更好的解决方案等等。

追书神器在小米排行榜上是第200名,本人也比较喜欢看些小说,那就从这个app开始吧。体验版本:安卓 3.86

首先是追书神器整体的框架图

框架图

第一次打开这个产品的时候我是觉得挺新鲜的,因为追书神器的布局和其他大部分小说阅读app有很大不同,其他的阅读app打开之后首先看到的几乎都是“书城”“书架”,而打开追书神器看到的第一眼就是类似“书架”的“追书”,更是没有“书城”,却多了个社区,顿时给我一种小清新的感觉。

追书神器首页界面

看到社区就应该明白这个产品应该是挺看重UGC这一块了。从Kano模型来看,作为一款小说阅读软件,看书追书肯定是基本功能,但期望功能是什么呢?那就是这“社区”板块了。“社区”满足的基本需求就是对小说发表感想,给了同一本小说的阅读者一个交流和互动的平台,同时也提高了产品自身的用户黏度。

对工具型软件来说,用户打开率一直是一个问题,而“社区”可以较好的解决这一问题,因为更多的社区内容能吸引更多用户打开,用户打开的多了评论就多了,评论多了社区内容就更多了,从而形成一个产品闭环闭环。闭环就是产品自我成长的循环。

还是先来看看书籍社区的界面和逻辑图吧:


书籍社区界面


社区逻辑框架图

从社区模块的逻辑架构来看,产品经理是从阅读和搜索这两个场景来设置入口的。可以设想一些很常见的用户场景:场景1,正在追更的小说更新了,赶紧看,看完更新的部分想发表感想,怎么办?去社区发帖或看别人的讨论啊;场景2,别人推荐或搜索到这本小说,想看看好不好合不合自己胃口,怎么办?看了简介,有点意思,不过还是不太了解,那再看看别人的评价吧,于是去社区看书评或讨论。从发布规则来看,讨论和书评分别对应的就是短书评和长书评,“讨论”你可以发表话题和投票,“书评”你必须要打分字数也要超过50字,两种模块分别对应不同的需求群体,逻辑清晰。

不过仍然有一些小细节需要改进,比如在讨论详情页,你对一个讨论点击“同感”之后居然无法取消,还有你发表评论时无法发送表情,这些小瑕疵挺影响用户体验的;还有书评详情页,有时候不小心点到别人评论上,手指要划好远才能点回来,手指累人也会烦躁,“同感”依然无法取消,“更多”弹出来的只有一个举报选项,既然这样为什么不直接把“更多”改成“举报”呢,一定要让用户多一步操作吗?个人并不喜欢点击评论后评论左滑这种交互,因为弹出来的是左右选项,而一般评论交互是上下选项,和日常习惯不一样。

还有在操作路径上。“社区”终归还是要围绕着阅读小说展开的,所以我觉得在书评详情和讨论详情的顶部标签栏里应该加入“阅读”选项,能让用户直接从“社区”跳转至小说阅读页面,而不是一步步点击“返回”箭头,费操作增加用户使用成本。从而直接形成 阅读-社区-阅读 的直接操作循环,最大程度减少用户使用路径,提高效率和体验。

以上就这些吧。追书神器还有一个功能是“书单”,也是挺不错的一个功能。个人感觉追书神器这两个功能都和网易云音乐有些类似,都是评论和书单。

推荐阅读更多精彩内容