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

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

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

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

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

框架图

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

追书神器首页界面

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

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

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

书籍社区界面

社区逻辑框架图

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

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

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

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