豆瓣终于做了豆瓣。
在锦绣蓝图这本书中，作者指出了在做信息架构时要思考两个问题：你的网站想要用户看到什么内容以及用户希望看到什么内容？对于豆瓣来说，在已经发布了豆瓣小组、豆瓣FM、豆瓣读书、豆瓣电影、豆瓣同城、豆瓣东西这么多独立应用，可以说几乎包括了网页端所有功能的情况下，现在这个豆瓣还可以向用户展现什么内容呢？所以，它一定有想要用户看到的内容，我们可以看看豆瓣这次做了什么样的决策。
关于豆列
打开豆瓣，在首页我们看到的是"新书速递"、"新碟上架"等不同内容类目卡片流式的展示：
点击首页内容类目以及发现中的各种内容类目，我们就会进入下面这个标题为『豆列』的页面，右上角有一个关注按钮：
显而易见，豆瓣是要做豆列。在首页和发现中所有的内容条目都是豆列，用户可以浏览和添加，可以说，在强调『豆列』这一功能的优先级上做得很清晰，对用户的引导很有力，能让用户很快感受到产品的核心功能所在。不过，对于广大豆瓣用户来说，移动端的豆列显然有些陌生。
Web端的豆列都是用户自己编辑整理的，由于用户的兴趣千差万别，所以整理出来的豆列主题非常的丰富，我就非常喜欢在浏览某个影片的时候去看看它被编入的豆列，轻松高效的找到更多符合自己胃口的电影，往往都会有很多很靠谱的新发现，这样一来我也更愿意去添加和浏览不同的豆列，都是因为有用户十分用心的为大家创建并不断更新高质量的豆列。然而移动端的豆列只有默认的那些很宽泛的分类，比如高分、热门、最新、欧美、聚会等等，而不是用户自主编辑的，完全不是从用户的兴趣出发，这样的呈现方式和豆瓣主打的兴趣社交完全不相符。如此生硬的豆列，用户恐怕很难对它产生很高的兴趣和认可，从而也不会去深入了解和挖掘。给我的感觉就是很勉强，为了做豆列而去做豆列，至少我个人是没有意愿去添加豆列的，只会去浏览或搜索一些感兴趣的内容。
一个主打兴趣社交的产品却不输出用户个性化的内容，这样恐怕不是一个好的选择，虽然把内容很好的展示给了用户，但是这些内容真的是用户希望看到的吗？
关于讨论
使用之后，讨论也是让人印象很深的一点：点击条目进入条目详情页,就可以在屏幕右下角看见一个标有“讨论”的气泡样式浮动按钮一直出现在屏幕上，相信每一个用户在看见之后都会点进去，在讨论页面用户可以点击“加入讨论”参与讨论，随后在应用首页底部标签栏中点击“讨论”按钮,用户所参与的讨论项目列表就会出现在那里，如图：
不难看出，对于这一功能点，豆瓣做得很清晰而且对用户的引导页很有力。不过，用户的参与度不是很高，我们可以来看一热门影片《匆匆那年》：
数据对比十分明显，短评20000+，影评1000+，参与讨论的人数仅有500+且不一定每个加入讨论的用户都会发表内容，热门影评得到的点赞数都有2000+，同时在讨论页面内你也可以发现，连续的讨论最多也就十几条且时间跨越最少也有两小时，这期间参与的用户也不过十人，而且距离下一段讨论间隔时间更长，我想用户通过他找同好的效率和结果也不尽人意吧，个人分析原因如下:
1.每个用户看一部电影的时间是随机的，要让大量用户在同一时间段（观影后）内同时在线参与讨论的几率很小，它不像一场体育赛事那样有固定的发生的时间,能在相对集中的时间段内聚集大量的球迷(影迷),所以讨论的热度和参与度也就不会很高。
2.其次，每个用户想要讨论的主题不同，但是很难遇到同时在线有一定数量且讨论且主题相同的用户，所以讨论往往是在很大的时间跨度内发表且主题不同，它不像小组或者贴吧那样，用户可以很容易找到自己想要的主题并发表内容，且就算时间过去几天也可以定位到自己所参与的主题位置继续讨论。
不过，从另一个角度来看，可能豆瓣就是想要给用户创造这样一个随时都可以去说一说的机会和场所，发起一段随机的聊天，不同于影评和长评这样固定的评论模式。说不定这样的形式会让用户满意，我们拭目以待。
关于其他细节
1.评论下方点赞按钮放置在屏幕左侧，用户单手操作比较费劲，而且与时间点相距两侧，相隔较远，在视觉和操作上都会对用户产生困扰，打断用户浏览和操作的顺畅感。
2.个人页面条目展示方式和其他页面有所不同，在个人页面的条目展示图片在左侧，其他页面目展示图片在左侧，使得用户体验不一致。我建议统图片统一在左侧展示，其他信息在右侧，大多数用户都是右手操作在滑动过程中会遮住右侧展示的图片，而且图片更直观更能吸引用户的注意，能让他迅速识别出条目内容进行下一步操作。
3.浏览短评的时候，讨论浮动按钮一直高亮，影响阅读，建议在用户滑动浏览时隐藏。
4.整体界面非常干净整洁，配色简洁清新，且阅读长篇评论时，背景会变成纸质的感觉，眼睛很舒服，不会很疲劳。
4.心愿单非常巧妙，集合了Web端的想读、想买、想看、想参加于一体，便于用户统一管理和查看，在移动端巧妙地避免了可能的信息杂乱和冗余。
以上就是我个人的一些想法，希望和更多的人交流、学习。