今日体验软件：易读
易读这款 App 的体验，是出于一位知乎网友的体验邀请。从产品本质工作的角度出发，我不能做出任何吹捧与夸大，以下内容仅代表本人的真是感受。
- 体验系统：iOS 11.2.1
- 体验版本：iOS V2.19(11)+Web
- 体验时长：20+ 分钟
1、产品目标：
- 用户需求：有些碎片化时间正在读的内容，关掉很有可能就再也找不到了，需要一个地方把没来的及的内容先收集起来。之后再阅读&整理。
- 产品方战略目标：提供更好的稍后阅读工具
2、对应功能：
- 文章收集
- 文章笔记
- 不知道有什么用的阅读圈
3、基本框架：
对于基本层级归类不明确，导致「我的」Tab 中内容过多。
4、体验总结：
易读是我到目前体验过的产品中，最年轻的一个了。我说年轻，不是因为它的发布时间短，而是它的功能体验差到真的无法让我忍受了，体验过程中我几近放弃这次体验。下面简单盘点一下吧：
感受到的唯一可说的优点：
易读在空白页中，会给用户一些操作指引，这也是我一直比较推崇的设计。在用户刚刚开始使用你的产品的时候，在「你觉得他们应该明白的地方」给用户一些操作指引，让用户能够更容易上手你的产品。尤其是在空白页面上，如果没有指示，用户很容易产生困惑。效果如下：
再说说缺点吧：
- 阅读圈-推荐订阅，订阅之后无法再次点击来取消订阅
- 下拉刷新速度真的不快
- 笔记删除收藏成功后内容不消失
上面这三个，完全可以短时间解决，所以都不是问题，我再说四个比较关键的：
-
整个产品的 UI 真的不好看
「我的」Tab中的区块区分不明确，App 图标和内部 icon 都不够精美和清晰。像我这种有一定审美要求的人，真的看不下去。不要以为 UI 不好看是个小事情，既然作为一个稍后阅读软件，就是需要一个舒适或者美的阅读环境。
Kindle、Instapaper 会给你一种自然如实体书的感觉；Pocket 给你一个简洁的环境。就算想与他们不一样，我也推荐稍后阅读类软件多去借鉴钛媒体、虎嗅、36Kr 的文章阅读体验。
易度和其他 icon 的精细程度对比 - 首页顶部两个主功能按钮位于两侧对称排列
你们少能见到这样的主按钮排列方式，我查看了经常用的10几个 App，去看他们顶部主按钮排列方式，其中只有淘宝采用左右对称的排列方式，一般 App 仅会在顶部右侧有一个主按钮。
功能按钮是否位于较高层级和排列顺序，完全是从重要程度和使用频率来决定的。易读顶部两个按钮的功能分别是扫码和收藏。论重要程度和使用频率：收藏作为产品主功能很重要，而扫一扫仅作为网页登陆和加好友使用，不重要，频率也不高。真的一定决定放这两个按钮，完全可以向微信一样放在一个按钮的二级菜单里（微信扫一扫和收付款都放在一个「更多」菜单里，哪个都比易读的重要）。毕竟这样更符合大多数人（右手使用）的操作习惯。 - 第三方应用中使用易读功能
可能易读自己的人会觉得这个功能是一个创举，不过在我看来，应该是一个功能的败笔。
先说打开速度：在第三方应用中使用易读，也就是通过系统分享功能实现易读渲染，加载速度极慢，正常的微信文章要到5秒能渲染完，80% 的用户会放弃。
再来看看用户使用行为路径：
内容→分享→更多→易读→易读渲染（超慢）→选择文字（只能证据识别）→分享→选择分享 App→App 内分享位置→分享成功
操作需要10步，还会有人用吗？京东完成一次付款，应该也不会有这么多步骤。 - 逻辑层级的混乱
最后四个问题，UI 可能是设计师的问题，但是功能排列、第三方调用，绝对是产品的事情。这让我一度怀疑是不是产品经理做的这个 App，或者他们有没有产品经理。
在「我的」Tab 里，最重要的应该是我的消息，而不是对于公司很重要，对用户操作频率极低的会员中心。退出功能不可能在个人信息里，而操作指南和用户反馈放在一个模块里才更稳妥。
不想聊了。
5、功能预测/期望：
重新做框架梳理吧
另外在感受里面，我完全只说了表现层的问题。因为我觉得他们这个阶段还没到考虑产品最终价值的阶段。我们做稍后阅读的最终目的，并不是为了阅读而阅读。
稍后阅读是一个人自我知识积累过程的一个阶段，也就是一个收集阶段。我觉得收好阅读应该更多去考虑结合笔记、归档类产品（印象笔记、云笔记）的功能，让内容去糙取精，便于归档和整理。到了这个阶段，基本和原来的收集文章没有太大关系了，而荧光笔可能完全不能满足这样的要求。
产品的意义，值得产品人在产品的整个生命周期中思考
