体验概览
体验产品：简书web端、简书iOS端
产品版本：2.10.0
设备型号：iPhone6
操作系统：iOS9.1
体验时间：2015/11/26
信息架构
关于简书web版的架构，我觉得是有问题的。
1.写文章的入口太多了，整个web端一共有4个入口。入口过多会使用户在使用时产生困扰。由于左侧的导航栏就有一个写文章入口，而导航栏是固定不变的，用户无论在哪个页面都能操作到，非常方便。
最重要的一点，由于iOS端中写文章的入口只有一个且在标签栏中。而web端身为同一个产品，保持一致性的原则是非常重要的。保持一致会让用户能够建立起精确的心理模型，使用熟练了手机端后，切换到web端也能够很轻松的推测出各种功能。降低了用户的学习成本。
建议只保留左侧导航栏中的写文章入口。
2.在“专题”标签的页面中，出现了2个“新建专题”的按钮。建议只保留一个，不需要让同样功能的按钮在同一个页面出现2次。
建议只保留一个“新建专题”按钮。
3.在导航侧栏最下方，出现了与“我的”里一样的功能选项，也就是在整个web端会有2个“我的”里的功能选项内容。而且在主导航中出现数量过多的功能选项会让用户认知困难，用户会觉得这么多选项我该怎么用？该用哪个？
“我的主页”“我的收藏”“设置”等7个导航都不是用户经常需要操作的功能，不需要出现在主导航中，更不需要在整个产品重复出现2遍。还有一致性的因素在其中，如果web端的导航与APP端的一样，用户使用起来更轻松。
建议只保留“我的”内的功能选项，把导航栏中的功能选项清除。
其他交互分析
1.在用户发布文章的流程的设计上出现了错误，老用户发布文章的流程更多且会造成误操作。
新用户首次发帖的流程是——点击写文章→新文章页面→发布文章。而而老用户发帖的流程是——点击写文章→旧文章页面→点击新建文章→新文章页面→发布文章。老用户发布文章需要的步骤比新用户多出一步，这个是设计上的错误。既然用户点击的是写文章按钮，那么当前用户的需求和场景就是要写文章，但是进入的却是旧文章的修改页面，这样很容易对旧文章进行误操作。该页面的反馈也不符合老用户的期望。
建议老用户点击写文章按钮直接进入新建文章页面。
2.关于web端和APP端的搜索框，个人觉得设计的都不好。
①这种设计模型更偏向于APP端的设计，一个空白的框架，没有搜索图标和搜索按钮。而大众所熟悉的常用的web端搜索框并不是这样的。
由于缺少了搜索图标和按钮，用户输入完关键字后，只能点击回车键进行搜索。但是有的用户在使用web端的搜索时，常用的确定方式是点击搜索图标和按钮，若没有肯定是会对该用户的使用体验造成影响的。（小范围调研过，有的人每次都会点击确定而不是用回车键来确定）
建议在web端的搜索框内最右侧加上搜索图标或在框外加上搜索按钮。
②关于iOS端和web端的搜索，还是很重要的一点。
在搜索过程中，该搜索框不会对用户进行任何的反馈，只能等待用户确定后才会进入到搜索页面得到反馈。所以用户在使用的过程会产生疑惑，是不是自己网络出现了问题？在输入关键字时咋没反应。
个人觉得在用户使用产品的过程中，所得到的任何反馈都是非常重要的。反馈会使产品更具人性化，用户使用起来也会更加愉悦。用户得到了反馈也会知道自己的操作是否正常。就如同跟他人对话一样，你跟别人说话，别人对你每一个字每一词都会有反应包括肢体反应语言反应等，那这样你肯定会觉得自己是被人尊重的，对方有在认真聆听你的话认同你说的话。
建议在用户输入关键字的过程中，搜索框会马上出现反馈，下拉弹出与关键字相关的内容提示。
3.关于iOS新版的关注页面，个人觉得设计的不好。关注的内容对于用户是非常重要的，也是经常查看的内容。但是新版本的页面想要查看内容需要的步骤更多了。
现在观看流程：点击关注tab→点击一键查看→最新评论文章列表页→点击最新发布→最新发布文章列表页。以前的观看流程：点击关注tab→发布文章列表页面（按照更新时间排序）
对于我来说，我不会去留意谁评论了我关注的文章内容，我更在意的是文章更新的时间。当然这里有可能是简书官方希望用户去更多的评论他人，增加整个社区交流的活跃度。（有待观察，如果对交流活跃度提高不大，建议默认为最新发布列表）
但是在关注页面将所有的专题列出来形成一个新的页面，真的没必要。从个人使用来说，我在关注后我再也没打开过所关注的专题。虽然该页面对提示用户，哪些专题更新了内容，但是没有必要新增一个页面来增加用户浏览文章的步骤。（如果有数据证明该页面出现后，用户对下方专题的点击率并不高，可以取消掉该页面中的专题列表）
4.在web端中的文章正文中，文章周围的白色空白处显得非常刺眼，建议进行视觉处理。（虽然有黑夜模式，但是用户白天观看也会觉得刺眼，那就是个问题了。而且需要用户多一步操作也不是好的体验）
